OpenSolaris

• About this group
• Forums

• Home
• Groups
• OpenSolaris
• Forums
• Performance
• Performancevergleiche Solaris 10 Sparc <-> x86 und x86 <-> Linux?

• 
  Matthias Gruber

  (not a XING member)

  Re^7: Performancevergleiche Solaris 10 Sparc <-> x86 und x86 <-> Linux?

  Hallo!
  
  Superklasse.... Dank für die URL ich werd gleich mal unsere Entwicklungsbuben darauf ansetzen...wenn's bei denen dann nicht weitergeht komme ich gerne auf das Kontaktangebot zurück.
  
  Cheerio
  Matthias Gruber
  
  • 04 Jan 2007, 2:42 pm
  Matthias Gruber wrote: > Hallo! > > Superklasse.... Dank für die URL ich werd gleich mal unsere > Entwicklungsbuben darauf ansetzen...wenn's bei denen dann nicht > weitergeht komme ich gerne auf das Kontaktangebot zurück. > > Cheerio > Matthias Gruber
• Post visible to registered members
• 
  Bjoern Rost

  The company name is only visible to registered members.

  Re^9: Performancevergleiche Solaris 10 Sparc <-> x86 und x86 <-> Linux?

  Ich habe gerade einiges an performancetests im Zusammenhang mit der open Source Telefonsoftware asterisk gemacht. Linux/Intel gegen Solaris/x86, Solaris/Sparc,t1000 und t1000/Linux. Ich hoffe, ich finde bald die Zeit, Ergebnisse sauber auf einer Webseite zu veroeffentlichen.
  
  In unserem Anwendungsfall geht es darum, viele Konferenzraeume mit VoIP-anrufen gleichzeitig zu schalten. Dabei geht es dann natuerlich darum, sehr viele Threads nahezu in echtzeit abzuarbeiten. Die Erfahrung mit Linux/Intel hat gezeigt, dass nur relativ wenig Konferenzraeume betrieben werden koennen, und dass context switches fuer einen grossen Overhead verantwortlich sind.
  Unter Solaris konnten wir leider nicht besonders viel testen, da es Probleme mit einer alten library gibt. Mit fopen() koennen unter solaris nur 255 files geoeffnet werden, und in dieses Limit sind wir sehr frueh geraten. Bis zu diesem Limit sah die performance allerdings viel besser aus als unter Linux/Intel.
  
  Zuletzt habe ich dann Ubuntu auf einer T1000 installiert und damit einen absoluten Gewinner gefunden. Die vielen Cores/Threads scheinen der Anwendung sehr gut zu tun; trotz vieler context switches bleibt die Last recht gering und es koennen bei aehnlichen Hardwarekosten 2 bis 4 Mal so viele Konferenzen gefuehrt werden.
  
  Sollte ich tatsaechlich zeitnah dazu kommen, die Tests sauber zu dokumentieren, werde ich hier nochmal einen Link posten.
  
  • 21 May 2007, 2:53 pm
  Bjoern Rost wrote: > Ich habe gerade einiges an performancetests im Zusammenhang mit der > open Source Telefonsoftware asterisk gemacht. Linux/Intel gegen > Solaris/x86, Solaris/Sparc,t1000 und t1000/Linux. Ich hoffe, ich > finde bald die Zeit, Ergebnisse sauber auf einer Webseite zu > veroeffentlichen. > > In unserem Anwendungsfall geht es darum, viele Konferenzraeume mit > VoIP-anrufen gleichzeitig zu schalten. Dabei geht es dann natuerlich > darum, sehr viele Threads nahezu in echtzeit abzuarbeiten. Die > Erfahrung mit Linux/Intel hat gezeigt, dass nur relativ wenig > Konferenzraeume betrieben werden koennen, und dass context switches > fuer einen grossen Overhead verantwortlich sind. > Unter Solaris konnten wir leider nicht besonders viel testen, da es > Probleme mit einer alten library gibt. Mit fopen() koennen unter > solaris nur 255 files geoeffnet werden, und in dieses Limit sind wir > sehr frueh geraten. Bis zu diesem Limit sah die performance > allerdings viel besser aus als unter Linux/Intel. > > Zuletzt habe ich dann Ubuntu auf einer T1000 installiert und damit > einen absoluten Gewinner gefunden. Die vielen Cores/Threads scheinen > der Anwendung sehr gut zu tun; trotz vieler context switches bleibt > die Last recht gering und es koennen bei aehnlichen Hardwarekosten 2 > bis 4 Mal so viele Konferenzen gefuehrt werden. > > Sollte ich tatsaechlich zeitnah dazu kommen, die Tests sauber zu > dokumentieren, werde ich hier nochmal einen Link posten.
