Kirjoittaja Aihe: [RATKAISTU] Erittäin hidas VMware  (Luettu 6527 kertaa)

Ganymedes

  • Käyttäjä
  • Viestejä: 3915
    • Profiili
[RATKAISTU] Erittäin hidas VMware
« : 21.12.20 - klo:19.30 »
Minulla on vanha, hyvä työasema, jossa olen ajanut VMwarea monet vuodet. Nyt tein kuitenkin kokonaan uudet asennukset ja siirryin Ubuntun version 20.04.1 (+ uusimmat päivitykset) ja VMware Player on 16.1 eli uusin.

Win7 VM-kone toimii erittäin hitaasti - olettaisin, että kaikki muutkin VM-koneet. Se on niin hidas, että se pitää käytännössä sammuttaa ennen sisäänlokkausta koska se kestää ikuisuuden.

Onko jollakin tiedossa jokin erityinen syy tähän? Virtualisoinnit on päällä sekä BIOS-asetuksissa, että VMwaressa ... joilla ei aiemmin ole ollut edes väliä tällaisessa perustapauksessa. Kyse ei ole mistään triviaalijutusta kuten liian pienestä keskusmuistista tai hitaista levyistä.

Emon BIOS-päivitykset ovat vielä tekemättä. Emo on ASUS P8P67 Pro / 16 GB RAM, USB3 SSD. Jos tämä ei auta niin pitääkö käyttää vanhempaa Ubuntua tai vanhempaa VMwarea tai jotain?
« Viimeksi muokattu: 14.02.21 - klo:10.58 kirjoittanut Ganymedes »

Ganymedes

  • Käyttäjä
  • Viestejä: 3915
    • Profiili
Vs: Erittäin hidas VMware
« Vastaus #1 : 21.12.20 - klo:20.24 »
Ei auttanut BIOS-päivitys, uusin aika vanha, vuodelta 2012. Ei millään viitsisi tehdä Windows-konetta tätä varten.

PÄIVITYS: Asensin sitten Windowsin - Win 10, 1903. Aivan samanlainen työasema, ei sama. VM-kone sama (Win7, ajetaan ulkoiselta levyltä). Toimii aivan oletetusti. Ilmeisesti jommassa kummassa on jotakin pahasti vialla - VMwaren Ubuntu-versiossa tai Ubuntu 20.04:ssa.
« Viimeksi muokattu: 21.12.20 - klo:23.08 kirjoittanut Ganymedes »

kaulahuivi

  • Käyttäjä
  • Viestejä: 380
    • Profiili
Vs: Erittäin hidas VMware
« Vastaus #2 : 22.12.20 - klo:17.13 »
VMware taitaa vaatia aikamoiset tehot? Itselläni ollut aina hidas.

Ganymedes

  • Käyttäjä
  • Viestejä: 3915
    • Profiili
Vs: Erittäin hidas VMware
« Vastaus #3 : 22.12.20 - klo:17.45 »
Tässä tapauksessa ei ole kyse suorituskyvystä sinänsä.

VMware ei ole oikeastaan ollut hidas pitkään aikaan, järkevästi konfiguroituna. SSD-levyltä ajettuna on nopeampi kuin mitä levyn nimellinen kirjoitusnopeus antaa olettaa. Käytännössä, riisuttu VMware-kone jota käytetään vain yhteen rajattuun tehtävään, on monesti nopeampi kuin fyysinen kone, johon on ladattu kaikki mahdollinen. Olen joskus takavuosina julkaissut täällä nopeusvertailuja. Ulkoinen USB-2 kovalevy on toki kelvoton, mutta eihän sellaista ole tarvinnut käyttää pitkään aikaan.

... mutta nyt ei käytännössä toimi Ubuntussa ollenkaan. Googlekaan ei kerro mitään oleellista - tai en ainakaan ole löytänyt. En ole vielä kokeillut muilla koneilla, jos on joku Asus-i7-emo-juttu ... Windowsissa kyllä toimii.

Ganymedes

  • Käyttäjä
  • Viestejä: 3915
    • Profiili
Vs: Erittäin hidas VMware
« Vastaus #4 : 01.01.21 - klo:16.34 »
Taisin törmätä VMware Foorumilla amerikkalaiseen tapaan hoitaa ongelmat: Kun ongelma on liian nolo, jotta sen voisi myöntää se vaietaan kuoliaaksi. Eivät ole vastanneet mitään.

Löysin kommentteja toukokuulta, että "Ubuntu on aivan uusi, anna tuen ilmestymiselle aikaa." No, nyt se ei ole "aivan uusi" ja kyseessä on LTS ja huhtikuusta on jo mennyt 8+ kuukautta.

