[Erledigt] Mehrkern! Was bringt das?

drsoong · 24.05.2011, 21:29

Hi

sehe gerade bei Serverloft gibt es einen Server mit "echten 24 Cores"
für lässige 179 Trommelstöcke pro Monat.

Frage mich, ob das meiner PHP App auf nem Standard LAMPP tatsächlich zugute kommt. Oder ist da performancetechnisch das Gleiche wie beim QuadCore zu erwarten?

phildaking · 24.05.2011, 22:45

Würde mich auch mal interessieren.
Aber ich denke wenn das PHP skript keine aufwendigen Datenbankzugriffe oder dateiuploads macht ist das eh nicht wirklich ressourcenlastig oder?!

tr0y · 24.05.2011, 22:48

Hinsichtlich des Apache Worker Management sind 24 Cores definitiv eine Steigerung, allerdings benötigst du auch 6-8 mal soviel RAM um entsprechend mehr Worker-Prozesse parallel laufen zu lassen. Das Ding mit der Performance-Steigerung für die einzelnen Scripts wird relativ gesehen minimal ausfallen. Da du eh single-threaded dein Script ausführst und dein standard PHP Stack es auf dem selben Controlling Weg parsed auf dem auch der Apache Interagiert. ( 1 Core / Worker balanced )

drsoong · 24.05.2011, 23:06

Ich stelle mir vor, mehrere User nutzen gleichzeitig die Applikation. Kann man sich das dann nicht so vorstellen, dass - abgesehen von den Standardroutinen - jeder User mit einer CPU "reden" kann?Tabellen-, Datensatzsperrungen auf DBMS-Seite lassen wir auch mal bei Seite.

tr0y · 25.05.2011, 11:03

Jedes Script kriegt "Zugriff" auf einen Core durch den Apache-Worker, ja. Sobald PHP in der Lage ist die Script Instanz auf mehreren Workern gleichzeitig zu starten ( PHP6 ? ), wirds multi-core technisch interessant. Aber welchen sinn könnte das haben ? Wenn du so hohe last per PHP erzeugst das du mehrere CPU-Kerne nutzen musst um das performant zu halten ( egal wie wir jetzt performant definieren ), solltest du eher darüber nachdenken eine Sprache zu nutzen die auch in der lage ist Mehr-Kern Operationen zu realisieren.

Du würdest dann quasi "Multi-Worker"-Management als eigenes Apache-Modul realisieren.

mquadrat · 25.05.2011, 18:48

Naja, die Masse machts. Aufwändige DB-Abfragen, hohes Besucheraufkommen. Da kann ner CPU schon mal die Luft ausgehen.

Sollte sich das PHP Multicore Problem nicht mit FCGI lösen lassen. Die einzelnen FCGI Prozesse könnte man ja wieder den Kernen zuordnen.

tr0y · 25.05.2011, 20:19

Es ist nen riesen unterschied zwischen einer Multi-Core Application und einem Multi-Core Server auf dem Scripts laufen denen egal ist wieviel Kerne du hast.

Eine Erhöhung der Kern-Anzahl erhöht die Belastbarkeit des Servers bis irgendwann die Anbindung der Flaschenhals ist.

Eine hohe Zahl an Prozessor-Kernen im System hätte einen Performance-Vorteil wenn du enorm viele Rechenoperationen in einem Script pro Request durchführen würdest, mal abgesehen davon das du dafür einen Core Wrapper innerhalb der Möglichkeiten von PHP ansprechen können müsstest sodass du bzw. PHP die Rechen-Opertionen so auf den Kernen balanced das es in höherer Geschwindkeit resultiert.

Beim FCGI Core Assignment weißt du einem PHP Prozess mehrere Kerne zu, was nicht gleichbedeutend damit ist das PHP auch die Kerne zwecks oben genannten Gründen ansprechen kann. Vielleicht begegnen wir dieser Möglichkeit in PHP6, abwarten.

Chriz · 25.05.2011, 20:30

Zitat:

Meckern! Was bringt das?

Ich brauch wirklich eine Brille ..

drsoong · 25.05.2011, 21:04

Ich sage erst mal danke. Die Themen "Apache Worker Management" und "FCGI" waren mir gänzlich unbekannt. Werde da mal reinlesen.

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

24.05.2011, 21:29
drsoong Erfahrener Benutzer Registriert seit: 05.08.2008 Beiträge: 1.127	[Erledigt] Mehrkern! Was bringt das? Hi sehe gerade bei Serverloft gibt es einen Server mit "echten 24 Cores" für lässige 179 Trommelstöcke pro Monat. Frage mich, ob das meiner PHP App auf nem Standard LAMPP tatsächlich zugute kommt. Oder ist da performancetechnisch das Gleiche wie beim QuadCore zu erwarten? __________________ Es ist schon alles gesagt. Nur noch nicht von allen.


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

