pdr2002
Aktives Mitglied
- Dabei seit
- 28.01.2004
- Beiträge
- 7.425
- Reaktionspunkte
- 298
Ich würde sagen, zum einen ist das im Artikel genutzte Benchmarking tool schrott, die hätten sich zumindes mal die Mühe machen sollen ein alternatives Benchmarking Tool zu nehmen um ihre merkwürdigen Ergebnisse gegenzuchecken. Auf PCMag.com wurde ein ähnlicher test mit einem anderen Benchmarking tool gemacht und dort schnitt OSX mindestens gleichwertig ab.cilly schrieb:@pdr2002
In unserer Entwicklungsabteilung wurden zu Panthers-Zeiten Threading und Prozess-Schwächen von OSX festgestellt, allerdings gingen wir der Sache nicht vollends auf den Grund. Es war jedoch offensichtlich, dass sehr hardwarenahe Prozesse, die das Speichermanagement und Threading betreffen, dafür verantwortlich waren. Wir hatten einen XServe im Einsatz und waren von der Server-Performance enttäuscht. Wir blieben deshalb bei AIX.
Ich bin mir ziemlich sicher, dass unter einer Belastung durch vielen Clients auch andere Server-Applikationen auf YD & G5 schneller laufen als auf OS X & G5. Vielleicht probiert ja jemand sendmail, postfix, apache, postgresql aus.
Spätestens nach dem Switch zu MacIntel haben wir Gewissheit.
Desweiteren hat der Autor keine Ahnung wie die Threats in OSX wirklich funktionieren. OSX hat nun einmal verschiedenartige threats mit unterschiedlichen Prioritäten. MySQL ist nicht optimiert und benutzt daher die Threats, die vom System die niedrigste Priorität haben, eben die genannten pthreadds. OSX-Entwickler würden in diesem Zusammenhang eher auf die Mach-Therats setzen. Daher gibt es eben für OSX Datenbanken die sehr performant sind da korrekt auf dem System umgesetzt. Du kannst jetzt nicht von Apple erwarten, daß die MySQL entsprechend umstricken. Das ist eben der Nachteil von Plattformübergreifenden Anwendungen. Die laufen optimal auf dem Source-System und nicht auf einer portierten Plattform (das selbe Spielchen hatten wir auch noch mal mit der Portierung von Spielen nach OSX)
Hier noch einmal eine Erklärung eines Darwin-Kernel Entwicklers. "... The pthreads API is a user space API, and has limited relevance for kernel programmers. The Mach thread and task APIs are more general and can be used from anywhere in the kernel. The Mach thread and task calls can also be called from user applications.
However MySQL is designed, I can guarantee it isn't designed with Mach Threads as one of its thread scheduling models."