Eli lopputulema: Ei sen pitäisikään toimia. Todella noloa. Sinänsä en tiedä onko vika VMware-yrityksessä vai Ubuntussa - molempien intresseissä toki on Microsoftin tuotteiden puskeminen marginaaliin, joten onhan tämä hyvin noloa heiltä.

En ole vielä päässyt kokeilemaan josko varhaisempi VMware versio toimisi Ubuntussa. Ubuntun downgradaus ei ole minulle optio. Joten Windowsilla mennään toistaiseksi.

Kokeilin asentaa Ubuntu Studio 20.04.1:een - taidot loppuvat kesken. Virheilmoituksista en saa tolkkua, että mitä siitä puuttuu. Laitoin liitteeksi (ainakaan /var/log/vmware :sta ei löydy mitään järkevää, ainakaan minulle). Tämä virhe tulee asentamisen jälkeisessä kääntämisessä, mitä VMware vaatii tehtäväksi.

(Studio-ongelma ei kuulu tälle palstalle - jos joku haluaa kommentoida, niin voin toki avata uuden keskustelun oikeassa paikassa.)
« Viimeksi muokattu: 01.01.21 - klo:18.36 kirjoittanut Ganymedes »

Tomin

  • Palvelimen ylläpitäjä
  • Käyttäjä / moderaattori+
  • Viestejä: 11487
    • Profiili
    • Tomin kotisivut
Vs: Erittäin hidas VMware
« Vastaus #5 : 01.01.21 - klo:20.20 »
Pitääköhän tuo kuvassa oleva virheilmoitus tulkita niin, että xz-komento puuttuu? Sen puuttuminen tuntuisi vähän yllättävältä, mutta xz löytyy kuitenkin paketista xz-utils. Ko. paketin asennusta voisi koittaa.
Automaattinen allekirjoitus:
Lisäisitkö [RATKAISTU] ketjun ensimmäisen viestin aiheeseen ongelman ratkettua, kiitos.

Ganymedes

  • Käyttäjä
  • Viestejä: 3915
    • Profiili
Vs: Erittäin hidas VMware
« Vastaus #6 : 01.01.21 - klo:23.32 »
Pitääköhän tuo kuvassa oleva virheilmoitus tulkita niin, että xz-komento puuttuu? Sen puuttuminen tuntuisi vähän yllättävältä, mutta xz löytyy kuitenkin paketista xz-utils. Ko. paketin asennusta voisi koittaa.

Kiitos ehdotuksesta.

Tämä oli kuitenkin jo asennettu vakiosti eikä siten auttanut.

Kokeilin normaalilla Ubuntulla, VMware versiolla 15.5.5 (ja .6), mutta ei toimi sekään. Tulos oli ehkä vielä huonompi koska jotkut koneet eivät käynnisty ollenkaan (vaikka vääntää BIOS-asetukset oikein) ja kyseiseen koneeseen ei pääse käytännössä kirjautumaan, koska kestää älyttömän kauan päästä edes yrittämään.

Tällä hetkellä ei ole muita konsteja kuin käyttää Windows Hostia tai Virtual Boxia - ei oikein huvittaisi koska Ubuntu-VMware on aina ollut parempi kuin kumpikaan aiemmin mainituista yhdessä tai erikseen.
« Viimeksi muokattu: 01.01.21 - klo:23.34 kirjoittanut Ganymedes »

Ganymedes

  • Käyttäjä
  • Viestejä: 3915
    • Profiili
Vs: Erittäin hidas VMware
« Vastaus #7 : 12.01.21 - klo:12.10 »
Tässä mitä kyselin VMware palstalta - sieltä ei vielä ole tullut mitään vastausta ... tietäisikö joku Ubuntu palstalla?

------
As mentioned before, in Ubuntu 16.04.1 VMware Player works as it always has worked.

Other tests, on the same computer, mentioned above /Asus MB, 16 GB, i7, vanha mutta hyvä työasema. Viimeisin BIOS v. 2012/

- Linux Mint 20.1. No surprise there, it doesn't work since Mint is based on Ubuntu

- Fedora 33 (latest). It does work as it should for a Win7 VM.

- Fedora 33. With Win10 VM, it seems to work, but at some point hangs the entire computer, not just VM. This may have to do with "memory management", which is mentioned elsewhere for Win10. Also VM-computer BIOS has one more option with the case of Win10. This may be a some kind of a configuration issue.

So, there seems to be something very wrong with VMware Player on Linux. It may be hardware specific, details are presented above in length, or kernel specific or Ubuntu specific. I would have expected that testing of VMware Player/Workstation, involves a fresh Ubuntu install with patches and explicit confirmation where it did work. I have now done 4 different fresh installs for verification. The solution may be a simple prerequisite or configuration issue, which just isn't documented anywhere. With Ubuntu 16.04 and before, there was nothing specific that should have been noted - it worked as expected.

