Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - LarryLin

Stran: 1 ... 33 34 [35] 36 37 ... 44
511
Server / Re:Jakým nástrojem virtualizujete?
« kdy: 02. 10. 2019, 10:30:18 »
Já to mám jen na testování aplikací.
jj, to je asi jediné co mě napadlo.

512
Server / Re:Jakým nástrojem virtualizujete?
« kdy: 01. 10. 2019, 23:37:11 »
A v čem na Linuxu virtualizujete MacOS?
Znám:
Kód: [Vybrat]
https://github.com/kholia/OSX-KVM
ale asi dělám něco špatně  :(
Na čem jsi pohořel? Tady je možná jednodušší návod s čístým Qemu - https://collaboradev.com/2018/10/19/arch-linux-running-osx-high-sierra-in-qemu/
Díky za link, při bootování končím stále na "Attempting system restart", ale VirtualBox dokonce zablokuje celé GUI, a musím ho killnout z jiné konsole... Bohužel ani podle toho návodu to neběží.
Cvičně jsem to zkusil a vše funguje podle návodu. Pouze jsem z těch Qemu parametrů odstranil celý řádek, který začíná "-netdev user...", aby mě to nelezlo do netu. Zprovoznění VGA pass by taky mělo jít, ale nezkoušel jsem, nemám pro MacOS žádné využití.

513
Server / Re:Jakým nástrojem virtualizujete?
« kdy: 01. 10. 2019, 16:13:40 »
A v čem na Linuxu virtualizujete MacOS?
Znám:
Kód: [Vybrat]
https://github.com/kholia/OSX-KVM
ale asi dělám něco špatně  :(
Na čem jsi pohořel? Tady je možná jednodušší návod s čístým Qemu - https://collaboradev.com/2018/10/19/arch-linux-running-osx-high-sierra-in-qemu/

514
Server / Re:Jakým nástrojem virtualizujete?
« kdy: 01. 10. 2019, 13:23:20 »
Pokud vím, tak pro KVM není dostupný žádný clusterovaný filesystem, který je na live migraci potřeba.
U KVM jsou přece možnosti NFS, GFS, OCFS2, GlusterFS, CephFS. Předpokládám, že GFS/GFS2 od Redhatu je také nabízen v RHELu pro produkční nasazení.

Pokud jsem to kde četl, tak VMFS je v tomto ohledu nejdál.
Pro posouzení, který je nejrychlejší/nejstabilnější bychom potřebovali nějakou tu seriózní studii, kterou nemáme, ale nějak nevidím s Live migrací s KVM problém. Jedinou jistotu zatím vidím v tom, že s VMware se zadrátujete na nějakém konkrétním komerčním rešení.

515
Server / Re:Jakým nástrojem virtualizujete?
« kdy: 01. 10. 2019, 12:01:49 »
Myslím, že Hyper-V moc do cloudu nemíří. Jeho v podstatě jediná síla je integrace do podnikové sítě, s čímž souvisí i správa power shellem. Pokud nepoužíváte MS technologie, Hyper-V bych vyloučil, nic nepřináší.
Ano, záleží kde a co chce člověk virtualizovat a věřím, že jsou případy kdy Hyper-V vyhraje, protože to bude cesta nejmenšího odporu.

Pokud chcete provozvovat i cluster a využívat live migraci virtuálek mezi servery (bez přerušení provozu), pak zbývá jedině ESXi a Oracle Xen. Z toho, že tuto enterprise funkci podporují bych usuzoval, že tyto dva budou nejdál.
Nevím jestli je to pravda, ale co jsem četl, tak Google Cloud používá KVM (nepoužívají Qemu, ale mají prý něco vlastního). A Amazon AWS se přesunul od Xenu také ke KVM. Takže pokud největší cloudy světa jedou na KVM, tak mi do toho moc nezapadá tvoje informace, že pro live migraci (bez přerušení provozu) "zbývá jedině ESXi a Oracle Xen".

516
Server / Re:Jakým nástrojem virtualizujete?
« kdy: 30. 09. 2019, 22:42:02 »
Jaka je rychlost kvm virtualizacie v porovnani s vmware alebo hyper-v?
Lidových úvah, který hypervizor je rychlejší je spousta, ale serióznějších studií je méně. Taky záleží čemu přidáš v testu větší váhu, jestli rychlosti souborového systému nebo propustnosti CPU.

Pokud nemáš hlubší znalosti, abys zhodnotil, která studie je seriózní/neseriózní (já je taky nemám), tak bych se více řídil tím v jakém poměru jsou hypervizory nasazeny na cloudech, tam totiž nejde o filozofování, ale o prachy a každý si pečlivě zhodnotí jaký hypervizor nasadí. Podle tohoto měřítka by asi Hyper-V prohrál.

517
Server / Re:Jakým nástrojem virtualizujete?
« kdy: 30. 09. 2019, 19:01:31 »
... ake krkolomnosti vo svete virtualizacie prevadzate

To by asi byly hodně dlouhé příběhy  :) - stavění virtuální mašiny přináší hodně problémů stejně jako stavění fyzické mašiny, ale přispěji ti svojí zkušeností.

VMware nepoužívám, protože jsem chtěl kdysi zprovoznit VGA/GPU (PCI) passthrough  a nejvíce příkladů na netu bylo pro Qemu, takže padla volba na něj. O Xenu jsem lehce přemýšlel, ale pokud nejde o opravdu profesionální virtualizaci, tak je to kanón na vrabce. Virtualbox je oproti Qemu jednodušší, ale málo přizpůsobitelný a tušil jsem, že by mě v budoucnu omezoval. Také Libvirt jako nadstavba Qemu byl ve hře, ale kdysi se mi stalo, že mi nešel spustit Virt-manager (jejich bug) a já si uvědomil, že Libvirt je další (někdy zbytečná) vrstva, která může způsoboval problémy. Na druhou stranu mě Libvirt lákal, že má automatiku pro CPU pinning nebo pro Huge Pages, ale není to nic co by nešlo i v Qemu. A nedávno jsem zjistil, že si Libvirt při spuštění VM přidává ke Qemu tento svůj parametr:
Kód: [Vybrat]
-sandbox on,obsolete=deny,elevateprivileges=deny,spawn=deny,resourcecontrol=deny

Moc informací jsem o tom nenašel. Jestli jste to někdo zkoumal, tak by mě zajímalo jestli je to dobrá věc co zvýší bezpečnost.

V Linuxu mám díky Qemu:
VM Windows 10
- VGA pass s plnou 3D akcelerací - na občasné hraní AAA her
- zatím co linux používá integrovanou GPU
- pokud je VM vyplá mohu Nvidii používat v Linuxu
- klávesnici a myš lze mezi linuxem a VM předávat klávesovou zkratkou L_CTRL + R_CTRL (virtio-input); lze to samozřejmě i tím, že klikneš do okna VM, ale virtio je pro minimalizování latence.
- i přes to, že VM používá svoji GPU (Nvidia), tak mohu výstup z něj vidět přímo v Linuxu (Looking Glass)
- Takže ve výsledku je velmi elegantní mít na jedné ploše Linux a na druhé Win 10, oba s plnou 3D akcelerací
- Pokud někomu stačí 2D akcelerace, tak je také možnost pomocí virtuálního ovladače GPU (qxl)

VM Windows XP

- nepoužívám ACS patch a bez něj se mi nedařilo zprovoznit VGA pass, protože XP nepoužívá UEFI.
- před pár dny jsem XP potřeboval a asi díky novějším GPU ovladačům se VGA pass. povedl, což mě překvapilo protože můj IOMMU group není ideální.
- bohužel na winxp nefunguje Looking Glass, takže se musí na monitoru přepnout "source" (přijatelná daň za plně akcelerované XP :) )
- takže si dovolím tvrdit, že mám nyní na linuxu lepší kompatibilitu se staršími windowsáckými programy/hrami než bych měl ve Win 10. Jestli se něco nezměnilo tak Hyper-V uměl VGA pass jen na Windows Serveru

