10. November 2012 05:44

Re: Ob Microsoft Valve übernehmen wird?

Browny_amiga schrieb am 10. November 2012 01:40

> Warum soll er vorher verkaufen? Wenn er in Zukunft noch viel mehr
> dafür kriegt?

 Steam ist erst seit 2009 eine Gelddruckmaschine. Davor sah es
wirklich nicht nach einem Durchstarter aus. Eher nach einer
Dauerbelästigung.

> Tja, dann bin ich falsch informiert, oder durch den Wrapper
> getäsucht: Bei mir unter Windows 7 ist es als einer der einzigen
> wahren 64 Bit Applikationen gelistet. 

 Steam selbst sollte da nicht stehen, aber 64Bit-Anwendungen aus
Steam gestartet sollten so erscheinen. Was für unheimliche Versionen
von Steam aus der Zukunft fährst Du denn :-)

> So ein Quatsch, sorry, hast du das schon mal gemessen? Wie kann ein
> single threaded compressor gleichgut sein oder sogar schneller wie
> ein Multithreaded, auf einem 30 core system???? Ich arbeite im Backup
> umfeld,

> wir bieten das meistgebrauchte opensource Backup system an (Amanda)

 Ich dachte immer das wäre rsync (scnr) oder Bacula (eher das
professionelste, nicht das meistgebrauchte, man damit konnte man sich
toll rumärgern).

> und bieten support dafür. Kunden staunen jedesmal wenn sie
> dank Pigz so viel bessere performance kriegen wenn sie ihre
> Terrabytes so komprimieren und ihre vielen vielen cores endlich
> nutzen können.

 Bei Baccula habe ich das mittels eines kleinen Wrapperscript auf
einer anderen Ebene erschlagen. Da werden eben Datenströme aus
verschiedenen Quellen mit einzelnen Threats komprimiert und dann als
Multiplexstream geschrieben. Naja, ist nicht wirklich
Baculaspezifisch sondern eher Baculatypisch: Das Ding ist so modular
daß man zur Laufzeit die implementierten Kommandozeilenparameter
austauschen kann.

> Pigz ist nach meinen Erfahrungen um vieles effizienter als Gzip, aber
> eben, ist ja auch keine Kunst, genauso wie eine Firma mit 30
> Mitarbeitern viel mehr leistet als ein Einmann-Betrieb.

 Bei gzip-ähnlichen Algorithmen mach ich mir keine Gedanken ums
optimieren, da nehm ich als Packer gleich cat, compress oder lzop.
Bacula jedenfalls schaffts durchaus in Echtzeit DLTs mit
xz-komprimierten Datenströmen zuzuknallen. Ohne suboptimale
Rückschritte und skaliert bis Ultimo.

> Ich muss da annehmen, dass es da Leute gibt, die noch nicht im 21.
> Jahrhundert angekommen sind und die Realität von ganz vielen Kernen
> noch nicht akzeptiert haben, obwohl das faktisch ist und sich in
> Zukunft noch verstärken wird und wir in 3 Jahren kaum System haben
> werden, die einen einzelnen CPU Kern mit 60 gHz haben werden.

 Doch in dieser Realität leben die auch nur versuchen die nicht
atomische Operationen zu parallelisieren sondern parallelisieren
atomische Operationen ;-)

Anzeige