Jere Sumell

  • Käyttäjä
  • Viestejä: 742
  • Talous, Hallinto ja Markkinointi (AMK, 2017),B.B.A
    • Profiili
    • Tietokone-blogi
Vs: Erittäin hidas VMware
« Vastaus #8 : 14.01.21 - klo:20.42 »
Tuo VMWare on oman kokemuksen mukaan järkyttävä tehosyöppö. Opiskeluissa AMK:ssa oli opiskelijalisenssillä se yhdellä kurssilla yhdessä koneessani, kunnes sitten tajusin siirtyä Oraclen Virtualboxiin. On siinäkin tosin ongelmia ilmennyt nyt 64-bittisen Windows 10:ssä ajettaessa.

VMWare on mittavan kalliskin virtuaalikone-ohjelmisto Windows-ympäristölle, varmaan MAC-ympäristöönkin ja en tiedä, onko siitä olemassa Linuxissa toimivaa versiota. En kyllä ymmärrä mitään syytä, miksi sen hankkisi kotikoneelle, ja varmaan yrityskäytössäkin, ketkä virtualikoneita pyörittää, varmaan vähenemään päin tuo VMWaren käyttö kun hajautetut pilvipalvelu-alustaratkaisut ovat alkaneet yleistymään, mitä Google, Microsoft ja Amazon tarjoaa. Niissähän hinnoittelu perustuu puhtaasti tuntitaksaan sen osalta ainoastaan, mitä ominaisuuksia niissä käyttää, niin voisi kuvitella, että monet yritykset käyttävät niitä kustannussyistä katteensa maksimoimiseksi.
« Viimeksi muokattu: 14.01.21 - klo:20.46 kirjoittanut Jere Sumell »
Free Internet and  people for humans all over the globe!

(Profiilikuvassa oma valokuvani GIMPissä editoituna Disney Classic-väripaletin väreihin ja muunnettuna bittikartta-tiedostosta vektorigrafiikaksi.)

Ganymedes

  • Käyttäjä
  • Viestejä: 3915
    • Profiili
Vs: Erittäin hidas VMware
« Vastaus #9 : 14.01.21 - klo:21.51 »
Tuo VMWare on oman kokemuksen mukaan järkyttävä tehosyöppö. Opiskeluissa AMK:ssa oli opiskelijalisenssillä se yhdellä kurssilla yhdessä koneessani, kunnes sitten tajusin siirtyä Oraclen Virtualboxiin. On siinäkin tosin ongelmia ilmennyt nyt 64-bittisen Windows 10:ssä ajettaessa.

VMWare on mittavan kalliskin virtuaalikone-ohjelmisto Windows-ympäristölle, varmaan MAC-ympäristöönkin ja en tiedä, onko siitä olemassa Linuxissa toimivaa versiota. En kyllä ymmärrä mitään syytä, miksi sen hankkisi kotikoneelle, ja varmaan yrityskäytössäkin, ketkä virtualikoneita pyörittää, varmaan vähenemään päin tuo VMWaren käyttö kun hajautetut pilvipalvelu-alustaratkaisut ovat alkaneet yleistymään, mitä Google, Microsoft ja Amazon tarjoaa. Niissähän hinnoittelu perustuu puhtaasti tuntitaksaan sen osalta ainoastaan, mitä ominaisuuksia niissä käyttää, niin voisi kuvitella, että monet yritykset käyttävät niitä kustannussyistä katteensa maksimoimiseksi.

Eh, kaiken saa toimimaan huonosti - se ei vaadi mitään. Nyt on kuitenkin sellainen ongelma joka ei tällä koneella toimi ollenkaan - en ole pystynyt vielä testaamaan muilla koneilla, josko olisi specifinen rautaongelma.

VMware ei maksa mitään yksityiskäytössä. Teknisesti se toimii missä hyvänsä ilman lisenssiä, mutta lisenssiehto on silti voimassa. Tällöin puhutaan VMware Playeristä joka sisältää kaikki tavanomaiset ominaisuudet. Kehittyneitä piirteitä tarvitaan vain harvoin (kuten koneen snapshot lennosta siten että käyttö jatkuu. Sitä ei tarvita jos 10 minuutissa otettu 100% backup koneesta riittää.).

