BStage#44
"Amit a Vistánál processz szintű virtualizációnak hívnak, az szerintem emuláció."
rosszul hiszed. emulációnál (és wine-nél is bár az nem kimondottan emulátor) adott api hivásokat másik api hivásokra forditanak le, miel előbbi api hivások nem léteznek adott rendszeren. Ez természetesen sebesség csökkenéssel és durva inkompatibilitásokkal jár, attól függően, hogy mennyire sikerült teljesen újrairni az "emulált" apit. Erről viszont vista virtualizációjánál szó sincs, ott nativan fut minden kód, nincs átfordás, inkompatibilitás stb, egyszerűen csak a file és registry műveleteit megszűri a kernel, egészen pontosan átirányitja máshova.
"Java motorok előrefordítanak, előre betöltenek, korábbi futtatások eredményeit tárolják, hogy legközelebb gyorsabban álljon fel a rendszer."
ennek nincs köze a superfetch-hez, ez kb az xp prefetch-ét tükrözi. Ott valóban összegyűjti a kernel, hogy adott program miket használ és elteszi egy file-ba, következő inditásnál pedig ezt felhasználva előre betölti azt amit valószinűleg úgyis használni fog a program. (ezért indulnak jóval gyorsabban xp-n a programok mint win2000-en) De ennél a superfetch nagyságrendekkel fejletebb, ott még azelőtt betöltődik a program (ill memória page-i) mielőtt elkezdenéd elinditani, szemben a sima prefetchekkel amik akkor indulnak be mikor már a programot elinditottad.
"méretű alkalmazások szeretnek gyorsindítókat használni, amelyekkel részben a memóriában tartják magukat "
ezzel csak az a baj, hogy ezek ilyenkor ténylegesen lefoglalják a memóriát és elveszik más programoktól. Igy ha mégsem inditod el, akkor teljesen feleslegesen zabálják a ramot, szemben a superfetch-el, ami ha "tévedett" és tök mást inditasz el, akkor nulla lassulás és lapozás nélkül egyszerűen átadja a helyet a másik programnak nem lehet különbséget észrevenni, szabadnak is látszott a memória és meg is kapta a kérelmező.
"pl. Linuxon ez a megoldás, és oda ezért nem is kell ilyen az OS-be, hiszen gyakorlatilag már van."
hát pedig a linuxnak igen nagy szüksége lenne egy hasonlóra, mert ott még alapból is lassabban indulnak az alkalmazások mint winen. (ez a processkezelése miatt van) Ráadásul ilyen durva memóriakezelési gondot az átlag programozóra bizni ritka nagy butaság. Ez tipikusan oprendszerfeladat, a programozó foglalkozzon azzal ami a program célja.
"A Windowsok a fentiektől függetlenül sokkal körülményesebben töltik be a programokat, mint a Linux. "
ez konkrétan nem igaz, nézz utána a kettő process kezelésének...
"Elsősorban a fejlesztők számára jelent iránymutatást"
nocsak. konkrétan mit?
"pl. számos alkalmazás az alapján azonosítja az operációs rendszert, és előfordulhat, hogy nem hajlandóak települni egy olyan rendszerre, ahol egyébként futnának. "
és a tökláma programozók termékeinek mi köze az oprendszer fejlettségéhez?
na de álljunk már meg, ezt tényleg komolyan gondoljátok, hogy egy belső verziószámból kéne megállapitani, hogy milyen fejlett vagy mennyit változott egy oprendszer? mert akkor itt hagyjuk abba a vitát, mert nem üti meg azt a bizonyos minimális szinvonalat...
"Annyi változást láttam, hogy Windows felhasználóként kicsúszott a kezemből az irányítás"
ez már megint üres locsogás, konkrétumokat. Mi az amit nem tudsz irányitani a mostani winekben de a régiekben tudtál?
", csak úgy süvítenek a 3D-s játékok, és a kedvenc programjaim, boinc, ktorrent, Google Earth, aMSN, Skype, Yahoo Messenger, GIMP, OpenOffice, Firefox, "
ezt meg már ezerszer kibeszéltük, akinek elég egy GIMP meg openoffice szintű játékszer, hát használja egészséggel. csak ne akarja bebizonyitani, hogy ezek a csúcs szoftverek, mert egy grafikus vagy egy komolyabb csoportmunka felhasználó röhögve gurul le a székéről. el lehet velük bohóckodni, de komoly munkára alkalmatlanok. Hát ennyit a win csak játékra jó tipusú gondolatmenetekről...
