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

• #30093 Dißnäëß nagyúr I02S3F #30092

  Új Válasz 2020-04-25 21:55:20 #30093

  Ú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

  

  Dißnäëß

  nagyúr

  válasz I02S3F #30092 üzenetére

  Hát nézd, próbáltam rövidre fogni, de nem megy.

  Főleg i3-i5-i7-2xxx sorozatú CPU-k, ha jól tévedek. Egyébként véleményem szerint kétesélyes. Az intel vt-x -et követő vt-d sincs még meg minden ilyen CPU-ban (de kellene a tényleges proci modelled), ami i/o eszközök paravirtualizációját teszi lehetővé.

  Most ránézve az Intel procilistájára, egy ilyen generációs i3-ban nem látok vt-d-t, míg egy másik ugyanilyen generációs i5-ben igen. Valszeg vt-d hiányában kevesebb az esély élvezhető sebesség elérésére, tehát jó, ha a CPU is tudja ezt, és a BIOS/UEFI is támogatja és bekapcsolható (és be van kapcsolva), vagy nincs sehol sem benne (és gyárilag be van kapcsolva). Vt-d hiányában a teljes virtuális gép hardvert emulálnia kell a hypervisor-nak, ami rengeteg CPU időt zabál fel, vt-d mellett lényegesen kevesebbet.

  Amit látok, hogy virtualizáció téren lassú a növekedés feature téren, egy stabil lineáris valami, semmi ugrásszerű. VGA kártyát és jópár speciális hardvert és képességet a host-on még mindig nem tudunk, vagy csak nagyon korlátosan úgy odaadni egy vagy több VM-nek, hogy rendesen kihasználják a hardvert. Vannak rá módszerek, de nem triviálisak, pl. a W10-emnek VGA kártyát csak úgy tudnék adni, ha alaplap, processzor, BIOS + a VM-nek odaadandó hardver (!) egyaránt kivétel nélkül támogatná az IOMMU funkciót, és ez is úgy működne élőben, hogy mondjuk egy második VGA kari lenne a gépemben, amit a host nem használ, de rá van kötve egy monitor, az első monitoron látszik a host és a desktop vagy konzol vagy akármi, amit akarok, a második monitor még kuka, majd amikor indítom a W10 VM-et, a hypervisor odaadja neki a dedikált, eddig alvó VGA karit, a W10 ezt látja immár rendes driveren keresztül (pl. nvidia, amd, mindegy) és akkor van egy W10-em, amivel egész jó natívközeli teljesítményben tudok grafika ügyileg játszani, míg vagy 5%-ot bukok CPU oldalon (ami nagyon jó arány ma már). És ez is még csak köhög, bug-ok, fagyások, de nem-desktop célokra viszont hatékonyak már a mai hardverek és virtualizációs megoldások.

  A jövő szerintem amúgy ebbe az irányba mutat, hogy van egy hardver és valós időben képes lesz futni egymás mellett akár két tökmás OS is, vagy egyik a másik hypervisor-a lesz ultra minimális overhead-el, vagy ténylegesen egymás mellett (utóbbira kevesebb esélyt látok most, előbbi pedig lassan de biztosan megvalósulni látszik).

  Szóval szervernek - ha nincs nagy i/o igény - befogható a laptop, grafikában viszont nem lesz egy rakéta, az az egész virtualizált élményt meg fogja ölni, lassú ablakok, vánszorognak, húzás közben széttörnek, 1-2 fps-es youtube video-k és sorolhatnám.

  Szervernek "headless" üzemmódban jó lehet, csak mégiscsak egy laptop, nem arra lett kitalálva, se akksi, se hűtés, se ECC, se semmi. Szóval mégsem.

  De ha mondjuk Windows-od van rajta és tegyük fel, fejlesztő vagy és kellenek virtualizált környezet(ek)ben "zárt világok" és szórakozol olyannal, hogy:
  - mondjuk egy 3 node-os MySQL InnoDB HA cluster (3 VM, 1 vCPU, 1G RAM)
  - backend és/vagy middleware környezet, valami kisméretű php motor, java, mittomén (2 VM, 1vCPU, 512 RAM)
  - mondjuk load balancer-el előtte, pacemaker-el, tűzfalak, akármi (legyen 1 VM, 1vCPU, 512 RAM)
  .. ez így nagyot hasalva 6 vCPU, 4-5G RAM... el lehet szórakozni..

  Sebességben szerény leszel, DEV rendszernek meg UAT-nak jó lehet akár amúgy, ha van sok RAM-od és óvatosan adagolod a vCPU magokat, PET-nek már nyilván nem, ahhoz fel kell tolni felhős gépekre a lefejlesztett full stack-et, bekonfigolni rendesen és úgy meghajtani, mielőtt PROD-ra mész vele.

  De kicsiben "bohóckodni" és igazából a lényeget, funkcionalitást, script-eket, proxy-kat satöbbiket lefejleszteni, beállítani, bekonfigolni, kipróbálgatni a viselkedésüket, egymás közötti kapcsolatokat, stb stb stb, arra tök megfelelő lehet.

  Mondjuk főleg 4 fizikai magos kellene itt is ami a Te szériádban ritka, inkább 2 mag lesz az, jó esetben 4 szál, szóval mondom, nem kell rakétát várni, de azért lehet értelmes dologra használni.

  Ez csak 1 példa volt, fogalmam sincs, miért virtualizálnál egy ilyen laptopon, de fentebbiek szó nélkül. Minimál Linux grafikus felület nélkül (vagy ha nagyon muszáj, akkor egy LXDE/XFCE, de minek) és indulhat a móka. A Windows host-nak hagysz a 8-ból 3-4 Gigát (lehetsz először szigorú, hogy csak 3-at, a többit kiosztod VM-eknek) és igazából jó lehet a dolog.

  Webfejlesztéshez meg full stack motyókra én így csinálnám (vagy még a konténerek ugye, 1 VM-be akár több konténer is, már ami konténerizálható..) .. és lenne valami távoli storage-om mindegyik virtualizációs környezetbe belinkelve, ahova néha felszinkronizálom az adatokat, fájlokat, akármit, amolyan biztonsági mentésként, ha máról holnapra megdöglene a laptop, vagy megsemmisülne, ellopnák, akármi.. legyen ez akár egy buta rsync, akár egy sftp cron-al a háttérben rendszeresen meghívva, akár eleve egy elosztott fájlrendszer, bááármi....

  Magánvélmény, uff. Tökéletes megoldás nincs, de ki lehet próbálgatni a nagy alkotómunka előtt, meddig feszítheted a vászont

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