Näitä pilvipalveluita ei tarjota ilmaiseksi. Jotkut niitä halajavat, lähinnä siksi että ei tarvitse ymmärtää käyttöjärjestelmästä eikä edes ohjelmien asentamisesta mitään. En oikein ymmärrä it-ammattilaista joka tätä haluaa - loppukäyttäjän ei tietysti käyttäessä tarvitse ymmärtää näitä asioita riippumatta miten konetta käyttää, pilvestä, virtuaalisesti vai fyysisesti. Esimerkiksi muutaman päivän sisäinen koulutus saattaa tuoda kymmenen tuhannen euron laskun silloin kun tilataan palvelut mainitsemiltasi tahoilta. Se, että se on halpaa, on pelkkä näköharha - kaikki on halpaa mitä ei itse tarvitse maksaa.

Virtualisointijärjestelmä, meidän tapauksessa ei maksa juuri mitään. Syynä on se, että kaikilla on joka tapauksessa moderni läppäri, Microsoft Visual Studio lisenssit (MSDN) ja esim. 100 euron 1 TB:n SSD levy. Tällöin virtuaalikoneen käyttämisen rajakustannus on 0 euroa, esim. sisäisessä koulutuksessa. Toki virtualisointiohjelmisto, hinta esim. 100 euroa, pitää ostaa jotta käyttö on laillista yrityskäytössä. Nämä kustannukset ovat täysin marginaalisia pilvipalveluihin nähden. Virtualisointiohjelmistoa käytetään teknisessä käytössä kaikkeen joka tapauksessa.

Se, että käytetään serveri- tai pilvipohjaista ratkaisua, tarkoittaa sitä, että kaikki käyttävät samaa konetta. Joskus se on jopa vaatimus, mutta it-teknisessä opiskelussa se on usein mahdoton rajoitus.

Se, että VMware olisi jotenkin tehosyöppö ei pidä paikkansa. Se vaatii SSD-levyn, jotenkin kovalevyjen teknologia ei sovi sille. Johonkin tiettyyn tarkoitukseen tehty virtuaalikone on monesti nopeampi kuin vaikkapa fyysinen läppäri johonka on ängetty kaikki. Pilvipalvelun nopeus on epämääräinen ja riippuu siitä miten paljon siitä on maksettu. Kerroin jo aiemmin että olen kirjoittanut dokumentin missä yleisimmät virheet on korjattu, joita virtuaalikoneen luomisessa voi tehdä. Esimerkiksi SQL Serverin tyhmällä konfiguraatiolla saa kovalevyltä ajettavan virtuaalikoneen toimimaan erittäin hitaasti - tällä ei ole siis VMwaren kanssa suoranaisesti mitään tekemistä.

Se, että onko VirtualBox hyvä vai ei - en tiedä, koska sitä toisaalta käytetään myös. Virtuaalikoneiden siirrettävyydessä on VirtualBoxissa ärsyttävä vaatimus, mutta oikein käytettynä käsittääkseni asia hoituu.

VMwaressa Windows käytössä 15 vuoden aktiivisen käytön aikana, specifiset ongelmat ovat tasan nolla - puhun nyt siitä, että KAIKKI merkittävä on tehty virtualisoituna viimeiset 10 vuotta eikä koskaan fyysisellä Windows-koneella. Tietyissä tilanteissa käytän kolmea VMware konetta samaan aikaan, koska tarvitsen 3 eri serveriä/applikaatiota (en halua tässä selventää tarkemmin). Kahden eri Domainin välistä replikoinnin simulointia kolmella eri VMware koneella (2 serverikäyttistä ja yksi työasemakäyttis) on myös aina välillä tarpeen testata ja kouluttaa (en kerro tätäkään tarkemmin).

VMwaresta ei ainoastaan löydy sekä Linuxille että Windowsille versioita, vaan samaa, esim. ulkoisella levyllä majailevaa virtuaalikonetta, voidaan ajaa vuorotellen kummalla tahansa käyttiksellä. Mac-versiokin on, mutta sitä en ole käyttänyt.

Ubuntulla on nyt paha ongelma. Fedorassa toimii. Täytyy vaihtaa konetta josko BIOS vuodelta 2012 on niin huono asia kuin miltä se näyttääkin.

Jos puhutaan normaalista tuotannollisesta yrityskäytöstä, niin työasemavirtualisointia ei tietenkään käytetä, vaan käytetään serveripohjaista virtualisointia. Tämä on aivan erilainen pallopeli. Siinä maailmassa VMware-tuotteet ovat ehdottomassa markkijohdossa Microsoftin pyristelee perässä. VMwaren 90% markkinaosuus ei varmaan ole viime vuosina voinut mitään muuta kuin pienentyä. Pilvipalvelut ovat oma asiansa - ne ilman muuta ovat yleistyneet.

Tässä mielessä omenat, päärynät ja appelsiinit, työasemien virtualisointi, servereiden virtualisointi ja pilvipalvelut - niitä ei saa käsitellä yhtenä sekamelskana, koska kaikella on oma paikkansa. Ohjelmistojen testaus, yritystietokannan käyttäminen ja maailmanlaajuinen sähköposti - niitä ei ajeta samassa it-infrassa.

