Race Conditions, atomar & flock() - Seite 2

brian johnson · 20.10.2009, 15:28

Zitat:

Zitat von xm22

Finden bei file_put_contents parallele Schreibzugriffe statt?

EDIT: Ich meine so, dass PHP mehrere Prozesse gleichzeitig auf eine Datei zugreifen lässt.

da PHP weder prozesse noch dateihandler verwaltet, nehme ich jetzt mal an das du das betriebssystem meinst. und ja, das lässt beliebig viele parallele zugriffe zu.

*achtung lustig*
laut Andrew S. Tanenbaum ist das aber nur ein performance hack:

(hier sogar der komplette parallele zugriff auf das dateisystem

)

Zitat:

>If this was the only criterion for the "goodness" of a kernel, you'd be
>right. What you don't mention is that minix doesn't do the micro-kernel
>thing very well, and has problems with real multitasking (in the
>kernel). If I had made an OS that had problems with a multithreading
>filesystem, I wouldn't be so fast to condemn others: in fact, I'd do my
>damndest to make others forget about the fiasco.

A multithreaded file system is only a performance hack. When there is only
one job active, the normal case on a small PC, it buys you nothing and adds
complexity to the code. On machines fast enough to support multiple users,
you probably have enough buffer cache to insure a hit cache hit rate, in
which case multithreading also buys you nothing. It is only a win when there
are multiple processes actually doing real disk I/O. Whether it is worth
making the system more complicated for this case is at least debatable.
I still maintain the point that designing a monolithic kernel in 1991 is
a fundamental error. Be thankful you are not my student. You would not
get a high grade for such a design

Manko10 · 20.10.2009, 15:43

Au ja, ich schraube mein Dateisystem wieder runter, dass es kein Multithreating mehr unterstützt. Dann wird das Öffnen meines Browsers wieder ein richtiges Ritual.

hondatuner · 28.10.2011, 12:21

Habe mittlerweile eine neue Funktion im Einsatz, die auch ohne serialize() auskommt:
http://www.programmierer-forum.de/fl...rt-t225288.htm

In Kürze schwenken wir aber vermutlich auch auf memcache. Dann gibt es das Problem (hoffe ich mal) nicht mehr.

fireweasel · 28.10.2011, 12:56

Zitat:

Zitat von hondatuner

Habe mittlerweile eine neue Funktion im Einsatz, die auch ohne serialize() auskommt:
http://www.programmierer-forum.de/fl...rt-t225288.htm

...

Und das soll funktionieren? Der Post geht von verschiedenen Annahmen aus, die AFAIK nicht ganz korrekt sind ... Man benutzt flock() bspw. nicht ohne Not im Non-Blocking-Mode. Der $wouldblock-Mist ist nur für uralte Linux-Versionen, die niemand ernsthaft mehr in Betrieb haben sollte. Kleiner Spaß am Rande: Die Windows-Version von flock() hat all die aufgelisteten Probleme nicht, weil sie auf einer Win32-Betriebssystemfunktion aufbaut, die im Gegensatz zu diesem Unix-Kram funktioniert ...

Man benutzt flock() auch nicht "außenherum" um fopen()-fwrite()-fclose() wenn man nur in eine einzelne Datei schreiben möchte ...

Und falls mkdir() "atomic" sein sollte[0], macht eine Prüfung mit file_exists() das wieder hinfällig ...

Ich kann mir nicht vorstellen, dass dieser Hack performanter sein soll, als das korrektere fopen()-flock()-fwrite()-fflush()-fclose() ... schon allein weil mkdir()-rmdir() nicht besonders schnell sein dürfte. Nebenbei kann es mit einem solchen selbstgestrickten flock()-Ersatz dazu kommen, dass ein vorzeitig abgebrochenes PHP-Script ein "Lock"-Dir zurücklässt. Was dann?

Übrigens "garantieren" die PHP-Macher für Datenmengen kleiner als die Schreib-Puffer-Größe (meist 8192 Bytes), eine "atomische" Ausführung. Das steht so zumindest im offiziellen PHP-Handbuch für fwrite(). Das sollte auch mit file_put_contents() klappen. Wobei letzeres auch schon länger einen Parameter anbietet, mit dem man LOCK_EX aktivieren kann.

--
[0] Wer garantiert dir das?

