Paitsi jos kyseessä on kone, jossa on auki esim sähköpostiohjelma, wordi, mahdollisesti joku pdf, sähköposti
Ainankaan itse en keksi mitään käyttöä nykyisin koneelle, joka ei pyöritä tuollaista yhdistemää sujuvasti.
Mikään näistä ei idlenä olleessaan tarvi käytännössä YHTÄÄN CPU-aikaa.
Muistia ne sen sijaan kuluttaa.
ja pahimmassa tapauksessa vielä joku viruskilleri.
Jos käyttää windowsin mukana tulevaa windows defenderiä, se on natiivikoodia.
Jos taas käyttää jotain kolmannen osapuolen kurasoftaa niin ihan oma mokansa. Ei ole välttämätöntä.
Esim atomit tai AMD:n E sarjan prossut ja mekaaninen kiintojevy eivät tuohon kelpaa, vaikka muistia olisi vähintään 4 gigaa.
Ongelma boldattu. 4 gigaa on liian vähän. Pyörittää oikein hyvin, kun muistia on 8 gigaa ja massamuistina on SSD.
SSD levyllä homma luonnistuu juuri ja juuri, mutta kyllähän sitä on silti odottelutaukoja ohjelmien välillä, kun prossu huutaa 100%:a.
SSD-levy ei tee koneen suorittimesta yhtään nopeampaa.
Se, että SSD auttaa kertoo taas kerran siitä, että se ongelma oli siellä muistin määrässä ja levy-IOssa, ei prosessorissa.
Ja prosessori ei huuda yhtään mitään. Se toimii täysin äänettömästi.
Tuollaiseen kun liitetään vielä joku emulaation aiheuttama hidastus osaan ohjelmista, niin kärsimysnäytelmä ja hermoromahdus, sekä koneen poltto ulkona bensan avustuksella on todennäköinen lopputulos.
Binäärikäännös ei tee levy-IOsta yhtään hitaampaa. Ja 1% * 2 on vain 2%. Tai 5% * 2 on vain 10%.
Ei noilla ARMeilla kannata mitään X86 emulaatiota lähteä leikkimään, kun ei siitä mitään käyttökelpoista ihan oikeasti tule. Noilla kannattaa pyörittää jotain käyttistä, joka lukitsee ja pysäyttää kaikki ei juuri sillähetkellä käyttäjän käytössä olevat softat. Windows ei ole oikein sovelias moiseen, eikä ko idea oikein muutenkaan sovellu PC maailmaan. Nuo kannattaa ihan suosiolla jättää sinne android puolelle.
Jos softa sleeppaa odotellen ulkoista eventtiä, ei se kuluta yhtään CPU-aikaa. Ei sitä silloin tarvi erikseen pysäyttää.
Muutenkin, kun mennään tuollaiseen ongelmaviidakkoon ja tehottomiin ratkaisuihin, niin silloinhan kannattaisi käyttää ihan linuxin jotain kevyttä distroa, eikä leikkiä windowksen kanssa.
Ei tässä ole mitään muuta ongelmaa kuin sinun 4 gigan muistisi ja pyörivä antiikkinen kovalevysi.
CPUn käskykannalla ei näiden kanssa ole mitään tekemistä.
MS:hän jo kokeili Winws RT:tä. Ei se siitä parane, vaikka siihen kylkeen pultataankin melkoisen käyttökelvoton emulaattori.
Saisiko nyt jotain järkeviä perusteluja mutupaskan sijaan?
Windows RT oli ziljoonalla tavalla rampautettu, koska microsoft halusi rampauttaa sitä.
* Osa rampautuksesta oli tehty, jotta saataisiin myytyä windowsin kalliimpia versiota.
* Osa rampautuksesta oli tehty, koska sitä käytettiin laitteilla, joissa on todella vähän muistia, ja haluttiin mielummin rajoittaa toiminnallisuutta kuin tökkivä systeemi
* Osa rampautuksesta oli tehty, jotta microsoftin on helpompi vetää välistä softakaupallaan.
* Osa rampautuksesta oli tehty, koska ei ollut joitain ominaisuuksia tukevia ajureita.
Windows RT samoilla rampautuksilla olisi ollut tasan yhtä huono myös x86-prossulla ajettuna.
Ja binäärikäännin ei ole mikään "käyttökelvoton emulaattori". Hidastuskerroin on yleensä luokkaa alle 2x. Ei luokkaa 10x, kuten muinaisina aikoina täysin "tulkkaamalla" suorittavilla emulaattoreilla.
Sitten jos softa on niin aivokuollut että se käyttää jotain muinaista x87-FPUta (SSE2n sijaan) jonka epästandardia 80-bittistä sisäistä esitysmuotoa ei mikään muu arkkitehtuuri tue, eikä sitä voida suoraan binäärikääntää natiivikoodiksi, vaan se koko liukulukuoperaatio pitää softaemuloida, hidastuvuus voi olla selvästi suurempi.
Mutta mikään moderni tai yhtään suorituskyvystä piittaava softa ei x87-FPUta käytä, tai jos käyttää, sen koodari/kääntänyt henkilö on täysi idiootti joka sillä x86llakin haaskaa hyvin suuren osan sen suorituskyvystä.
