pomalost LINUXU

michal.spacek na deltaes.cz michal.spacek na deltaes.cz
Pondělí Únor 26 10:58:00 CET 2001


On Mon, 26 Feb 2001, Milan Kerslager wrote:
> Reseni je jednoduche. Koupi se za nekolik milionu krabice, ktera rozlozi
> zatez mezi vice stroju a ono to jednak prestane padat na drzku a jednak si
> (skoro) nikdo nevsimne, ze nekolikrat denne kazdy stroj v clusteru
> restartuje.
> 
> Kdyz jde o rychlu maximalizaci zisku (alespon zdanlivou), tak se vzdy resi
> nasledky a ne priciny (protoze resit pricinu je pomalejsi). Nikomu nevadi,
> ze dlouhodobe je to blbost, hlavne ze to funguje *ted*. Podle mych
> zkusenosti se presne takto pracuje v komercni sfere a lze si vsimnout, ze
> open-source komunita se snazi postupovat presne obracene.
> 
> K jakym koncum to povede, to nikdo zatim nevi. Uzivatel ale vidi
> akceleraci vyvoje (ze soutezeni obou pristupu), takze muze byt spokojen.

Jenom takova mala poznamka - ono to skoro nikoho nezajima, ale kdyz to
bude takhle, jak pisete, ze mate hodne stroju a takovych siti jsou stovky,
nastava problem, ze bude treba vysoka zatez na energetickou sit a dela to
problemy energetikum. To je treba pripad nedavne krize v kalifornii,
protoze energetici nestaci pokryvat budovani datovych skladu.

Myslim proto, ze se vyplati optimalizovat - uz jenom s hlediska celkove
efektivity a ne jenom pocitacove.

sKim


-- 
---------------------------------------------------
  Michal "sKim" Spacek         	Brno, CZ, Europe
 E-mail: skim na deltaes.com	
    icq: 66962942		user: debian, TeX		
------=[ #!/usr/bin/perl ]=------------------------




Další informace o konferenci Linux