Příspěvky

571

Hardware / Re:Proč je v BIOS ve výchozím stavu vypnutá virtualizace?

« kdy: 10. 06. 2018, 17:43:57 »

Milfaus taky psal o tajemném odkazu schovaném hluboko v Matrixu, který se zjeví jen po zadání velice specifického dotazu. Na prvních 6 stránkách jsme řešili "tajemné specifické testy", tak na dalších 6 stránkách můžeme hledat "tajemný odkaz". Ale pochybuji, že to ještě někoho v této diskuzi bude bavit.

Ony ty odkazy nejsou nic tajemného, např. tady:

https://serverfault.com/questions/54852/does-adding-hyper-v-role-affect-host-server-performance-when-no-guests-are-runni

akorát to je přesně to co se tady tvrdí od začátku, a sice, že Wokna s nainstalovaným Hyper-V i bez spuštěných guestů mají problém s výkonem .

Všude jinde se píše, že pouhé zapnutí virtualizace žádná výkonností dopad nemá. Běžící hypervisor (a ještě blbě udělaný jak je u MS zvykem) samozřejmě nějaké procento výkonu ubrat může, právě protože běží a CPU musí s tímto programem, běžícím v RING -1 ztrácet nějaký čas, což ale není žádná záhada.

PS: @Jablkoň: S tím ARMem a Sparcem to nebylo vtipné ani poprvé natož opakovaně...

572

Hardware / Re:Proč je v BIOS ve výchozím stavu vypnutá virtualizace?

« kdy: 10. 06. 2018, 02:21:40 »

Já myslím, že v tom mám jasno. To co Milfaus naměřil byl úbytek výkonu na Win se zaplým Hyper-V. Když jsme ho na to upozornili, tak neměl odvahu svůj omyl přiznat a hrál pana tajemného.

Taky to vidím podobně. Kdyby se ta akce totiž nakonec konala a já bych se jí případně mohl účastnit, tohle byla jedna z věcí, které bych kontroloval - že ten "benchmark" nedělá náhodou to, že spustí nějaký hypervisor, který způsobí deklarovanou ztrátu výkonu, přestože nepoběží žádný virtuální stroj, musí mu část procesorového času CPU věnovat, musí odcházet do RING -1 a zpět, atd...

Pokus o blafování byl u Milfause opravdu do očí bijící, jeden z okamžiků byl právě ten...

573

Hardware / Re:Proč je v BIOS ve výchozím stavu vypnutá virtualizace?

« kdy: 09. 06. 2018, 20:42:04 »

a teď je bez šance, aby z toho vylezlo cokoli hodnotného.

Ta šance tu nikdy nebyla
ARM? AMD? No ještě nikdo nechtěl, abych to ukázal i na Sparc

ARM ani Sparc nikdo nechtěl, to jen někdo rýpal. LarryLin, který byl ochoten se s tebou vsadit to sám korigoval, že se jedná o x86 platformu a já osobně to mám úplně stejně...

A proč jsem tam psal takovou částku?
Mimo jiné protože se ty informace dají vygooglovat, pravda, chce to dotaz položit trochu komplikovaněji, ale dají.

Vygooglovat, jasně, třeba:

https://linustechtips.com/main/topic/773041-does-enabling-hardware-virtualization-affect-performance-in-any-way/

nebo

http://www.tomshardware.co.uk/answers/id-3434285/virtualization-impact-performance.html

nebo

https://serverfault.com/questions/770267/performance-impact-enabling-intel-vt-x

kde všichni svorně tvrdí, že to měřitelný dopad žádný nemá. Moje osobní zkušenosti jsou stejné, s tím, že si dokážu představit situace, kdy nějaký testovací software úmyslně [zne|vy]užije zapnutou podporu takovým způsobem, že daný kód pak zdánlivě jede o ty deklarované 1 - 3 % pomaleji (mimochodem 1 % jak jsi se tu snažil natlačit do sázky už není dopad v řádech JEDNOTEK %, protože plurál). Takové triky se dají dělat i bez zapnutí/vypnutí virtualizace a říkat tomu rychlostní dopad zapnuté technologie. Vážně "miluju" syntetické testy s nulovou vypovídací hodnotou...

