1) CPU, mnohe clustery bezi na PowerPC ci dokonce na CPU s PS3 ... CELL
2) Je nutno upravit OS, OS musi umet nabihat z NFS, vetsina velkych clusteru ma jenom RAM, CPU a LAN s PXE boot a OS je na NFS
3) Linux umoznuje kompilaci zdrojaku primo na dany CPU, hlvane programu, ktere neco pocitaji.
4) OS bezi neustale a tak je treba OS, ktery nepouziva SWAP (to by nevadilo, ale nema diky) + musi umet defragmentovat RAM jinak nez restartem OS.
5) kazdy vi, ze linux je navypocty 10x i vice rychlejsi, priznava to i HP, ktera na svych CAD/CAM stanicih doporucuje linux a namerili 10x rychlejsi pypocet metodou konecnych prvku, kterou se overuje pevnost sestavy.
6) Cena za OS
8) Linux ma rychlou LAN, kdyz si koupim 10Gb mirinet a OS mi nevytahne vic nez 25MB/sec (win 2008) tak soory.
9) Admini i programatori maji odpor k windows, nebot v jejeich api je uz takovy bordel, ze se v tom nikdo nevyzna.
10) vypocty na M$ knihovnach se neuznavaji, nebot neprosly testy, Cern pokud vim svoje knihovny pro windows nedela, ale jsou zdrojaky, jenze pouze pro POSIX OS. Kazda vypocteni aplikace si tedy taha svoje knihovny a vznika tak nepresnost a nekonzistence vypoctu, kdo nevi o cem mluvim, tak je to test, ktery dostane kazdy vedec, co provadi simulaci, jak se chova system a hlavne knihovny pri vypoctech s velkymy cisly a a cisly s mnoha desetinymi cisly.
11) vetsinu enterprise tech M$ ani nepodporuje, 99% z nich bezi jako server pouze na Unix OS a tak 50% ma sice klienta, ale zdaleka neni tak odladen, jako na linux, viz lustre, clusterFS a jine extremne ruchle sitove FS rozkladane pres mnoho serveru a FC diks. poli, prave pres 10Gb hyperkostky.
12) Aplikace, ktera bude mit mnoho threadu, bude neustale alokovat RAM na maximum a neda spocinout CPU do par hodin spadne na nedostatek prostredku, bud si zfragmentuje RAM, nebo proste neuvolni CPU pro servisni cinost OS a ten se odporouci, nebo sestreli apliakaci.
13) implementace fortranu je na windows velice mizerna, hlavne F90 99 a ani knihovna MPICH ci OpenMP a jine nejsou na windows moc dobre odladeny.
14) V .Net coz je jedine trochu konzistentni API pro win32 nikdo prepisovat posix aplikace nebude, nehlede nato, ze nez by je prepsal, uz by byl jiny .NET a zase by to nefungovalo ...
.... mam pokracovat ? ... jako unixak se divim, ze windows vubec nekdo nasadi.
Nehlede nato, ze windows na stejny ukol spotrebuje vice prostredku, nebot w2003 jenom na svuj beh sezere 1GB RAM a min 1jadro CPU ... naproti tomu linux sezere tak 8MB a kernel moc CPU nezere, jenom IO na disich a kartach, ale to vsude, prepinat procesy umi taky linux lepe, diky RoudRobin a lety vyvijenemu scheduleru, ktery se neustale vylazuje pro lepsi vysledky, mimochodem v linuxu je jiz nekolik scheduleru a lze se mezi nema prepinat podle aplikaci, tuhle moznost windows nemaji.
Jo a tyhle super centra maji hordu programatoru, kteri jsou si schopni upravit i OS, pokud maji zdrojaky.