Können mehrere Prozesse mit fopen ohne Parallelitätsprobleme an eine Datei angehängt werden?

Ich habe einen Prozess, der eine Datei im Anhängemodus öffnet. In diesem Fall handelt es sich um eine Protokolldatei. Beispielcode:

int main(int argc, char **argv) {
    FILE *f;
    f = fopen("log.txt", "a");
    fprintf(f, "log entry line");
    fclose(f);
}

Zwei Fragen:

1. Wenn ich mehrere Prozesse habe, die an dieselbe Datei angehängt sind, wird jede Protokollzeile deutlich angezeigt oder können sie verschachtelt werden, wenn der Kontext des Prozesses wechselt?
2. Wird dieser Schreibblock blockiert, wenn viele Prozesse Zugriff auf die Datei benötigen und daher Parallelitätsprobleme verursachen?

Ich erwäge, dies entweder in seiner einfachsten Form zu tun oder Zeromq zu verwenden, um Protokolleinträge über Pipes zu einem Protokollsammler zu pumpen.

Ich habe Syslog in Betracht gezogen, möchte aber keine Plattformabhängigkeiten von der Software.

Die Standardplattform ist übrigens Linux.

Ich weiß es nicht fopen und fprintf aber du könntest open die Datei mit O_APPEND. Dann jeweils write geht problemlos ans Ende der Datei (ohne sich mit einem anderen Schreibvorgang zu vermischen).

Suchen Sie eigentlich in der Standard:

Der dem geöffneten Stream zugeordnete Dateideskriptor soll zugewiesen und geöffnet werden, als ob durch einen Aufruf von open() mit den folgenden Flags:

a or ab          O_WRONLY|O_CREAT|O_APPEND

Also denke ich, dass es sicher ist fprintf aus mehreren Prozessen, solange die Datei mit geöffnet wurde a.

Das Standard (für open/write, nicht fopen/fwrite) besagt das

Wenn das O_APPEND-Flag der Dateistatus-Flags gesetzt ist, soll der Datei-Offset vor jedem Schreibvorgang auf das Ende der Datei gesetzt werden, und zwischen dem Ändern des Datei-Offsets und dem Schreibvorgang soll keine dazwischenliegende Dateimodifikationsoperation erfolgen.

Zum fprintf() verwendet werden, müssen Sie die Pufferung für die Datei deaktivieren.

Sie werden sicherlich Plattformabhängigkeiten haben, da Windows nicht mehrere Prozesse verarbeiten kann, die an dieselbe Datei angehängt werden.

In Bezug auf Synchronisationsprobleme denke ich, dass Ihnen die zeilengepufferte Ausgabe die meiste Zeit ersparen /sollte/, dh mehr als 99,99% der kurzen Protokollzeilen sollten laut meinem kurzen Shell-basierten Test intakt sein, aber nicht jedes Mal. Explizite Semantik ist definitiv vorzuziehen, und da Sie diesen Hack sowieso nicht systemunabhängig schreiben können, würde ich einen Syslog-Ansatz empfehlen.

Wenn Ihre Prozesse so etwas schreiben werden:

"Here's process #1"
"Here's process #2"

Sie werden wahrscheinlich so etwas bekommen wie:

"Hehere's process #2re's process #1"

Sie müssen sie synchronisieren.

BEARBEITEN um deine Fragen explizit zu beantworten:

1. Wenn ich mehrere Prozesse habe, die an dieselbe Datei angehängt sind, wird jede Protokollzeile deutlich angezeigt oder können sie verschachtelt werden, wenn der Kontext des Prozesses wechselt?

Ja, jede Protokollzeile wird intakt angezeigt, da gemäß msdn/vs2010:

“Diese Funktion [that is, fwrite( )] sperrt den aufrufenden Thread und ist somit Thread-sicher. Eine Version ohne Sperre finden Sie unter _fwrite_nolock.“

Dasselbe wird angedeutet die GNU-Manpage:

“— Funktion: size_t fwrite (const void *data, size_t size, size_t count, FILE *stream)

This function writes up to count objects of size size from the array data, to the stream stream. The return value is normally count, if the call succeeds. Any other value indicates some sort of error, such as running out of space. 

— Funktion: size_t fwrite_unlocked (const void *data, size_t size, size_t count, FILE *stream)

The fwrite_unlocked function is equivalent to the fwrite function except that it does not implicitly lock the stream.

This function [i.e., fwrite_unlocked( )] is a GNU extension. "

1. Wird dieser Schreibblock blockiert, wenn viele Prozesse Zugriff auf die Datei benötigen und daher Parallelitätsprobleme verursachen?

Ja, implizit aus Frage 1.

Wenn Sie keine Synchronisierung durchführen, können sich die Protokollzeilen überschneiden. Um Nummer zwei zu beantworten, hängt dies davon ab, wie Sie den Sperr- und Protokollierungscode implementieren. Wenn Sie nur sperren, in die Datei schreiben und entsperren, kann dies zu Problemen führen, wenn viele Prozesse gleichzeitig versuchen, auf die Datei zuzugreifen.