Einzelnen Beitrag anzeigen
Alt 16.05.2013, 10:46   #3
SP4C3
Erfahrener Benutzer
Punkte: 19.189, Level: 87 Punkte: 19.189, Level: 87 Punkte: 19.189, Level: 87
Levelaufstieg: 68% Levelaufstieg: 68% Levelaufstieg: 68%
Aktivität: 0% Aktivität: 0% Aktivität: 0%
Letzte Erfolge
 
Benutzerbild von SP4C3
 
Registriert seit: 06.12.2008
Ort: /dev
Beitr?ge: 433
Abgegebene Danke: 12
Erhielt 77 Danke für 8 Beiträge
Downloads: 10
Uploads: 0
Nachrichten: 331
Renommee-Modifikator:
791 SP4C3 genießt hohes AnsehenSP4C3 genießt hohes AnsehenSP4C3 genießt hohes AnsehenSP4C3 genießt hohes AnsehenSP4C3 genießt hohes AnsehenSP4C3 genießt hohes AnsehenSP4C3 genießt hohes AnsehenSP4C3 genießt hohes AnsehenSP4C3 genießt hohes AnsehenSP4C3 genießt hohes AnsehenSP4C3 genießt hohes Ansehen
Standard

Keine Quellenangabe und fachlich auch falsch...

Saubere Arbeit. So sollte ein Forenbeitrag nicht aussehen...

worker und prefork arbeiten auf völlig verschieden Weise und haben unterschiedliche Vor- und Nachteile.

Worker ist z.B. schneller bei vielen requests.
Dafür ist prefork threadsicher.

Bei vielen Requests ist prefork übrigens deutlich ineffizienter, da es für jeden Request einen neuen Prozess! forked, während das worker mpm sich einer Menge an Threads bedient.
Letzteres ist deutlich effizienter. Ein Thread braucht nämlich keinen eigenen vollständigen Prozesskontext, keinen eigenen Speicherbereich, etc. pp.. Demnach ist der Context-Switch durch den Squeduler auch schneller etc. pp..

Nutzt man mod_php um php an den Apachen anzubinden ist man allerdings gezwungen mpm_prefork zu verwenden, da php bzw. das modul nicht threadsicher sind.

Ge?ndert von SP4C3 (16.05.2013 um 10:58 Uhr)
SP4C3 ist offline   Mit Zitat antworten Nach oben