• Post visible to registered members
• 
  Ralph Bogendörfer

  The company name is only visible to registered members.

  Re^10: Performancevergleiche Solaris 10 Sparc <-> x86 und x86 <-> Linux?

  Bjoern Rost schrieb:
  Unter Solaris konnten wir leider nicht besonders viel testen, da es Probleme mit einer alten library gibt. Mit fopen() koennen unter solaris nur 255 files geoeffnet werden, und in dieses Limit sind wir sehr frueh geraten. Bis zu diesem Limit sah die performance allerdings viel besser aus als unter Linux/Intel.
  Hallo Herr Rost,
  
  Abhilfe würde es hier schaffen, die Applikation 64 bittig einzusetzen. Das Limit auf 256 offene FILE* beschränkt sich auf die 32bit Libraries und kann leider nicht aufgehoben werden, ohne die Rückwärts-Kompatibilität zu zerstören.
  
  Falls Sie die Applikation also als Sourcecode haben oder diese auch als 64bit Version zur Verfügung steht, können Sie die besagte Grenze umgehen.
  
  Viele Grüße,
  Ralph Bogendörfer
  
  • 21 May 2007, 3:50 pm
  Ralph Bogendörfer wrote: > Bjoern Rost schrieb: > > Unter Solaris konnten wir leider nicht besonders viel testen, da es > > Probleme mit einer alten library gibt. Mit fopen() koennen unter > > solaris nur 255 files geoeffnet werden, und in dieses Limit sind wir > > sehr frueh geraten. Bis zu diesem Limit sah die performance > > allerdings viel besser aus als unter Linux/Intel. > > Hallo Herr Rost, > > Abhilfe würde es hier schaffen, die Applikation 64 bittig > einzusetzen. Das Limit auf 256 offene FILE* beschränkt sich auf die > 32bit Libraries und kann leider nicht aufgehoben werden, ohne die > Rückwärts-Kompatibilität zu zerstören. > > Falls Sie die Applikation also als Sourcecode haben oder diese auch > als 64bit Version zur Verfügung steht, können Sie die besagte Grenze > umgehen. > > Viele Grüße, > Ralph Bogendörfer
• 
  Bjoern Rost

  The company name is only visible to registered members.

  Re^11: Performancevergleiche Solaris 10 Sparc <-> x86 und x86 <-> Linux?

  Compilen unter 64 bit hat keinen Erfolg gebracht. Dafuer gab es zu viele abhaengige Bibliotheken, die war dann auch in 64bit compilen mussten und am Ende standen wir dann immer noch vor einem core dump.
  
  Es gibt aber mittlerweile einen Patch, der das Problem beseitigt. Nach der Installation kann man entweder eine Umgebungsvariable setzen oder die Anwendung einfach neu compilen, dann klappt es auch mit mehr als 256 files in 32 bit.
  
  Hier sind ein paar Infos: http://developers.sun.com/solaris/articles/stdio_256.html
  
  Auf x86 kommen wir dadurch schon zu sehr guten Ergebnissen, als naechstes steht an, die Anwendung auch auf einer SPARC-Maschine zu bauen.
  
  • 09 Jul 2007, 3:05 pm
  Bjoern Rost wrote: > Compilen unter 64 bit hat keinen Erfolg gebracht. Dafuer gab es zu > viele abhaengige Bibliotheken, die war dann auch in 64bit compilen > mussten und am Ende standen wir dann immer noch vor einem core dump. > > Es gibt aber mittlerweile einen Patch, der das Problem beseitigt. > Nach der Installation kann man entweder eine Umgebungsvariable setzen > oder die Anwendung einfach neu compilen, dann klappt es auch mit mehr > als 256 files in 32 bit. > > Hier sind ein paar Infos: > http://developers.sun.com/solaris/articles/stdio_256.html > > Auf x86 kommen wir dadurch schon zu sehr guten Ergebnissen, als > naechstes steht an, die Anwendung auch auf einer SPARC-Maschine zu > bauen.
• 
  ---

  (not a XING member)

  Re^12: Performancevergleiche Solaris 10 Sparc <-> x86 und x86 <-> Linux?

  entscheidend sind nicht einzelne Anwendungen oder die Plattform sondern die Compiler.
  Fuer mich klinkt es seltsam wenn einer eine Anwendung auf Linux findet,
  die besser sein soll als unter Solaris. Vermutlich hat da Jemand den falschen Compiler verwendet?
  Der GNU Compiler unter Linux oder Solaris frisst alles und produziert einfach irgenwie einen Code.
  Der Sun-Compiler erzeugt auf Sparc den besten Code behaupte ich einfach so mit meinen 12 Jahren Erfahrung mit
  Sun - Sparc - Compilern.
  Die Performance ist damit automatisch besser. Die Probleme geringer.
  Programme, die nicht fehlerfrei Compilern sollten nicht verwendet werden.
  
  • 27 Jan 2008, 12:07 am
  --- wrote: > entscheidend sind nicht einzelne Anwendungen oder die Plattform > sondern die Compiler. > Fuer mich klinkt es seltsam wenn einer eine Anwendung auf Linux > findet, > die besser sein soll als unter Solaris. Vermutlich hat da Jemand den > falschen Compiler verwendet? > Der GNU Compiler unter Linux oder Solaris frisst alles und > produziert einfach irgenwie einen Code. > Der Sun-Compiler erzeugt auf Sparc den besten Code behaupte ich > einfach so mit meinen 12 Jahren Erfahrung mit > Sun - Sparc - Compilern. > Die Performance ist damit automatisch besser. Die Probleme geringer. > Programme, die nicht fehlerfrei Compilern sollten nicht verwendet > werden.

• Back
• Next