Jinak šance, že bych z nich něco vyrazil, byla od počátku nulová, tak proč tam nenapsat čtyřicet tisíc, žejo :-)

Děkuje za přiznání, že jsi od počátku hrál falešnou hru a že když jsme si toho všimli a dle toho reagovali a snažili jsme se tvé manipulativní jednání potvrdit či zjistit, jestli to přece jen není tak, jak se nás snažíš (nepravdivě) přesvědčit. Když chceš blafovat, musíš to umět, tohle bylo jak vidno slabé - a to že ti na to někteří skočili a při tvém jednání dostatečně nezpozorněli z tebe mistra v blafování neudělá .

Takže žádné překvápko, že se ukázalo, že to byl jen další troll co nemá nic odborného k diskuzi...

574

Hardware / Re:Proč je v BIOS ve výchozím stavu vypnutá virtualizace?

« kdy: 09. 06. 2018, 18:16:05 »

Jj, Milfause má podivné chování. Ale také se moc nedivím. Ti oponenti (co na tu sázku reagovali) jsou z dost divného těsta. Z pohledu zaměření vlákna. Hledat skuliny, jak z toho utéci, pro zjištění z pohledu vlákna, že to má problémy (zpoždění), jsou nanic.

Případů, kdy se problémy neprojeví, budou kvanta. Jako vždy (viz spectre, ...). Pokud to chtěli zahrát do autu, tak proč tím offtopic (s prominutím) zaneřádili 3 stránky? Vyhrotili to, přišli s nesmyslem, že si najdou kdy to možná nefunguje (ten odkaz na ARM jen vypíchl ten nesmyslný požadavek - proto jsem si nakonec rýpl i já) a teď je bez šance, aby z toho vylezlo cokoli hodnotného.

Já se LarryLinovi nedivím, že to chtěl upřesnit, protože do toho měl vložit 40 tisíc. To že to tu je přehlíženo, protože z toho přece chtějí něco mít i ti co to neplatí mi přijde zvláštní...

575

Hardware / Re:Proč je v BIOS ve výchozím stavu vypnutá virtualizace?

« kdy: 09. 06. 2018, 18:11:01 »

Obecný dotaz - obecné odpovědi. Ale pak se to zvrtlo a namísto ukázání, že to může způsobovat problémy (a případně kde) z toho vyplynulo, že oponent chce najít specifický HW, kde se to NEprojeví a tím něco vyhraje. No, to se toho dozvíme. : - /

Já si teda myslím, že to bylo přesně opačně. Ten co to chtěl ukázat, tvrdil, že to platí obecně a pak se začal vykrucovat, že to má odzkoušené na konkrétním CPU, konkrétním čipsetu a konkrétní desce a že tu obecnou věc (že pouhé zapnutí podpory virtualizace v BIOSu sníží výkon počítače) předvede jen a pouze v tomhle specifickém případě a tím vyhraje i přesto, že to nebude schopen reprodukovat obecně jak se ze startu prsil.
On vůbec celou doby chce mít samé výhody... Oponent má platit 4× více než on, pokud je oponentů více, tak mají to samé platit taky a on to platí jen jednou. On si vybere konkrétní HW, přestože tvrdí, že to je obecný problém. Oponent si nesmí vzít někoho na analýzu jeho kódu, oponent to má brát jako školení, přestože se na něm nedoví, jestli zapnutá virtualizace způsobuje deklarovanou ztrátu výkonu nebo to je problém konkrétní desky/čipsetu/implementace a tudíž znalost, která by se od takového (drahého) školení očekávala a sice "budu vědět, jak pouze zapnutí podpory virtualizace může způsobit ztrátu výkonu a hlavně, který HW je spostižen, jestli mám tedy na výběr, protože se to např. netýká konkrétních CPU / implementací / čipsetů / výrobců desek ap."

Osobně nezpochybňuju, že Milfaus na něco přišel, otázka je ale jestli přišel na to co prezentuje a jestli to je schopen opravdu nezávisle předvést, aniž by si musel kličkami získávat výhody jen proto, aby něco vyhrál protože přece:

Já svoje prašulky vždycky dostanu, vždy, hmmm...VŽDY!

a kdyby náhodou to bylo "nerozhodně" (není mi jasné jaké jsou podmínky, kdy to je nerozhodně), tak:

Pokud bude výsledek nerozhodně, věnujeme penízky na vzdělávání nepřizpůsobivých dětí.

toho, co tomu nechtěl věřit a Milfaus by to nebyl schopen předvést to bude i tak stát 4× víc než toho mluvku.

Prostě samé kličky, výjimky a jednostranné výhody.

576

Hardware / Re:Proč je v BIOS ve výchozím stavu vypnutá virtualizace?

« kdy: 09. 06. 2018, 02:25:40 »

AMD má implementaci zcela odlišnou

To je možné, nicméně jsem netvrdil, že to je na AMD stejné.

Tvrzení bylo, že pouhým zapnutím virtualizace v BIOSu ztrácím pár procent výkonu... Nevidím v tom příspěvku nic o Intelu, nic o konkrétním čipsetu, nic o konkrétní desce, nic o konkrétním OS.
Z logiky věci musíš být tudíž schopen předvést tohle tvrzení na libovolném HW, které virtualizaci umí. Vybrat si specifickou věc, na které někdo něco zmrvil umí každý, dokud to ale není schopen předvést obecně, nemůže do té doby prohlašovat, že to je obecný problém, protože to je pak manipulace a potenciálně nepravdivé tvrzení. To bychom ve vývoji daleko nedošli, kdybychom to dělali tímto způsobem.

AMD je i daleko méně postižené Spectre atd. Neznám detaily jejich implementace, nicméně až budu mít prašulky, můžeme to klidně vyzkoušet i na AMD. Kód zveřejním.

Viz výše... To bys je pak musel vracet s bonusem tvých peněz, když tvrzení bylo takhle obecné a nebude ti to chodit obecně napříč implementacemi, chipsety, OS, deskami...

ale hraji fér hru.

Takže pokud fér, tak předvést, že obecné tvrzení platí obecně a nemanipulovat testy na konkrétní desku, konkrétní chipset, konkrétní implementaci, protože pak to tvrzení není pravdivé samo o sobě, koukat na eskamotérské kousky se chodí jinam a za jiné peníze

577

Hardware / Re:Proč je v BIOS ve výchozím stavu vypnutá virtualizace?

« kdy: 08. 06. 2018, 23:59:55 »

Hardware musí patřit nezávislé osobě/firmě.

Základní deska se dá koupit z Alza, vyberu vhodný typ, ty jí zaplatíš a tobě také zůstane, aby sis to mohl kdykoliv doma ověřit :-)
To bude řekněme rozhodný referenční kus, na kterém se provedou testy.
Přinesu i další kusy HW, abych mohl situaci ilustrovat, jak se to vyvíjelo, kdy jsem si toho poprvé všiml.
HW od AMD nemusí být stejně postižený, netuším, jak to mají implementované, mělo by to být stejné, ale nevím to.

A s tím rád pomůžu. AMD má implementaci zcela odlišnou, dá se dost pochybovat, že to budeš schopen reprodukovat obecně napříč platformami...

578

Hardware / Re:Proč je v BIOS ve výchozím stavu vypnutá virtualizace?

« kdy: 08. 06. 2018, 23:52:09 »

Kolik lidí do toho tedy jde?
Dva? Tři?
Každý z vás dává 40 litrů proti mým deseti.

Milej zlatej, když seš si tak super jistý v kramflecích, tak to má být přesně opačně... Ty dáš každému zúčastněnému 40 proti 10 od každého zúčastněného...

579

Hardware / Re:Proč je v BIOS ve výchozím stavu vypnutá virtualizace?

« kdy: 08. 06. 2018, 22:52:18 »

Jistě že specifické testy a pod Windows.
...
Dopad pod Linuxem nemám naměřený.

Windows rozhodně ne! Jsme na serveru o Linuxu. No a co, že to pod Linuxem nemáš naměřené? Vždyť si přece skálopevně přesvědčen, že ubýtek bude 1-3% (možná víc). 