Ganymedes

  • Käyttäjä
  • Viestejä: 3915
    • Profiili
Vs: Erittäin hidas VMware
« Vastaus #10 : 26.01.21 - klo:17.20 »
No niin, homma vihdoin selvisi!

Ratkaisu ei ollut helppo havaita - no, jos olisi ollut, niin olisi ratkennut heti. Ongelma ei myöskään ollut tyypillinen - oikeastaan minkään muun teknisen asian kanssa mitä olen kohdannut. Täältä varmaan löytyy asiantuntijoita, joilla on perustiedot kunnossa, jotta voi spekuloida tai tietää, voiko tämä ongelma olla peräisin, Linux kernelistä, Linux distrosta (Debian sukuiset ja Fedora) vain VMwaresta itsestään. Tietysti näiden kombinaatiot ovat sitten oma lukunsa (esim. kernel kehitys, johon VMware ei ole reagoinut).

Ongelma: VMware virtuaalikone ei toimi (millään realistisella ja käyttökelpoisella nopeudella, josko ollenkaan loppuun asti), Ubuntu 20.04.1, 18.04.1 ja Mint 20.1 koneilla. Toimii kuitenkin Ubuntu 16.04.1 koneella ja nähtävästi (samanlaisella raudalla) Windows 10:ssä.

Se mikä oli näiden toimimattomien järjestelmien perussyy, oli vanhempi (2 TB) kovalevy - myöskään USB-2 väylässä oleva levy ei toiminut. Tarkemmin testattuna, myöskään Fedora 33 ei toiminut tältä levyltä.

Selvyyden vuoksi, se missä uusimpien testien mukaan toimii, ovat mm. nämä:

- Ubuntu 20.04.1 ajettuna uudemman teknologian HDD-levyltä, 6 TB
- VM:t Win7 ja Win10 eivät eroa (siis kyse on vain Hostin toiminnasta)
- kuten edellä mainittua, Ubuntu 16.04.1 toimii miltä levyltä vain
- vanhassa levyssä ei ole havaittuja ongelmia. Kopiointiajat (testit edellyttivät mm. 110 GB:n virtuaalikoneen kopiointia levylle) olivat normaaleja, pikaiset SMART-testit eivät paljastaneet mitään.

Näyttäisi siltä, että VMware tuotetestit on tehty puutteellisesti - jo jonkin aikaa, koska ongelma on ollut läsnä jo versiosta 18.04.1 lähtien. Se, että mikä on perussyy, on oma asiansa, mutta kaupallisen tuotteen toimimattomuus, jos sitä ei ole dokumentoitu, on aina bugi. VMware Player on sekin kaupallinen tuote, koska yrityskäytössä, esim. koulutuksessa, siitä pitää maksaa (luokkaa 100 euroa per kone + päivitykset 1-2 vuoden välein).

Hommaa voisi testata tietysti vielä monelta kantilta, mutta koska asia ei enää ole relevantti minulle tällä hetkellä, niin enpä taida testailla. Testit ovat aika vaivalloisia, koska virhetilanteesta ei realistisesti pääse eroon millään muulla kuin "kill process" -tavalla. Tämä taas yleensä rikkoo VM-koneen. Tarkoitan tässä mm. seuraavia testejä, joiden tulokset ovat jossain määrin ennakoitavissa edellä kirjoitetun perusteella: USB-3 väyläinen SSD/Nvme H.2 levy, sisäinen SSD-levy, ristiintestaus Windows 10 Host-koneen kanssa samalla kovalevyllä, kovalevyn tarkempi testaus, muilla vanhoilla kovalevyillä testaus, uudemman raudan käyttö, toisen SATA-interfacen käyttö emolevyllä.

JaniAlander

  • Käyttäjä / moderaattori+
  • Viestejä: 3370
    • Profiili
Vs: Erittäin hidas VMware
« Vastaus #11 : 26.01.21 - klo:17.34 »
Itse ajoin Vmware Pro 15:sella tässä just tällä viikolla tavaraa, ei mitään havaittavia nopeusongelmia. Isäntänä siis Kubuntu 20.04..Olisi saanut sen 16 versionkin mutta tän ketjun perusteella en ottanut sitä vaan tuon vanhemman version. Ajettavat virtualisoidut käyttikset toki myös SSD:llä.
« Viimeksi muokattu: 26.01.21 - klo:17.35 kirjoittanut JaniAlander »
Core i5-9400F 2.9ghz 32GB Ram, Nvidia RTX2060 Kubuntu 24.04-64bit, Windows 10 Pro 64-bit Samsung Series 5, AMD A-6 2.1 GHz 4 Gt Ram, Ubuntu 18.04 64-bit.
Lenovo T60 Core2Duo 2GB Ram Ati Mobility Radeon 128 MB Ubuntu Mate 16.04-64bit
Commodore Amiga 500 1MB Ram.

