Sokmagos chipekre készül a következő Windows
2007. május 25. 13:28, péntek
A Microsoft egyik igazgatójának elmondása szerint Redmondban a nyolcmagos asztali processzorok utáni időkre készülnek és ennek figyelembevételével készítik majd el a következő operációs rendszert.

Hirdetés

Ty Carlson, a Microsoft fejlesztési stratégiáért felelős igazgatójának magyarázatát a Cnet idézte, mégpedig a Future in Review konferencián elhangzottakra hivatkozva. Eszerint a beszélgetés során az igazgató elmondta, hogy számítanak a sokmagos, vagyis 8, 16, vagy akár 64 processzormagot tartalmazó asztali chipek megjelenésére, és ennek megfelelően fejlesztik a Windows család következő tagját, amelynek sem megjelenési dátuma, sem elnevezése nem ismert, a néhányszor már felbukkant Vienna kódnéven kívül.

"Hamarosan mi is üdvözölhetjük a 8, 16, 64 vagy még ennél is több magra épülő processzorokat kliens számítógépeinken" - jelentette ki Carlson, ami azért fontos, mert 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. Igaz, a kereskedelmi forgalomban még csak éppen hogy felbukkantak a négymagos változatok (az AMD pedig még piacra sem dobta ezeket), Redmondban már előre néznek és várják a következő generációkat. 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. Az sem szolgálhat mentségül, hogy alkalmazásprogramozási szinten még nagyobb a lemaradás és jóval lassabb ütemű az átállás.

A Microsoft tehát készül, igaz az Intel és az AMD sem hangoztatta eddig, hogy 8, vagy több magra épülő processzorokon dolgoznának. Jóllehet az Intel elkészítette 80 magos fejlesztésének prototípusát, mindez egy kísérleti program keretében történt és a gyakorlati alkalmazás még jóval odébb van.

Ami pedig a következő Windows megjelenését illeti, erre várhatóan viszonylag hamar sor kerül, a szoftvercég ugyanis korábban arra is ígéretet tett, hogy kisebb szüneteket hagynak majd az új verziók megjelenése között. Debütálási évként már 2009 is szóba került, az optimista vélemények szerint ugyanis már két éven belül elkészülhet a Vista utódja.
Kapcsolódó linkek
Megosztás
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
 

IT/Tech, Hardver
Tudomány, Mobil, Film, Játék
Az internet szabadságáért tüntettek Budapesten Az internet szabadságáért és a Hamisítás Elleni Kereskedelmi Megállapodás, az ACTA ratifikálása ellen tiltakoztak szombat délután mintegy ezren a fővárosban.King Arthur II - The Role-playing Wargame Kiadó: Paradox Interactive Fejlesztő: Neocore Games Honlap Rendszerkövetelmények: Minimum: Dual Core E2180 2,0 GHz-es processzor, 1,5 GB RAM, GeForce 8800 GTS vagy Radeon HD 3850 X2 grafikus kártya, 16 GB szabad hely a merevlemezen Ajánlott: Core 2 Quad Q6600 2,4 GHz-es processzor, 2 GB RAM, GeForce GTX 460 SE vagy Radeon HD 5830 grafikus kártya, 16 GB szabad hely a merevlemezen Hasonló játékok: King Arthur, King Arthur: The Druids, King Arthur: The Saxons, Total War-sorozat Kategória: stratégia A játékosok közül bizonyára nagyon sokan emlékeznek még 2009 zimankós novemberére, amikor a magyar játékfejlesztés történelemkönyvébe egy újabb fontos fejezetet írt a hazai Neocore Games csapata.Harmadára csökkentették a Sigma SD1 árátA Sigma gyártástechnológiai változtatásokra hivatkozva radikálisan átalakította csúcskategóriás készüléke, az SD1-es árazását.LG Optimus Vu és Miracle, új Nokia Egyszerre három új okostelefonról futott be hír a napokban, bár ezek közül csak kettőről tudjuk, hogy nagyjából mire is számíthatunk.Félmillió állás az appfejlesztésben Csak a tengerentúlon majdnem félmillió új állást köszönhetnek az okostelefonra és tábla PC-re fejlesztett appok megjelenésének és immár széleskörű alkalmazásának, bár ez a terület gyorsan változik.
Hirdetés