VM Linux
- několik VM - debian, fedora, manjaro...
- kupodivu jsem s Manjarem měl více problémů než s Win 10. Zkoušel jsem různé virtuální GPU (qxl, virtio-gpu), ale čas od času to vytuhlo. Jiné distribuce se zdály být v pohodě

518
Zkus tu virtuální plochu 1366x1536 nedávat do xrandr, ale do xorg.conf - https://www.maketecheasier.com/how-to-setup-dual-monitors-with-xrandr/

519
Software / Re:Lutris vs PlayOnLinux
« kdy: 23. 09. 2019, 15:25:42 »
Z nostalgie pár starších her mám a Lutris mě přijde asi nejlepší, na rozdíl od POL má:
- vyleštěnější a stabilnější GUI
- má spoustu dalších spouštěčů (Runners), např Dosbox, Atari
- Konfiguráky her z webu Lutrisu mně přijdou bezpečnější (narozdíl od POL, který používá Bash, tudíž tam může být i nebezpečný kód). Mam dojem, že ve výsledku mi stejně žádný konfigurák z webu nefungoval.

Výhoda Lutrisu a POL oproti čistému Wine je v možnosti instalovat více verzí Wine, zároveň to může být bezpečnostní díra, protože jsou to všechno binárky. U hry Vietcong jsem si všiml, že nejnovější verze Wine nezobrazovala ve hře krev, která byla viditelná zdálky při zásahu. Několikrát jsem přepl verzi Wine jestli jsem se nepřehlídl a opravdu to tak bylo. Určitě to nebyla práce moralistů co protestují proti množství krve ve hrách :), ale asi se v novějším Wine jinak vykreslovaly některé textury.