Jé on myslel Wokna . No tak to jsme doma, Wokna nadetekují podporu virtualizace a pustí k tomu nějaké služby, které mají dopad na výkon v OS. Ale to není dopad zapnuté virtualizace, že?

580

Hardware / Re:Proč je v BIOS ve výchozím stavu vypnutá virtualizace?

« kdy: 07. 06. 2018, 12:14:03 »

na testy dodat stroj, u kterého to tak jak říkáte nebude

Mám to ověřené na Intel Z170 až Z370 a starších serverových chipsetech, leda tak nějaké AMD by mohlo překvapit.

Ano, to by mohlo

581

Hardware / Re:Proč je v BIOS ve výchozím stavu vypnutá virtualizace?

« kdy: 06. 06. 2018, 22:55:30 »

Záleží na spoustě parametrů: jestli se jedná o virtualizaci na Intelu nebo AMD, serverový/desktopový CPU, motherboard, jestli se jedná o nejnovější CPU nebo 7 let starý a hlavně výběr toho testovacího nástroje. Jestli dokážeš bez přesné specifikace testu střelit 1-3%, tak mě to jen utvrzuje v tom, že si vymýšlíš.

@Milfaus: Přesně tak... Osobně bych nedoporučoval, aby jste do toho šel, protože bych mohl být té všetečnosti a LarryLinovi pomohl na testy dodat stroj, u kterého to tak jak říkáte nebude.

582

Distribuce / Re:Výběr nové distribuce pro stolní počítač

« kdy: 29. 05. 2018, 08:29:08 »

Doporučuju ti proto distribuci stvořenou přímo pro takovéto uživatele, jedná se o Windows 7.

Ty budes asi hodne blby, ze jsi si jeste nevsiml nizke popularity Widli mezi zde pritomnymi. Uplne jak Ivan Novy s Bibli. Tak si z nej vezmi priklad a tahni do hajzlu.

A kromě toho, že trollí s Woknama v diskuzi o vhodné linuxové distribuci, tak je úplně pitomý, protože doporučuje něco, co je na nové počítače problém nainstalovat - z důvodu chybějících ovladačů ap. např. NVMe disky, nové Ryzeny 2xxx atd. Instalátor Windows 7 je schopen se úplně sesypat do BSOD při nabootování na moderní mašině.

583

Distribuce / Re:Odinštalovaný apparmor-parser v openSUSE Tumbleweed

« kdy: 16. 05. 2018, 08:15:02 »

https://wiki.archlinux.org/index.php/AppArmor#Disabling

Ďakujem, neodpovedá to na moju otázku priamo(postup je pre nabootovaný systém, ktorý nemám), ale nakoplo ma to, lebo som už robil disable service-u sustemd zmazaním linku namiesto systemctl disable..

Je třeba přečíst více než první větu prvního odstavce. Už v druhé je:

Alternatively you may choose to disable the kernel modules required by AppArmor by appending apparmor=0 security="" to the kernel boot parameters.

Což je pro nenabootovaný systém ;-)

Toto by malo pomôcť. Ak nie skúsim predať patametre systemd cez command line grubu

Viz. výše...

584

Distribuce / Re:Odinštalovaný apparmor-parser v openSUSE Tumbleweed

« kdy: 15. 05. 2018, 23:27:57 »

https://wiki.archlinux.org/index.php/AppArmor#Disabling

585

Hardware / Re:Debian Stretch mrznutí grafiky po hibernaci

« kdy: 11. 05. 2018, 18:45:11 »

No to je právě ono, očividně nezáleží do jaké technologie to zabalí, jestli BIOS nebo UEFI, prostě ten power management vždycky (znovu) zkazí

Jenze kdyz to bali do UEFI, ocividne sance jsou vetsi, viz https://forum.root.cz/index.php?topic=18440.msg264589#msg264589

A u spousty jiných jak jsem psal je to naopak lepší v UEFI only režimu. Takže to spíš ukazuje opět na matlaly z Lenova ne na UEFI jako takové.