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

• #8 bambano titán Eperfa #7

  Új Válasz 2007-07-31 23:16:44 #8

  Ú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

  

  bambano

  titán

  válasz Eperfa #7 üzenetére

  No, akkor vesézzünk:
  
  ''ha a virtualizációt hagyományos eszközökkel kívánjuk megoldani, a konszolidáció kevésbé hatékony'': mik azok a hagyományos eszközök? mit tekint ő kevésbé hatékonynak?
  
  ''Ebben az esetben ugyanis a teljes alkalmazásstacket, beleértve az operációs rendszert is, annyi példányban kell futtatnunk, ahány virtuális környezetet szeretnénk kialakítani.'': ez konkrétan nem igaz, mert lehet chrootolva vagy uml-ben is futtatni java vm-eket. figyelembe véve még azt a későbbi állítást, miszerint az oprendszerből keveset használ a jvm, ezért nem lehet azt mondani, hogy hajde nagyon sokat ront egy oprendszer a jvm teljesítményén.
  
  ''operációs rendszer szolgáltatásai közül csak nagyon keveset használ fel, ezért a hagyományos megoldás igen erőforrás-pazarló.'': ha keveset használ, akkor legfeljebb pár százK memóriát pazarol, az operációs rendszer (pontosítsunk: a rendszermag) azon részei nem foglalnak semmi erőforrást, amit nem használ a jvm. Mivel kevés ilyet használ, ezért kevés pazarlás történik (nem nulla a pazarlás, ezt elismerem).
  
  VMWare esx: ez állítólag operációs rendszer nélkül fut: mint itt már megjegyezték, az esx-ben nagyjából minden benne van, ami egy operációs rendszerhez kell, hiszen hogyan másképp futhatna. Nem fognak hardverfüggő cuccokat rakni magába a virtualizációba, kell egy kernel jellegű dolog. Még akkor is, ha a virtualizáció és a fizikai hw meghajtók, ütemező, memóriamenedzser, hálózati driverek, stb. stb. egy darab exe-ben (kernellé linkelhető objektumban, mindegy, minek hívjuk) vannak
  
  Az ok, hogy csináltak spéci vm-et, ami közvetlenül a hypervisoron fut, és itt esetleg kimaradt az oprendszer. Ennek hasznosságán lehetne vitatkozni, hiszen ha kihajítják pl. a linux kernelt (de itt akár windows kernelt is mondhatnék), akkor ezzel kihajítják azt a rengeteg optimalizálást, finomhangolást is, amit a linux és a windows fejlesztők 15-20 év alatt beleöltek a rendszermagokba és megírták ennek egy részét újra. Kétségeim vannak afelől, hogy egy jvm fejlesztő jobb block cache-t ír, mint akár az ms, akár a linuxosok.
  
  Tehát maradjunk annyiban, hogy indokok nélkül nevezheted fikázásnak a témát, de vannak indokok is, amik a leadott pr anyag szintjét bizonyítják. Összefoglalva a kifogásom lényegét: ha (a cikk szerint) állítólag olyan keveset használja az oprendszert a vm, akkor annak kimaradása szükségképpen csak keveset gyorsít. Amiben nem vagyok teljesen biztos, de ez utóbbi mondatod veheted flémnek.
  
  

• #5 bambano titán shev7 #4

  Új Válasz 2007-07-31 20:41:58 #5

  Ú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

  

  bambano

  titán

  válasz shev7 #4 üzenetére

  Maradjunk annyiban, hogy ez a szokottnál is gagyibb pr cikk volt

• #3 bambano titán shev7 #2

  Új Válasz 2007-07-31 17:00:34 #3

  Ú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

  

  bambano

  titán

  válasz shev7 #2 üzenetére

  Khmm. a java az a virtuális gépen fut...

• #1 bambano titán

  Új Válasz 2007-07-31 16:29:56 #1

  Ú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

  

  bambano

  titán

  Ha egyáltalán nincs operációs rendszer a ketyerében, akkor min fut?

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