Ganymedes

  • Käyttäjä
  • Viestejä: 3915
    • Profiili
Vs: Erittäin hidas VMware
« Vastaus #12 : 26.01.21 - klo:18.20 »
Itse ajoin Vmware Pro 15:sella tässä just tällä viikolla tavaraa, ei mitään havaittavia nopeusongelmia. Isäntänä siis Kubuntu 20.04..Olisi saanut sen 16 versionkin mutta tän ketjun perusteella en ottanut sitä vaan tuon vanhemman version. Ajettavat virtualisoidut käyttikset toki myös SSD:llä.

Yep. En huomannut eroja alunperin 15.5.5/6:n ja 16.1:n välillä. En kuitenkaan ole testannut Prota vaan pelkästään Playeriä - en tosin oleta näiden välillä olevan mitään eroa. Onhan tämä Upgrade, vain lisenssiavaimen syöttö (siltä se näyttää).

Kokeilepa tökätä ulkoinen levysi USB-2 väylään, jos ajat ulkoiselta. Mutta varovasti, koska Kill Process rikkoo VM:n (aja siis kopiota).

Jos ajat sisäiseltä SSD:ltä, oletankin sen toimivan OK (vaikka en ole testannut - johtuen liian suuresta VM:stä testauksen alkukohtana - pitää aloittaa uudestaan järkevämmän kokoisella).

JaniAlander

  • Käyttäjä / moderaattori+
  • Viestejä: 3370
    • Profiili
Vs: Erittäin hidas VMware
« Vastaus #13 : 26.01.21 - klo:18.29 »
Itse ajoin Vmware Pro 15:sella tässä just tällä viikolla tavaraa, ei mitään havaittavia nopeusongelmia. Isäntänä siis Kubuntu 20.04..Olisi saanut sen 16 versionkin mutta tän ketjun perusteella en ottanut sitä vaan tuon vanhemman version. Ajettavat virtualisoidut käyttikset toki myös SSD:llä.

Yep. En huomannut eroja alunperin 15.5.5/6:n ja 16.1:n välillä. En kuitenkaan ole testannut Prota vaan pelkästään Playeriä - en tosin oleta näiden välillä olevan mitään eroa. Onhan tämä Upgrade, vain lisenssiavaimen syöttö (siltä se näyttää).

Kokeilepa tökätä ulkoinen levysi USB-2 väylään, jos ajat ulkoiselta. Mutta varovasti, koska Kill Process rikkoo VM:n (aja siis kopiota).

Jos ajat sisäiseltä SSD:ltä, oletankin sen toimivan OK (vaikka en ole testannut - johtuen liian suuresta VM:stä testauksen alkukohtana - pitää aloittaa uudestaan järkevämmän kokoisella).

Sisäiseltä SSD:ltä ajan, on mulla jossain ulkoinen HDD, mitä käytän koneiden korjailuun aputyökaluna...pitää testata joskus.
Core i5-9400F 2.9ghz 32GB Ram, Nvidia RTX2060 Kubuntu 24.04-64bit, Windows 10 Pro 64-bit Samsung Series 5, AMD A-6 2.1 GHz 4 Gt Ram, Ubuntu 18.04 64-bit.
Lenovo T60 Core2Duo 2GB Ram Ati Mobility Radeon 128 MB Ubuntu Mate 16.04-64bit
Commodore Amiga 500 1MB Ram.

Ganymedes

  • Käyttäjä
  • Viestejä: 3915
    • Profiili
Vs: Erittäin hidas VMware
« Vastaus #14 : 26.01.21 - klo:22.15 »
Taisin löytää nyt varsinaisen syyn.

Ensinnäkin kiellän syyllistyneeni liialliseen optimismiin, mutta tämä oli kuitenkin osasyyllinen :) . Se, että VMware toimi versiossa Ubuntu 16.04.1 on oma meriselitykseni ... ei pitäisi uskoa, että NTFS oikeasti toimii Ubuntussa/Linuxissa. Tai tässä tapauksessa jopa jatkaisi toimintaansa versioissa 18.04.1 ja 20.04.1, vaikka joskus on toiminutkin. No, toimiihan se, mutta ei VMwaressa.

Otin uuden kovalevyn ja varmistin jälkeenpäin kyseisellä kovalevylläkin, kun filesystem on Linux-normaali ext4, homma pelittää. Kokeilin myös USB-3 liitynnän takana olevalla ulkoisella levyllä, missä on ext4 eikä Ubuntu-oletus (!) disks-apuohjelmassa, ntfs, niin homma toimii odotetun ripeästi.