24.05.2011, 22:45
phildaking Benutzer Registriert seit: 21.08.2010 Beiträge: 50 PHP-Kenntnisse: Fortgeschritten	Würde mich auch mal interessieren. Aber ich denke wenn das PHP skript keine aufwendigen Datenbankzugriffe oder dateiuploads macht ist das eh nicht wirklich ressourcenlastig oder?! __________________ mi Blog auf Google+ :

24.05.2011, 22:48
tr0y Erfahrener Benutzer Registriert seit: 26.07.2010 Beiträge: 4.874 PHP-Kenntnisse: Fortgeschritten	Hinsichtlich des Apache Worker Management sind 24 Cores definitiv eine Steigerung, allerdings benötigst du auch 6-8 mal soviel RAM um entsprechend mehr Worker-Prozesse parallel laufen zu lassen. Das Ding mit der Performance-Steigerung für die einzelnen Scripts wird relativ gesehen minimal ausfallen. Da du eh single-threaded dein Script ausführst und dein standard PHP Stack es auf dem selben Controlling Weg parsed auf dem auch der Apache Interagiert. ( 1 Core / Worker balanced ) __________________ Lasse mir ohne Anwendung von Gewalt Dinge schenken, Amazon weiß darüber bald mehr.

24.05.2011, 23:06
drsoong Erfahrener Benutzer Registriert seit: 05.08.2008 Beiträge: 1.127	Ich stelle mir vor, mehrere User nutzen gleichzeitig die Applikation. Kann man sich das dann nicht so vorstellen, dass - abgesehen von den Standardroutinen - jeder User mit einer CPU "reden" kann?Tabellen-, Datensatzsperrungen auf DBMS-Seite lassen wir auch mal bei Seite. __________________ Es ist schon alles gesagt. Nur noch nicht von allen.

25.05.2011, 11:03
tr0y Erfahrener Benutzer Registriert seit: 26.07.2010 Beiträge: 4.874 PHP-Kenntnisse: Fortgeschritten	Jedes Script kriegt "Zugriff" auf einen Core durch den Apache-Worker, ja. Sobald PHP in der Lage ist die Script Instanz auf mehreren Workern gleichzeitig zu starten ( PHP6 ? ), wirds multi-core technisch interessant. Aber welchen sinn könnte das haben ? Wenn du so hohe last per PHP erzeugst das du mehrere CPU-Kerne nutzen musst um das performant zu halten ( egal wie wir jetzt performant definieren ), solltest du eher darüber nachdenken eine Sprache zu nutzen die auch in der lage ist Mehr-Kern Operationen zu realisieren. Du würdest dann quasi "Multi-Worker"-Management als eigenes Apache-Modul realisieren. __________________ Lasse mir ohne Anwendung von Gewalt Dinge schenken, Amazon weiß darüber bald mehr.

25.05.2011, 18:48
mquadrat Erfahrener Benutzer Registriert seit: 02.09.2009 Beiträge: 1.020 PHP-Kenntnisse: Fortgeschritten	Naja, die Masse machts. Aufwändige DB-Abfragen, hohes Besucheraufkommen. Da kann ner CPU schon mal die Luft ausgehen. Sollte sich das PHP Multicore Problem nicht mit FCGI lösen lassen. Die einzelnen FCGI Prozesse könnte man ja wieder den Kernen zuordnen. __________________ Wir suchen PHP Entwickler (Vollzeit) im Raum Darmstadt / Rhein-Main. Infos via E-Mail mueller@new-frontiers.de

25.05.2011, 20:19
tr0y Erfahrener Benutzer Registriert seit: 26.07.2010 Beiträge: 4.874 PHP-Kenntnisse: Fortgeschritten	Es ist nen riesen unterschied zwischen einer Multi-Core Application und einem Multi-Core Server auf dem Scripts laufen denen egal ist wieviel Kerne du hast. Eine Erhöhung der Kern-Anzahl erhöht die Belastbarkeit des Servers bis irgendwann die Anbindung der Flaschenhals ist. Eine hohe Zahl an Prozessor-Kernen im System hätte einen Performance-Vorteil wenn du enorm viele Rechenoperationen in einem Script pro Request durchführen würdest, mal abgesehen davon das du dafür einen Core Wrapper innerhalb der Möglichkeiten von PHP ansprechen können müsstest sodass du bzw. PHP die Rechen-Opertionen so auf den Kernen balanced das es in höherer Geschwindkeit resultiert. Beim FCGI Core Assignment weißt du einem PHP Prozess mehrere Kerne zu, was nicht gleichbedeutend damit ist das PHP auch die Kerne zwecks oben genannten Gründen ansprechen kann. Vielleicht begegnen wir dieser Möglichkeit in PHP6, abwarten. __________________ Lasse mir ohne Anwendung von Gewalt Dinge schenken, Amazon weiß darüber bald mehr.

25.05.2011, 21:04
drsoong Erfahrener Benutzer Registriert seit: 05.08.2008 Beiträge: 1.127	Ich sage erst mal danke. Die Themen "Apache Worker Management" und "FCGI" waren mir gänzlich unbekannt. Werde da mal reinlesen. __________________ Es ist schon alles gesagt. Nur noch nicht von allen.