Hozzászólások
A témához csak regisztrált és bejelentkezett látogatók szólhatnak hozzá!
Bejelentkezéshez klikk ide
(Regisztráció a fórum nyitóoldalán)
2007. máj. 29. 11:35 | válasz | #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  
2007. máj. 28. 11:24 | válasz | #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  
2007. máj. 27. 22:23 | válasz | #51
(+ dual-core)
dez  
2007. máj. 27. 22:23 | válasz | #50
De felsorolhatod azokat is, amiken akármilyen OS fut: nem lesz túl hosszú a lista, és kedvenc Inteled sem lesz rajta.
dez  
2007. máj. 27. 22:03 | válasz | #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.
2007. máj. 27. 20:06 | válasz | #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.
2007. máj. 26. 22:07 | válasz | #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.
2007. máj. 26. 22:04 | válasz | #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  
2007. máj. 26. 18:07 | válasz | #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. :)
2007. máj. 26. 14:49 | galéria | válasz | #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....
2007. máj. 26. 13:24 | válasz | #43
Színes szagos amd64
Hasonszőrű leírást tud valaki több magosra ?
2007. máj. 26. 13:05 | válasz | #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  
2007. máj. 26. 13:05 | válasz | #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  
2007. máj. 26. 12:55 | válasz | #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.)
2007. máj. 26. 12:52 | válasz | #39
x86_64 esetén nincs a Linux kernelben limit a max. magszámra/ processzor számra.
2007. máj. 26. 12:47 | válasz | #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.
2007. máj. 26. 12:43 | válasz | #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.)
2007. máj. 26. 12:38 | válasz | #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.
2007. máj. 26. 12:36 | válasz | #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.
2007. máj. 26. 12:35 | válasz | #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.
2007. máj. 26. 12:25 | válasz | #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ő.
2007. máj. 26. 12:18 | válasz | #32
Ezek a hosszú távú tervek, 2-3 évente akkar az MS új OS -el kijönni.
scorpeeon   "Rest in Peace scorpeeon" 
2007. máj. 26. 12:09 | válasz | #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ó!
2007. máj. 26. 12:03 | válasz | #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.
2007. máj. 26. 11:23 | válasz | #29
Nézd meg melyik képes SMP Guestre.
vmware -böl több változat is van ott.
Gabest  
2007. máj. 26. 04:31 | válasz | #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).
2007. máj. 25. 23:56 | válasz | #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.)
2007. máj. 25. 22:22 | válasz | #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).
2007. máj. 25. 22:11 | válasz | #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).
2007. máj. 25. 22:09 | válasz | #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.
2007. máj. 25. 21:55 | válasz | #23
"de igyekezzünk főleg Vista-t használni."
Miért kéne igyekeznünk ? Nem vagy te MS Evangelista ?
DjDano  
2007. máj. 25. 21:21 | válasz | #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

2007. máj. 25. 21:17 | válasz | #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  
2007. máj. 25. 20:31 | válasz | #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 :)
2007. máj. 25. 19:25 | válasz | #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.
2007. máj. 25. 19:03 | válasz | #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  
2007. máj. 25. 16:40 | válasz | #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  
2007. máj. 25. 16:38 | válasz | #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  
2007. máj. 25. 16:31 | válasz | #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)
2007. máj. 25. 16:20 | válasz | #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))
2007. máj. 25. 16:16 | válasz | #13
Ha mindent teljesen legálisan akarsz, akkor igen, de nem árt elolvasni figyelmesen a licensz szerződéseket, ogyanis avnnak olyan programok, amelyeknél csak azt kötik ki, hogy egy példányban létezzen a HDD-n ez pedig megoldható könnyedén. De nem hinném, hogy az emberek többségének annyíra sokat jelentene a mindent teljesen legálisan, vagy egyáltalán a legálisan kifejezés.
Power  
2007. máj. 25. 16:07 | válasz | #12
A1274815!
Persze és két példányban megveszed a programot, ugyanmár!
2007. máj. 25. 15:44 | válasz | #11
Mondjuk nem hiszem, hogy neki ez miatt: "(ehhez tudtam hozzájutni egyetemi licens keretében)" ténylegesen komoly problémákat okozna egy dual-boot fenntartása, nálla inkább szabad hely probléma akadályozhatja ténylegesen meg. Sajnos a HDD kapacitás nagy úr és a Vista tény, hogy sokat eszik, laptopon nehezebb kivitelezni a dual-boottot.
2007. máj. 25. 15:41 | válasz | #10
Mondjuk szinkronizálási módszer válogatja, de mindegyik esetbe a fájlok mégiscsak fel kerülnek a HDD-re valahol. Onnantól pedig tökmindegy melyik rendszer alol akarod elérni, csak legyen azon a rendszeren telepítve a használni kívánt program. Mondjuk ez akkor rossz, ha egy olyan programmal szeretnél párhuzamosan dolgozni, amely az egyik alatt megy a másik alatt pedig nem, a másik pedig mind kettő alatt futóképes, akkor kicsit egyértelmübb a válasz, nyílván az alá kell mind kettő ahol mind kettő futás képes. Vagy az is lehet egy megoldás, hogy majdnem mindent kétszer telepítesz fel (ügyesen meglehet úgy csinálni, hogy majdnem mindent kétszer telepítettél, még is minden csak egyszer van fenn a HDD-n.
JTBM  
2007. máj. 25. 15:25 | válasz | #9
Ez nem ilyen egyszerű. Egyszerre csak egy rendszert használ az ember, ha dolgozik is vele. Már a laptopot is nehéz rendesen hozzászinkronizálni az otthoni/munkahelyi PC-hez, de a dual-boot-nál értelemszerűen nem lehetnek egyszerre bekapcsolva a rendszerek, ezért a szikronizálás nem megy.

A végeredmény az, hogy az egyiket használja az ember mindenre, a másikba pedig bele sem lép. Nekem a Vista van fenn, de egyszer nem dolgoztam vele, amikor néha beléptem, akkor valamit javítgattam az OS-en. Most már viszont legszívesebben letörölném, de nincs rá unistall. ;-)))
Axon  
2007. máj. 25. 15:21 | galéria | válasz | #8
Nekem is hasonló volt a felállás. Dual boot-os volt a gépem. Először DOS6.22-win95 páros volt rajta, majd DOS6.22-win98. Ezután jött a Linux-win98 majd a Linux-winXP páros. Aztán fokozatosan minden eszközömet támogatni kezdett a linux (printer, scanner, usb-s cuccok), így ma már XP-t csakis játékra használom, de a dual boot maradt.
2007. máj. 25. 15:09 | válasz | #7
"Mindig frissítgettem de rohadt lassú volt."