Siirryin käyttämään järkevän kokoista, aivan tuoretta Win 10 2004 VM:ää (11 GB), mutta se ei ole tässä vaikuttava asia ... muutoin kuin siten, että testaukset on paljon nopeampia suoritettavia.

No, GOOD TO KNOW, älä käytä NTFS:ää tai jos käytät, niin epäile sitä ensimmäiseksi. Se mikä NTFS-versio on kyseessä - mielenkiinto ei riitä sinne asti, mutta tuskin alustus on Ubuntussa tehty (olen sitä pitänyt aina huonona ideana).

Kovalevyt olivat molemmat, vanha ja vielä vanhempi, Western Digital Caviar Green kovalevyjä, 2.0 TB ja 1.5 TB, vuosilta 2012 ja 2011. Nämä eivät ole paljon käytettyjä, mikä paljastuu jo silläkin. että ne vielä toimivat. Näillä malleillahan oli ikävä taipumus lakata toimimasta melko pian.

JaniAlander

  • Käyttäjä / moderaattori+
  • Viestejä: 3370
    • Profiili
Vs: Erittäin hidas VMware
« Vastaus #15 : 27.01.21 - klo:13.03 »
Voi se NTFS olla reilusti natiivia hitaampi joo :D Ei välttämättä huomaa pikkutiedostojen kanssa puuhatessa mutta kas kummaa kun pitäisi vähän enemmän dataa siirrellä jatkuvasti.
Core i5-9400F 2.9ghz 32GB Ram, Nvidia RTX2060 Kubuntu 24.04-64bit, Windows 10 Pro 64-bit Samsung Series 5, AMD A-6 2.1 GHz 4 Gt Ram, Ubuntu 18.04 64-bit.
Lenovo T60 Core2Duo 2GB Ram Ati Mobility Radeon 128 MB Ubuntu Mate 16.04-64bit
Commodore Amiga 500 1MB Ram.

Ganymedes

  • Käyttäjä
  • Viestejä: 3915
    • Profiili
Vs: Erittäin hidas VMware
« Vastaus #16 : 27.01.21 - klo:14.06 »
Voi se NTFS olla reilusti natiivia hitaampi joo :D Ei välttämättä huomaa pikkutiedostojen kanssa puuhatessa mutta kas kummaa kun pitäisi vähän enemmän dataa siirrellä jatkuvasti.

Ei oikeastaan ollut tuosta kyse. Puhun siitä, että suorituskyky romahtaa ja että konetta ei saa edes ajettua alas johtuen tolkuttomista viiveistä.

Varsinkin ekoissa testeissä kopioin 110 GB:n virtuaalikonetta levylle (koska VM hajosi testeissa kill process -tavan vuoksi. aina välillä) eikä suorituskyvyssä ollut mitään erikoista. Siis silloin kun levyllä oli NTFS.

VMwaressa ei muuten ole erityisen isoja tiedostoja normaalitilanteessa. Siis eihän single file muodossa sitä kannata ajaa. 2 GB:n splitit ovat hyviä - tietysti edellä tiedostoja oli kopioitavana aika paljon. Normaalisti käytin koneita joissa oli 80 GB + 150 GB levytilaa, ei toki yleensä aivan täynnä (ja koska pre-allocate ei ollut tarpeen, niin fyysistä levytilaa ei kulunut noin paljoa). Single file olisi ollut lähes mahdoton käsiteltävä eikä joku 40 GB:n tiedoston kanssa pelaaminenkaan mitään herkkua ole, silloin kun joutuu järjestelemään koneita levyiltä toisille.

Poikkeuksena tilanne, jossa on VM:n sisällä tarve isoille tiedostoille, joihin pitää olla mahdollisimman nopea pääsy. Tällainen tilanne voi olla esim. Oraclen tablespacen kanssa kun tietokanta on iso (tai isohko, riippuu mitä isolla tietokannalla tarkoitetaan). Tähän tarkoitukseen kannattaa tehdä oma koneensa, jos muuten ei suorituskyky ole riittävä.

Nyt kun ulkoisella USB-3 - normaali-SSD levyllä on ext4, kone toimii nopeasti, niin kuin kuuluukin.

JaniAlander

  • Käyttäjä / moderaattori+
  • Viestejä: 3370
    • Profiili
