53
-
#53
Aham, mintha hallanám B. Gatest:
"Jöttek ki többprocis vasak? Mi is van a megállapodásunkban a vasgyártókkal?
Aszonygya: Vágjátok tacsra a többprocis vasakat is egy új szagos, színes oprendszerrel és kaptok x% részesedést az értékesítésből!"
^^ -
JTBM #52 "kvp: Igazad van, az oprendszer funkcióit is nagymértékben párhuzamosítani kell. De nem csak ennyiből áll a probléma. A jelenleg elterjedt programozási eszközök (ide értve a nyelveket és az algoritmusokat is) nem arra lettek kitalálva, hogy 64 processzoron fussanak. Persze vannak kivételek (pl. haskell nyelv, non-locking párhuzamos algoritmusok) de általánosságban igaz, hogy a hardware ezen a ponton kicsit megelőzte a hozzá szükséges software színvonalat. Elmélet szintjén léteznek ilyen szoftware eszközök, de gyakorlatilag nem"
A nagygépes rendszerek már évek óta többprocesszorosak. A Unix kezelte és kezeli is a többprocesszoros rendszereket. A SUN már nagyon régen tudja, hogy az egyes processzorokat dinamikusan hozzá lehet adni v. el lehet venni az egyes virtuális szerverekhez. Ez nagyon jól tud jönni a változó napi terhelésű szervereknél, ahol ráadásul általában a rendszerleállás nem megengedett.
A Windows egy olcsóbb OS és kevesebbet is tud, mint a Unix. Ahol nincs szükség hatalmas számítási teljesítményre, oda jó a Windows is, de ahol kell, ott Unix-ot használnak v. Linux-ot.
A Linux-ot nem ismerem mélyebben, de szerintem kell neki kezelni a több processzort, mert Linux-os rendszer fut többezer párhuzamosan futó szerveren, ahol az egyes szerverekben ráadásul több mag is van.
Párhuzamosan futó programot szerintem nem annyira macerás írni, mint a legtöbben elképzelik. Csak kell írni hozzá egy keretprogramot, ami méri és kiosztja a task-okat. Ha ez jól van megírva, akkor a teljes program optimális időn belül tud futni. A keretprogrammal lehet kísérletezgetni is, illetve automatikus kísérletező funkciót beépíteni, ami folyamatosan fut és próbálja finomhangolni a task kiosztást. (Állandóan változtatja, ami egy idő múlva beáll az optimálisra...)
Pl. sokan nem tudják, de a processzorok nem akkor dolgoznak a leggyorsabban, ha 100%-ban vannak leterhelve, hanem akkor, ha kb. 80-90%-ban. A 100%-ban leterhelt gép teljesítménye meredeken zuhan. -
dez #51 (+ dual-core) -
dez #50 De felsorolhatod azokat is, amiken akármilyen OS fut: nem lesz túl hosszú a lista, és kedvenc Inteled sem lesz rajta. -
dez #49 Sorold csak fel azokat az integrált memóriavezérlős procikat, amin fut a Windows NT, XP, és Vista. Várjuk a listát. -
BiroAndras #48 "Természetesen lassú/fos"
Azt még értem, hogy lassú(ak rajta egyes progik), bár nálam inkább gyorsabb lett minden (van elég memóriád?). De azt nem fejtetted ki, hogy a "fos" mit jelent. -
A1274815 #47 "...és akkor már 2-év múlva vista utód?"
Ebbe szerintem túl optimisták az MS-nél, XP után is a Longhorn-t 2 év múlva igérték, és lásd mi lett belölle. Másrészt viszont olvass a Vienna után egy kicsit a wikipedia-n és próbáld elképzelni a Sandbox-os rendszer igazi sebességét.
-
A1274815 #46 "x86_64 esetén nincs a Linux kernelben limit a max. magszámra/ processzor számra."
Windows-ban is mindössze 2 registry érték korlátozza, igaz soha sem volt alkalmam letesztelni, de valószínűleg bejött volna húzásom, az már más kérdés, hogy azokat a registry értékek átírása licensz felrugással jár. -
vax #45 Ez nagyon jó volt.:) És igaz is. Sőt én is gondolhattam erre is. Bár én nem a kettes hanem a tizes számrendszerre gondoltam mikor ezt írtam. :)
-
who am I 7 #44 "(pl. K8, azaz Athlon 64 X2, dual-core Opteron) "
természetesen csak amd jöhet szóba.Kár, h dez kollega amds sapiban csápól minden cikknél
dez te 17nél nem lehetsz több az tuti :D már bocs.. :)
Na de témánál maradva.
Nekem is dual boot van, és a vistát csak kipróbálás képp dobtam csak fel.Természetesen lassú/fos.És ezt nem a videóra mondom, hanem mmert elég sok progi nincs még "hozzáigazitva".Én nem csak játszom a gépen, és pl. az ableton live kb 3x lassabb..vagy többször mint XP-n.A dreamweaver müxik jól végülis azzal nincs gond, de ott nem is kell izzadnia a dcnek :) Nekem eddig a vista csak annyiban tetszik jobban, h nagyobbak az ikonok és ennyi.Itt kifújt :) ezenkívül egy fos.Persze, ha jönnek a déiksztizes játékok csak ezt lehet majd használni...
bekaphassák...és akkor már 2-év múlva vista utód?nevetséges....
-
turul16 #43 Színes szagos amd64
Hasonszőrű leírást tud valaki több magosra ? -
turul16 #42 Nekem úgy rémlik, hogy egy-egy ioctl kiszolgálását bármalyik magra rábízhatja, valamint vannak kernel threadek.
fuse -nél akkor jelentene igazi problémát az egyszálúság, ha kernelbe kéne annyi dolgot végeznie ahol több mag előny lehetne, de itt is a diskre kell várni. A userspace beli dolgai lehetnek többszálúak. -
dez #41 "míg a multi-processzoros rendszereknél a procik nem veszekednek az északi-híd felé vezető buszrendszeren, addig a több magos procik igen"
Az integrált memóriavezérlős d.c. prociknál (pl. K8, azaz Athlon 64 X2, dual-core Opteron) ez nem gond. Persze a memória-vezérlőn még veszededhetnek, de az itt megtalálható crossbar switch által elég jól megy a dolog.
"sőt L2 cachen is veszekednek"
Ez megintcsak nem vonatkozik AMD procikra. :)
"így a rendszer nem tud normális teljesítmény mellett két eltérő alkalmazásból származó szálat futtatni, magyarán minden programot úgy kell megírni, hogy rengeteg szállból áljon, ami ugyan azt a feladatot látja el, nagyából ugyan azokkal a memória címekkel dolgozik, stb."
Nem tudom, a K8 hogy szerepel ebben, a K10 viszont kimondottan jól fog. -
dez #40 Még a WinXP-ben is gondot okoz, hogy nem tudja egy többprocis (+ procinként több magos) rendszerben az adott procihoz társítani a hozzá tartozó memóriaterületet (integrált memóriavezérlő által, lásd pl. K8). Így a magoknak keresztül-kasul hozzá kell férniük egymás memóriájához, Opteronoknál a kettejük közötti buszon keresztül, ami lassabb, mintha közvetlenül a saját memóriájukhoz férnének. A Vista pl. ezt már tudja. (A QuadFX-et is ez lassítja XP alatt.)
(Kíváncsi lennék egy Linux-guru véleményére arról, amit még írsz.) -
turul16 #39 x86_64 esetén nincs a Linux kernelben limit a max. magszámra/ processzor számra.
-
turul16 #38 Nem Longhorn Server 2008 -al célozzák win2k ?
Tart még win2k support ?
Jól tudom, hogy az MS-nél már nem nagyon lehet kapni Win XP -t, de biz. Vista verziók mellé jár downgrade jog. -
A1274815 #37 "Vista+1 (?=Viena) az igazi várományosa az XP leváltásának, ..."
Mint ahogy sok helyen a Vista váltja le a 2000-et.(Nem magéán felhasználókra vonatkozik)
"... he nem viszik tulzásba Trust dolgok erőltetését"
Ha lehet hinni a wikipedia-nak (bár még semmi konkrétat nem lehett hallani a Vienna-ról), akkor majd mindenki vissza fogja sírni a Vista-t. (Sandbox-ok, Trust-es dolgok, stb.) -
A1274815 #36 "Ezek a hosszú távú tervek, 2-3 évente akkar az MS új OS -el kijönni."
Régen úgy csinálta, bár szerintem túl bizakodóak, XP-nél ilyenkor lehett látni képeket a Longhorn-ról. Most még nem láttam egyetlen képet se a Vienna-ról. -
turul16 #35 XP támogatása igen hosszú ideig megmarad. Vista támogatási ciklusa rövid lesz.
Vista+1 (?=Viena) az igazi várományosa az XP leváltásának, he nem viszik tulzásba Trust dolgok erőltetését. -
A1274815 #34 A gondot itt az okozza, hogy míg a multi-processzoros rendszereknél a procik nem veszekednek az északi-híd felé vezető buszrendszeren, addig a több magos procik igen, sőt L2 cachen is veszekednek, így a rendszer nem tud normális teljesítmény mellett két eltérő alkalmazásból származó szálat futtatni, magyarán minden programot úgy kell megírni, hogy rengeteg szállból áljon, ami ugyan azt a feladatot látja el, nagyából ugyan azokkal a memória címekkel dolgozik, stb. Hiába többszáló az NT kernele, Executiveja, mag az egész Operációs rendszer, ha más-más feladatokat, kívánnak ellátni, teljesen eltérő folyamatok számára, akadályozni fogják egymás működését. -
A1274815 #33 ""de igyekezzünk főleg Vista-t használni."
Miért kéne igyekeznünk ? Nem vagy te MS Evangelista ?"
Te elolvastad az első felét is a hozzászólásomnak? Szépen leírtam, hogy XP-vel szemben, mint ahogy anno 98-cal szemben kellett inkább előnyben részesíteni az XP-t. Ha tetszik, ha nem XP a múlt Vista a jövő. -
turul16 #32 Ezek a hosszú távú tervek, 2-3 évente akkar az MS új OS -el kijönni. -
#31
"a Vista még 1, 2, illetve 4 magos chipekre, ezek követelményeire és az általuk kínált lehetőségek figyelembevételével készült"
Ez ez rohadtjó, igazán hosszútávra tervezték a Vistát ezekszerint, ha 4mag a max benne. Már most középkategória árában kapni a 4magosokat, ezekszerint 2év múéva már elavult lesz a vista. Bráávó! -
turul16 #30 Symmetric multi-processing support
SMT (Hyperthreading) scheduler support
Multi-core scheduler support
(kernel configban pipálható)
Alpha -nál 64 processor volt a Max. egy gépben.
x86/amd64 -nél nem látok limitet, de majd megnézem. -
turul16 #29 Nézd meg melyik képes SMP Guestre.
vmware -böl több változat is van ott. -
Gabest #28 Virtual szerverekkel csak az a baj, hogy a guest gépek általában nem látják a sok processzort (ms vs max 1, vmware max 2, jelenleg, ha jól tudom). -
turul16 #27 Virtual Machine -al megoldható, hogy egyszerre fusson több OS egy gépen.
pl. vmware -el.
qemu akkor jó, ha az architetura is más.
(kvm xen,openvz .. stb.) -
BiroAndras #26 "És mekkora hely kell majd az új oprendszernek? 2 TB?"
Mint már sokszor kifejtettem, a Vista helyigénye relatíve kisebb, mint az XP-é. Eltelt közben 5 év emberek! A mai vinyóméretek mellett ez egyáltalán nem sok. Amelyik gépben nincs elég hely, az valszeg amúgy sem elég erős (értsd: kevés RAM) a futtatásához. Egyébként meg a többi modern OS is hasonló méretű.
"Miről fog futni flash memóriáról, h elég gyors legyen?"
A Vista is képes ilyenről futni, így sokkal gyorsabb tud lenni, mint az XP. Pár év múlva ha minden jól megy a rendszervinyóban már nem lesz mozgó alkatrész.
"Inkább adnának ki jobban skálázható rendszereket, telepítéskor alapból ki lehessen kapcsolni a sok felesleges- előreláthatóan sosem fogja az user használni- dolgot."
Már az XP is átszabható volt valamennyire, a Vista pedig lényegében teljesen moduláris (a longhorn server pl. még GUI nélkül is telepíthető). Csak persze az eccerű egységsugarú júzert nem terhelik ezzel. Készíthetsz saját telepítő DVD-t, amin elvileg részletesen megadhatod, hogy mi kerüljön fel, és csillió féle beállítást is átírhatsz. Ezt a vállalati rendszergizdáknak találták ki, de gondolom otthon is megoldható (még nem próbáltam ki, csak olvastam róla). -
BiroAndras #25 "Ez nyilvánvaló elírás. 16 szál már gondot okozna?"
Valószínűleg fizikai szálra gondoltak. Ugyan nem látom, hogy ez hol okoz gondot, de ők biztosan jobban értenek hozzá. Valószínűleg inkább csak optimalizálási probléma, mert már régóta képes a win 32 procit kezelni (ill. 64-et a 64 bitesek). -
BiroAndras #24 "Kb. a hasonlat: el kell tudni képzelni és érteni értelmezni a háromnál több dimenziót például."
Azért ennyire nem vészes. Meg kell szokni, és főként meg kell ismerni a hozzá való már régóta létező (nagygépek évtizedek óta létezik a probléma) eszközöket. -
turul16 #23 "de igyekezzünk főleg Vista-t használni."
Miért kéne igyekeznünk ? Nem vagy te MS Evangelista ? -
#22
Én már el sem olvasom a hjozzászólásokat, ugyis tudom mit ugatnak az idióta Vista, MS fikagépek
Na jó nem egészen, Human barátunk hozzászólását elolvastam, de ugy felbaszott az idiótasága, hogy inkább abbafejeztem -
HUmanEmber41st #21 És mekkora hely kell majd az új oprendszernek? 2 TB? Miről fog futni flash memóriáról, h elég gyors legyen?
Inkább adnának ki jobban skálázható rendszereket, telepítéskor alapból ki lehessen kapcsolni a sok felesleges- előreláthatóan sosem fogja az user használni- dolgot.
szerintem -
3M #20 Off
Vax: "a földön egy max két kézen lehet megszámolni"
Egy informatikus a két kezével 1024-ig számol el :) -
nagylzs #19 kvp: Igazad van, az oprendszer funkcióit is nagymértékben párhuzamosítani kell. De nem csak ennyiből áll a probléma. A jelenleg elterjedt programozási eszközök (ide értve a nyelveket és az algoritmusokat is) nem arra lettek kitalálva, hogy 64 processzoron fussanak. Persze vannak kivételek (pl. haskell nyelv, non-locking párhuzamos algoritmusok) de általánosságban igaz, hogy a hardware ezen a ponton kicsit megelőzte a hozzá szükséges software színvonalat. Elmélet szintjén léteznek ilyen szoftware eszközök, de gyakorlatilag nem. -
nagylzs #18 "A Vista fejlesztésénél ugyan figyeltek a több szálon futó alkalmazások támogatására, ám 16 szál már gondot okozna, miközben a fejlesztések gyors egymásutánban jelennek meg."
Ez nyilvánvaló elírás. 16 szál már gondot okozna? Na ne! Én is írtam már programot XP-re ami legalább 20 szálon futott. Az eredeti angol szövegben biztosan nem ez volt írva. (Remélem....) -
vax #17 Egyszerűen fogalmazva még ezekhez a dolgokhoz az emberek nagy többsége olyan mintha az "ősembernek" akarnánk a robbanó motor müködését megmagyarázni. -
vax #16 Az a nagy igazság, hogy ezeket a kettő illetve a több procis rendszerek "profi" programozásához nem csak profi programozónak kell lenni, hanem egy kicsit az átlagtól "elvontabb" gondolkodás mód, az átlagtól "elrugaszkodottabb" képzelő erő szükségeltetik. Hiszen maga az alapszintű programnyelvek: assembler, gépi kódban való programozás is már egy más "hozzáállást" követel meg. Kb. a hasonlat: el kell tudni képzelni és érteni értelmezni a háromnál több dimenziót például. Ez pedig valljuk be ősszintén még aki esetleg le is tudja vezetni mint pld. Eistein relativitás elméleteit még nem biztos (sőt nagyon kevés kb. a földön egy max két kézen lehet megszámolni), hogy maradéktalanul érti is. -
kvp #15 Mivel mar a windows nt 4.0 is kezelte a tobb processzoros rendszereket, ezert itt az ujitas csak abbol allhat, hogy az operacios rendszer tobb magot is fel tudjon hasznalni sajat celra. Ugyanis az nt kernel maga mindig is tobbszalu volt, tehat akar annyi processzor is lehetne a gepben ahany elo szal van. Ez az egyik tervezeskori elonye a winnt kernelnek a linux-al szemben. (a linux-ban eloszor csak 1 globalis kernel lock volt, azaz 1 cpu-s gepre irtak) A masik az io request packet-ek hasznalata, amitol sokkal egyszerubben skalazhatoak a winnt-s i/o rendszerek. (linux-ban a fuse csomag tudja ugyanezt, bar az meg csak egy szalon mukodik) -
sathinel #14 hát ja kiráz a hideg mikor látom hogy az emberek win alatti könyvtárakba mentik a leveleiket, és nem egy külön partíción vannak az adatai, és utánna azt akarja keresgéljem meg a cuccait) egyébként tök mindegy milyen rendszer van fenn látod őket))