Szóval játszani akartál, nem de?

Amúgy a tökéletes megoldás, amit néhányan az XP megjelenésénél csináltak: Dual boot.
Akkoriban XP és 98 volt néhány értelmesebb személynél a megoldás, nem pedig az, hogy "szar XP". Most is ez a megoldás csak Vista és XP dual boot. Amire nem jó a Vista arra ott az XP, de igyekezzünk főleg Vista-t használni. Amikor meg végre normális driverek lesznek Vista alá, akkor szép lassan vissza lehet szorítani az XP használatát egyre kisebb mértékre. Végén pedig akár meg is lehet szabadulni tölle. (Nállam akkoriban NT4 és XP volt Dual bootban, NT4 azóta is fennt van, viszont el sem indítottam már legalább 1 éve.)

Nekem is van még XP Vista mellett, első sorban a Serious Sam SE (el se indul Vista latt) és FarCry (kicsit lassú még az Nvidia Vistas driverével) kedvéért. Az összes többi viszont elfogadhatóan fut, vagy elviselhetően lasabban.
JTBM  
2007. máj. 25. 14:54 | válasz | #6
A Vista most érik be. Az XP-t sem használtam az első két évben, addig megmaradtam a Win2000 mellett.

A Vistát most tanulják az alkalmazás fejlesztők, most kezdik az első valódi Vista driverek megírását. Ehhez idő kell.

2 évvel a megjelenés után aztán majd mindenki elkezdni használni és olyan kevesen használnak majd XP-t, mint ma Win2000-t.

Egyébként nemrégen kellett dolgoznom Win 2000 alatt és pár apróság borzasztóan hiányzott, pl. a Win 2000-ben nem volt még csoportosítás a programok között és nem volt egy minimalizáló gomb, ami minden ablakot lecsukott. E két funkció hiánya miatt a szokott munkatempóm felével tudtam csak dolgozni, ami eléggé kiidegelt... Pedig ezek hihetetlenül kis dolgok egy OS-ben...
0ckH4M  
2007. máj. 25. 14:32 | válasz | #5
Amilyen szar lett a Vista... Nem csoda, hogy ki szeretnének dobni valami normális oprendszert. Vista business volt fent a gépemen (ehhez tudtam hozzájutni egyetemi licens keretében) és kb 2 hónapig bírtam vele. Mindig frissítgettem de rohadt lassú volt. Felraktam újra az XP-t (ez is egyetemi) feltelepítettem az összes frissítést hozzá, és sokkal gyorsabban fut. Biztonságról nem tudok beszélni, mivel se az XP-vel se a Vista-val nem volt problémám ilyen téren.
2007. máj. 25. 14:32 | válasz | #4
"Debütálási évként már 2009 is szóba került, az optimista vélemények szerint ugyanis már két éven belül elkészülhet a Vista utódja."

Ez lol még ma is sokan pampognak a mostani miatt, de már az újjat készítik? attól hogy vista 9999.456 verziót fogják kiadni ami 10k procin futhat egyszerre, még a hibák megvannak... Nagyon bírom az MS felfogását. Valami nem ok akkor ültessük át másba, amibe beleveszünk egy új dolgot, és eladjuk hogy ez már jó...
Power  
2007. máj. 25. 14:19 | válasz | #3
"...számítanak a sokmagos, vagyis 8, 16, vagy akár 64 processzormagot tartalmazó asztali chipek megjelenésére, és ennek megfelelően fejlesztik a Windows család következő tagját..."
Van egy olyan érzésem, hogy alaposan 8 magon sem lesz gyorsabb, mint a vista 2-n vagy az xp 1-gyel. :)
r4pt0r  
2007. máj. 25. 13:43 | válasz | #2
Van már újabb SSD.
Kaadi  
2007. máj. 25. 13:40 | válasz | #1
Valamit ujithatnanak mar a tarolasi tehnologiak teren is. Meg a ma leggyorsabb merevlemezek is piszokul visszahuzzak a szamitogepeket. Hiaba fog egyszerre rengeteg program futni a processzoron, ha a merevlemez feje nem tudja majd tartani a lepest az irasi es olvasasi muveletekkel.