Új hozzászólás Aktív témák

• #2870 Szirty őstag Dezsi82 #2869

  Új Válasz 2012-10-12 09:43:46 #2870

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Szirty

  őstag

  válasz Dezsi82 #2869 üzenetére

  Helló Dezsi82!

  Természetesen az összes ellenszenvem a virtuális géppel kapcsolatban a mindennapi "éles" használatra vonatkozik.
  Kétségtelenül előny, hogy lehet gyentelni egy VM-et ritkán használt, más szoftverekkel együtt nem működő programokat havonta/évente egyszer-egyszer használni, vagy szoftvert kipróbálni. Arra tökéletes.

  "- Több fejlesztő környezetet használsz és nem akarod hogy az összes környezet összes kis kommunikációs, sql, meg minden egyéb kis kütyüje fusson olyankor is, amikor nem is használod."

  Ne viccelj ez meg milyen érv? Azt akarod,hogy a virtualizálás állandó jelleggel két pofára GByte számra zabálja a RAM, ot és felezze a a CPU teljesítményt, mert nem akarod, hogy néhány service elhasználjon 10% CPU időt meg pár-tíz MB memóriát?
  Milliókat költünk pár forint megspórolására...
  Persze akarhatod, magánügy, nem akarlak meggyőzni semmiről én csak azért írom le miét nem akarom. (Az ellentétek ütköztetése segíthet másoknak eldönteni ők mit vagy mit ne akarjanak)

  Nyilván megvan az előnye és emiatt a létjogosultsága a VM-nek is. De azért azt merész lenne kijelenteni hogy ezzel együtt nincs hátránya és hogy mindig probléma mentes.
  Számomra két alapvető hátránya teszi problémássá a a mindennapi használatát.
  Az egyik a mértéktelen erőforrás igénye, és teljesen mindegy hány csillió teraHertzes a CPU (és ezen az erőforrás zabáló VM-en futtatunk erőforrás zabáló szoftvert (.NET-es alkalmazás rulez)). Persze a sebesség még ha mérhető is, van annyira szubjektív, hogy talán ami neked "nem lassú" azt én állni látom, benne van ez is.

  Mindenesetre szarul nézett ki, amikor baj volt egy géppel és terepen bekapcsoltuk a gépet, a BIOS szokásos fél perces parádéja után feltápászkodott a Win 1-2 perc alatt, aztán az egész boot műveletet megismételtük további 2-3 perc alatt a virtuális gépen, majd további fél perc mire betöltődik a fejlesztői környzet, aztán egy 20-30 másodperc "kiböngészni" a projectet és annak betöltődésekor nézni a homok órát, miközben a fél műszak, a művezető, az üzemvezető meg a karbantartók kérdezgetik hogy na mi a baj, mit csinálsz...

  Persze tudom jöhetnek az ellen érvek: Pl. hogy vegyünk gyorsabb gépet. Vagy a notebookban van akku, nem kell leállítani amikor kivisszük (akku van, csak épp egy percet sem bír már szegény).
  Vagy hiberbnáljuk, ne bootoljunk, akkor gyorsabban lesz üzemkész. Sajnos van hogy a "sztázisból" bal lábbal ébred a windows és nem jut eszébe hogy hálózat is volt még mielőtt elaludt. Így lehet újra bootolni, ami a leállással együtt, meg a hibernációból való ébredéssel együtt a fenti folyamatra rádob még pár percet. Ezt persze nem mindig csinálja, de ilyenkor (amikor sietni kellene) valószínű :-/

  Mivel a sok kicsi sokra megy a végén mit látnak? Azt, hogy áll a gépsor, én meg negyed óráig állok tétlenül a gép előtt...
  Mióta natív XP megy és nincs VM a gyakran használt fejlesztői rendszer alatt, azóta sokkal hatékonyabb a munka. Ezért javaslom mindenkinek hogy ha teheti kerülje a VM használatát.

  "...és nem szeretnéd, hogy elrontsa a korábbi szoftvert és újra kelljen telepíteni, akkor csak csinálsz egy snapshotot, és bármikor vissza tudsz állni."

  A host gépen végrehajtott image mentéssel megoldható.

Új hozzászólás Aktív témák