Vs: Erittäin hidas VMware
« Vastaus #17 : 27.01.21 - klo:14.17 »
Sitä minä siinä meinasin, että tuleeko se viive isäntäkoneen käsitellessä NTFS:ää? Asiahan ei sinänsä olisi mitenkään kumma. Ts. Ubuntu isäntänä, virtuaalikone USB3:n takana NTFS levyllä, silloinhan luku ja kirjoitus sinne NTFS:lle menee sen isännän ntfs ajurin kautta.
« Viimeksi muokattu: 27.01.21 - klo:14.18 kirjoittanut JaniAlander »
Core i5-9400F 2.9ghz 32GB Ram, Nvidia RTX2060 Kubuntu 24.04-64bit, Windows 10 Pro 64-bit Samsung Series 5, AMD A-6 2.1 GHz 4 Gt Ram, Ubuntu 18.04 64-bit.
Lenovo T60 Core2Duo 2GB Ram Ati Mobility Radeon 128 MB Ubuntu Mate 16.04-64bit
Commodore Amiga 500 1MB Ram.

Ganymedes

  • Käyttäjä
  • Viestejä: 3915
    • Profiili
Vs: Erittäin hidas VMware
« Vastaus #18 : 27.01.21 - klo:14.34 »
Sitä minä siinä meinasin, että tuleeko se viive isäntäkoneen käsitellessä NTFS:ää? Asiahan ei sinänsä olisi mitenkään kumma. Ts. Ubuntu isäntänä, virtuaalikone USB3:n takana NTFS levyllä, silloinhan luku ja kirjoitus sinne NTFS:lle menee sen isännän ntfs ajurin kautta.

Joo, noin se just on.

Mutta on se kumma, koska:

- Ubuntu 16.04.1:llä toimii OK
- kaikki muu Ubuntussa toimii normaalin luonteisesti kyseiseltä NTFS-levyltä versiossa 20.04.1

Laitoin tuonne edelle, mutta en ratkaisu-threadiin, että en tiedä onko vika: 1. Ubuntu distroissa 16.04.1 jälkeen, 2. Linux kernelissä (koska asia koskee myös Fedora 33:a), 3. VMware implmentoinnissa.

Luonnollisesti ongelma voi olla yhdistelmä edellisestä kolmesta kohdasta ... esim. kernel muuttunut ja VMwaren ohjelmakehitys ei ole pysynyt mukana.

Tätä voisi joku tietäväisempi kommentoida - ehkä ainakin löytyy tietoa mikä näistä se ei voi olla tai mikä on todennäköisintä? En tiedä kuka näistä Linuxin tai Fedoran tai Debianin tai Ubuntun NFTS-drivereistä vastaa, näiden testien tapauksessa, Fedora, Ubuntu ja Mint?

nm

  • Käyttäjä
  • Viestejä: 16446
    • Profiili
Vs: Erittäin hidas VMware
« Vastaus #19 : 27.01.21 - klo:16.31 »
Kannattaa tarkistaa, onko NTFS-osio liitetty Ubuntu 16.04:ssä erilaisilla liitosparametreilla. Erityisesti NTFS-3G-ajurin big_writes-parametrilla voi olla suuri vaikutus suorituskykyyn. NTFS-3G taitaa käyttää edelleen vanhaa libfuse2.x:ää, jossa big_writes täytyy kytkeä erikseen päälle.

http://manpages.ubuntu.com/manpages/focal/man8/ntfs-3g.8.html
Lainaus
big_writes
              This option prevents fuse from splitting write buffers into 4K chunks, enabling big
              write buffers to be transferred from the application in a single step (up  to  some
              system limit, generally 128K bytes).

Vilkaise virtuaalikoneen käytön aikana hostin puolella, miltä prosessorikuorma näyttää. Jos mount.ntfs-prosessin tai Fusen kuorma hipoo sataa prosenttia, ongelma on selvästi Linuxin NTFS-ajurissa tai sen parametreissa.

NTFS-3G:hen liittyvää VMware:n hitautta on valiteltu mm. tämän bugiraportin kommenteissa: https://bugs.launchpad.net/ubuntu/+source/ntfs-3g/+bug/392204


Aiheeseen liittyen Paragon Software on tuomassa kerneliin avoimen version suljetusta NTFS for Linux -ajuristaan. Uuden ajurin nimi on NTFS3, ja todennäköisesti se saadaan kerneliin lähikuukausina. Suljettu ajuri on ollut jo aiemmin saatavilla ilmaisena tutustumisversiona, ja nettijuttujen perusteella etenkin kirjoitusnopeus on hyvä verrattuna NTFS-3G:hen.

Lähteet:
https://www.paragon-software.com/home/ntfs3-driver-faq/
https://www.phoronix.com/scan.php?page=news_item&px=NTFS3-v14-Compression
https://wiki.archlinux.org/index.php/Ufsd
« Viimeksi muokattu: 27.01.21 - klo:16.36 kirjoittanut nm »