A virtuális környezetek válthatják fel a helyi számítógépeket
Jelentkezz be a hozzászóláshoz.
#7
Nemtom honnan szülted hogy 1 gépen csak 1 virtuális gép fut 😉
gondolkodjál már ! ki az aki egyáltalán bekapcsol bármennyi virtuális memóriát is 2 meg 4 giga fizikai ramos gépeken, ahol csak a virtuális gép kap 1 giga fizikai ramot és fel van rá qrva egy win xp , aminek 256 ram felett SE kell már feltétlenül PageFile.sys... akkor , amikor bármennyi pagefile-t is bekapcsol , az nagyságrendekkel elmarad a fizikai ram sebességétõl, mivel egy mechanikus forgó "gõzgép" , nevezetesen a winyó a fizikai alapja.
A MUNKA SZABADDÁ TESZ
#5
En egy eppen selejtezesre varo regi sony-ericsson t sorozatu telefont hasznalok. Ennek ellenere van rajta telnet es remote desktop, mivel volt hozza ingyen c fordito es sikerult leforditanom par demo programot. Az hogy az ember a sajat fizikai gepet vagy egy virtualis gepet taviranyit a telefonnal nem sokat szamit. A technika amugy sem ujdonsag, japanban a docomo mar joideje igy nyujtott desktop funkcionalitast a kistudasu keszulekeken, de az opera mini is igy mukodik, csak ott az opera bongeszo az egyetlen alkalmazas ami a virtualis gepek tavoli asztalan fut.
A windows mobile ujabb verzioiban a remote desktop mar alapfunkcio, tehat a vmware kulon tamogatasa nelkul is hasznalhato, ha eppen windows fut a virtualis gepen. Az otlet jo, de teljesitmeny szempontjabol csak intenziv i/o-t nem igenylo alkalmazasok eseten hasznalhato. Egy videolejatszas vagy egy sokat rajzolo uzleti program nagyon megterheli a vonalat, ezaltal a lassu kepfrissites miatt a megoldas hasznalhatatlanna valik.
A windows mobile ujabb verzioiban a remote desktop mar alapfunkcio, tehat a vmware kulon tamogatasa nelkul is hasznalhato, ha eppen windows fut a virtualis gepen. Az otlet jo, de teljesitmeny szempontjabol csak intenziv i/o-t nem igenylo alkalmazasok eseten hasznalhato. Egy videolejatszas vagy egy sokat rajzolo uzleti program nagyon megterheli a vonalat, ezaltal a lassu kepfrissites miatt a megoldas hasznalhatatlanna valik.
Mi is rendszeresen használunk vmware-t, nem vagyunk elájulva a teljesitményétõl.
Ugyanakkor az is tény hogy az egyik legjobban kezelhetõ felületet nyujtja.
Ugyanakkor az is tény hogy az egyik legjobban kezelhetõ felületet nyujtja.
#3
😞
- mondta a medve, és fejbe lőtte magát...
Ilyenen dolgozok.
Nem jó megoldásnak tartom, mert rettenetes azt látni egy virtuállisan percekre befagyott gépen, hogy az svchost.exe már 500.000.000+ page faultot csinált. A virtualizáció nem rossz technológia, a szervereink nagy része már virtualizálva van, mennek is hiba nélkül, könnyû a projectek között elosztani az erõforrásokat, de az más technológia. A Vmware-t senkinek nem javaslom fejlesztéshez/production-ba.
Egy jótanács: nagyon erõsen gondoljátok meg a virtuális memoriabeállitásokat, mert a page faultok egy része csak sima lapváltás, és a vmware esetén nagy eséllyel ez annyit jelent, hogy a diszk két szektora között történik egy másolás.
Nem jó megoldásnak tartom, mert rettenetes azt látni egy virtuállisan percekre befagyott gépen, hogy az svchost.exe már 500.000.000+ page faultot csinált. A virtualizáció nem rossz technológia, a szervereink nagy része már virtualizálva van, mennek is hiba nélkül, könnyû a projectek között elosztani az erõforrásokat, de az más technológia. A Vmware-t senkinek nem javaslom fejlesztéshez/production-ba.
Egy jótanács: nagyon erõsen gondoljátok meg a virtuális memoriabeállitásokat, mert a page faultok egy része csak sima lapváltás, és a vmware esetén nagy eséllyel ez annyit jelent, hogy a diszk két szektora között történik egy másolás.
Ha már kivan a faszod az idióta szignókkal csinálj te is egyet.