tr0y · 28.10.2011, 12:59

Zitat:

Zitat von hondatuner

Habe mittlerweile eine neue Funktion im Einsatz, die auch ohne serialize() auskommt:
http://www.programmierer-forum.de/fl...rt-t225288.htm

In Kürze schwenken wir aber vermutlich auch auf memcache. Dann gibt es das Problem (hoffe ich mal) nicht mehr.

@ als Maß aller Dinge. Warum behandelt eigentlich kaum einer überhaupt noch fehler ?

fab · 28.10.2011, 13:04

[OT]Warum zwingt mich ein Forum(!) dazu, JavaScript von einer fremden Domain zuzulassen um überhaupt irgendetwas anzuzeigen? Da du anscheinend der Administrator bist und eine technikaffine Zielgruppe hast: kein Bedarf an neuen Besuchern?[/OT]

php1704 · 28.10.2011, 13:12

Memcache ist sicherlich die bessere Variante.

Andererseits kannst du den Cache auch in die DB schreiben.

Ein

Code:

SELECT data FROM cache WHERE id = 'counter.txt';

(mit entsprechendem index auf id) dauert auch nicht länger als das Einlesen einer Datei aus dem Dateisystem. Solche Abfragen werden auch prima im Query-Cache abgelegt. Sowas jukt kein Datenbank-System.

Ein Dateisystem ist auch nichts anderes als eine Datenbank. Wenn eine Datei geöffnet wird, muss auch erst einmal gesucht werden wo die Daten da nun liegen. Das alles kann eine Datenbank besser.

Grüße.

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Thema bewerten
Thema bewerten:

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
Race Condition Problem (INSERT -> SELECT)	R4v3r	Datenbanken	5	11.08.2009 12:58
Neue Versionen von Thunderbird, SeaMonkey und Flock		PHP Tipps 2007	0	03.08.2007 12:06
flock()	brian johnson	PHP-Fortgeschrittene	7	27.12.2006 17:46


Mister Ad PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten

20.10.2009, 15:43
Manko10 Supermoderator HD Registriert seit: 16.03.2008 Beiträge: 8.706 PHP-Kenntnisse: Fortgeschritten	Au ja, ich schraube mein Dateisystem wieder runter, dass es kein Multithreating mehr unterstützt. Dann wird das Öffnen meines Browsers wieder ein richtiges Ritual. __________________ Refining Linux Advent Calendar series “24 Outstanding ZSH Gems”

28.10.2011, 12:21
hondatuner Benutzer Registriert seit: 17.06.2009 Beiträge: 97 PHP-Kenntnisse: Fortgeschritten	Habe mittlerweile eine neue Funktion im Einsatz, die auch ohne serialize() auskommt: http://www.programmierer-forum.de/fl...rt-t225288.htm In Kürze schwenken wir aber vermutlich auch auf memcache. Dann gibt es das Problem (hoffe ich mal) nicht mehr. __________________ meine PHP Scripte

28.10.2011, 13:04
fab Erfahrener Benutzer Registriert seit: 28.07.2010 Beiträge: 2.308 PHP-Kenntnisse: Fortgeschritten	[OT]Warum zwingt mich ein Forum(!) dazu, JavaScript von einer fremden Domain zuzulassen um überhaupt irgendetwas anzuzeigen? Da du anscheinend der Administrator bist und eine technikaffine Zielgruppe hast: kein Bedarf an neuen Besuchern?[/OT] __________________ PHP Blog + Library CSS Effects + Tools

28.10.2011, 13:12
php1704 Erfahrener Benutzer Registriert seit: 13.05.2011 Beiträge: 188 PHP-Kenntnisse: Fortgeschritten	Memcache ist sicherlich die bessere Variante. Andererseits kannst du den Cache auch in die DB schreiben. Ein Code: SELECT data FROM cache WHERE id = 'counter.txt'; (mit entsprechendem index auf id) dauert auch nicht länger als das Einlesen einer Datei aus dem Dateisystem. Solche Abfragen werden auch prima im Query-Cache abgelegt. Sowas jukt kein Datenbank-System. Ein Dateisystem ist auch nichts anderes als eine Datenbank. Wenn eine Datei geöffnet wird, muss auch erst einmal gesucht werden wo die Daten da nun liegen. Das alles kann eine Datenbank besser. Grüße.