Pro nativní (Linuxové) hry ze Steamu Lutris nepoužívám, nevidím v tom žádnou výhodu. Možná u Windowsovských Steam a Gog her na Linuxu, to může být při instalaci rychlejší, vím, že v Lutrisu je Steam-win runner a hry z Gogu se dají hromadně naimportovat a člověk tudíž nemusí používat Gog Galaxy, ale asi se tím připraví o "Cloud saves", možná i o další funkcionality co Gog Galaxy nabízí, nevím nepoužívám to. Lutris mám jen na pár retro her.

520
Zřejmě jsem si myslel, že v kernelu je nějaký univerzální ovladač (nějaké nadefinované API) a firmware je nadstavba tohoto ovladače, který definuje HW vlastnosti a zajišťuje komunikaci mezi USB donglem a kernelem, ale tak jak to popisuješ se firmware jen natáhne do USB donglu a slouží pouze pro vnitřní potřebu donglu. Dík za vysvětlení.

Jestli teda většinu ovladačů HW na linuxu nedodává výrobce, ale musí to dělat programátoři ručně, tak to klobouk dolů. Asi si sebou pořád nesu zkušenost z windowsů, kde jsem byl zvyklý, že výrobce zařízení dodal i ovladače. "Nvidia F_ck you" znám, ale vypadá to, že stejná drbárna je i s tou spoustou USB dongů, klávesnic, myší co stojí pár korun. Teď si uvědomuji, že jsem měl problémy s 6-ti tlačítkovou myší Logitech - taky ty ovladače nebyly dotažené.

521
Aha, tak to jsem si popletl. Nešlo o kompilaci firmware, ale o kompilaci kernelu od no_bodyho  + tvoje úpravy do vanilky 5.0.8

Moc mě to teda není jasné jak to funguje. Když přijde na trh nový HW (nemusí to být jen DVB-T2), tak nestačí když výrobce dodá fw soubory, ale ten daný produkt musí být navíc i v kernelu?

522
Moc bych se divil jestli tady po tvých popisovaných problémech ještě zůstal nějaký člověk co by uvažoval o koupi Evolveo Sigma T2" alias Mygica "T230C v2" (T230C2) :) Potřeboval jsem koupit něco na LibreElec, takže problémy, které popisuješ na Debianu bych asi neměl, ale stejně jsi mě už na předchozí stránce dokonale odradil, takže jsem raději koupil DVBSky T330. :)

Zeptám se jako laik, který nikdy žádný fw nekompiloval. Proč nejde zkopírovat soubory *.fw pro T230C2 z LibreElecu https://github.com/LibreELEC/dvb-firmware/tree/master/firmware do Debianu? Výrobce DVBSky také radí jen zkopírovat fw z jeho stránek do adresáře Firmware a mělo by to šlapat, ale Debian nepoužívám, takže nevím.

523
Odkladiště / Re:(Rádoby)frikulínská komunikace firem
« kdy: 08. 09. 2019, 00:03:20 »
Video je umělé a strojené, ale funguje, tak jako každá jiná reklama. Pokud se někdo pere o zaměstnance, kteří na trhu nejsou, tak je v dnešní době skoro povinností takové video nebo web mít. Čím víc "benefitů" tam nacpete tím líp. Jediné co mě zaráží, že o čaji a kafi píše každý, ale aby tam napsali jestli mají v létě klimu, tak to ne. Video ve mně pouze vyvolává otázku, jestli stejné umělosti nedosahují i firemní povinné akce, to by pak bylo utrpení.

524
Drive stacilo zadat jen email a heslo a bylo hotovo, clovek mel email.
Naopak dnes je to hroznej vopruz, bud chteji vyplnit jmeno , datum narozeni atd, nebo chteji telefonni cislo apod.
Pokud potřebuješ email jen pro jednorázovou registraci někde na webu, tak rychlejší než zakládat freemail je nějaký email generator: https://generator.email/

Např. na stránkách Nvidie for Developers se mi stalo, že freemail pro registraci nefungoval - nepřišlo potvrzení regisrace (ani do spamu), pomohl až ten email generator.

525
O Babišovi a Prchalovi je jen nadpis. Celý článek je jen vysvětlením co je to astroturfing. U politiky je spoustu proměnných, ale tady se bavíme o webu Atmoskop.cz, jehož hlavní činností je přinášet recenze firem. Recenze je hlavní výsledný produkt toho webu a pokud s ním opravdu manipulují a firmy si je mohou např. kupovat, tak to negativní vliv mít bude. Výroba nekvalitních recenzí bude mít stejný vliv jako výroba nekvalitních aut v případě automobilky. Lidé k nim ztratí důvěru.

Stran: 1 ... 33 34 [35] 36 37 ... 44