Proton 4.11 a patche do linuxového jádra pro zvýšení herního výkonu (diskuse)

[debian+]

http://man7.org/linux/man-pages/man2/futex.2.html

[Xhv111]

Tak už jak to vlastně je?? Vrátil jsem se po deseti letech výhradního používání Linuxu (Canonical) po jejich oznámení že od verze Ubuntu 19.10 nebudou podporovat 32 bit knihovny, potom to upravili že vydání 19.10 a 20.04 lts budou podporovat vybrané 32 bit u těchto vydání. Používám několik pro mě důležitých 32 bit. aplikací výborně fungujících pod Wine a tohle prohlášení Canonicalu bylo zcela poslední kapkou s Linuxem jsem definitivně skončil. S podivem jsem zjistil, že určitě dost přes polovinu nově vydávaného současného sw je 32bit. Jsem rád že se mi od jednoho arogantního uživatele Ubuntu dostalo "rady" ať si tedy používám Windows. Je to krátký čas, ale zatím vůbec nelituji. Jenom mi není jasné tohle prohlášení Valve o Protonu. Což Canocical jasně neprohlásil že do budoucna s 32bit knihovnami nepočítá a navíc že v budoucnu zařízne i jakoukoliv podporu 32bit v jádře. K čemu tedy v budoucnu bude Wine/Proton v 64bitech? Zařízneme diskety, zničili jsme Unity, zastavili vývoj Miru atd. Co mohou uživatelé čekat za rok, za dva? Za takovou budoucnost kdysi tak skvělého *buntu děkuji ale nechci. To 100x raději Microsoft. Bezpečně surfovat po intenetu mohu s libovolným live distrem.

[AsciiWolf]

Tak už jak to vlastně je?? Vrátil jsem se po deseti letech výhradního používání Linuxu (Canonical) po jejich oznámení že od verze Ubuntu 19.10 nebudou podporovat 32 bit knihovny, potom to upravili že vydání 19.10 a 20.04 lts budou podporovat vybrané 32 bit u těchto vydání.

"Thanks to the huge amount of feedback this weekend from gamers, Ubuntu Studio, and the WINE community, we will change our plan and build selected 32-bit i386 packages for Ubuntu 19.10 and 20.04 LTS. We will put in place a community process to determine which 32-bit packages are needed to support legacy software, and can add to that list post-release if we miss something that is needed."

Zdroj: https://ubuntu.com/blog/statement-on-32-bit-i386-packages-for-ubuntu-19-10-and-20-04-lts

 

S podivem jsem zjistil, že určitě dost přes polovinu nově vydávaného současného sw je 32bit.

Zdroj?

 

Zařízneme diskety, zničili jsme Unity, zastavili vývoj Miru atd. Co mohou uživatelé čekat za rok, za dva? Za takovou budoucnost kdysi tak skvělého *buntu děkuji ale nechci. To 100x raději Microsoft.

1. Diskety již dnes považuji za deprecated věc. Je to fajn retro, ale osobně již pro ně nemám využití.

2. Unity nebylo špatné, ale přechod k upstream řešení vítám.

3. Mir byl špatná volba již od začátku.

 

To 100x raději Microsoft.

Tvá volba. Osobně Windows 10 považuji za vcelku povedený systém, nicméně je pro mne osobně nepoužitelný vzhledem k tomu, že si vážím svého soukromí.

[Xhv111]

Však to jsem to napsal že oznámení upravili, ale nenapsal jsem na nátlak uživatelů a Steamu. Wine pokud vím má pouze jedno vyjádření a to že nebude pro Ubuntu dělat balíčky. Nebo se mýlím? Daily build je dosud s Wine bez 32bit balíčků. Zkoušeno dnes ve Virtualboxu. Jinak řečeno vše bude platit omezeně do konce podpory lts verze 20.04. Potom konec podpory skvělého Wine a 32bit aplikací kterých je drtivá většina. Proto ta moje volba ke které mě Canonical po letech dokopal. Brzo to čeká Fedoru atd. Komunita a uživatelé mohou tato rozhodnutí ovlivnit stejně jako rozhodnutí Microsoftu tedy vůbec nijak. Je fakt, že mě to docela mrzí...

[AsciiWolf]

32bit aplikací kterých je drtivá většina.

Opět tohle hloupé, ničím nepodložené tvrzení.

[Xhv111]

Jasně jsem blb který nemá soupis nově vydávaných verzí programů a utilit pouze v 32bitové verzích. Btw ani Thunderbird nemá dodnes oficiálně podporovanou 64bit instalačku. Nemá cenu se dohadovat. Osobně jsem v *buntu ve Wine používal jenom zakoupený Winrar v 64bit verzi, jinak naprosto vše 32bit. Ještě jenom dodám, že hry jsem nikdy nehrál ani pod Wine ani ve Win a žádné zkušenosti s jejich (ne)podporou nemám. Canonicalu asi dochází prachy, jinak si jejich naprosto debilní rozhodnutí nedokážu vysvětlit. Je vidět že to s podporou desktopu myslí opravdu vážně

[dustin]

Také pod wine provozuji většinou 32bit aplikace, snad ani jednu 64bitovou. Jaké máš ty 64bitové pod wine?

[AsciiWolf]

Jednak z příspěvků autora nijak nevyplývá, že má na mysli 32-bit Windows aplikace, provozované ve Wine, druhak jsem osobně již před lety provozoval pod Windows cca 50% software v 64-bit verzích. Wine sám ani nemám nainstalované, občas používám pouze Proton ve Steamu a ano, spousta her je skutečně 32-bit, ale i tady se již situace lepší (třeba DOOM z roku 2016 je 64-bit a v Protonu běží skvěle).

[uživatel gentoo]

Proto dodnes nelituji pri přechodu na Linux pred patnácti lety rovnou na gentoo.

Btw fck android a jeho korekci slov a recaptcha taky

[R]

Linux nie je len Ubuntu.

[k3dAR]

pokud si opravdu odesel z Ubuntu 18.04 LTS ktere ma podporu do roku 2028 je proto ze oznamili konec 32bit balicku pro jine vydani, kdyz bys 18.04 s 32bit mohl jeste 9let pouzivat, tak bud ti to nedoslo, nebo lzes to ze chvili na to oznamili ze to (v podstate) berou zpet a tedy ani s 19.10 a 20.04 (pokud bys chtel novejsi verze baliku) by problem s 32bit wine aplikacema nebyl...

to jak bylo zmineno ze Linux != Ubuntu je druha vec, pokud bys premyslel nebo nelhal, tak bys z Ubuntu (pokud by slo o princip, protoze fakticky jak sem napsal problem by do 2028 nebo 2025 v zavislosti jake LTS bys pouzil nebyl) presel na jine distro ktere je nejen "pro wine" 32bit, ale i moznost kompletne 32bit desktopu pokud bys chtel...

[dustin]

Oficiální podpora a reálná doba aktivního používání na desktopu se dost liší. Na řadu aplikací jsou potřeba novější verze v third-party PPA a ty pro starší LTSka obvykle nejsou, i když podpora Canonicalu pro distribuci stále ještě běží.

Chápu, že to někoho naštvalo a přešel jinam, není důvod na něj útočit. Víš houby, jaké má priority.

[Xhv111]

Tak to jsi mi dal podezřením ze lži. Vůbec nejde o možnost ještě !omezeného! devítiletého používání 32bit. Jde o celkové směřování linuxového desktopu. O jiném distru jsem ani neuvažoval. Mě se narozdíl od Xfce líbilo vždy KDE. Prostě prohlášení Canonicalu definitivně rozhodlo a zatím určitě nelituju - fakt nelžu

Jinak speciálně tobě Kedare bych chtěl moc poděkovat za spoustu příspěvků hlavně tady na Abclinuxu ani netušíš kolikrát jsi mi chlape pomohl. Navíc vždy jsi se uměl vyjádřit věcně a pochopitelně i pro běžnýho uživatele jako jsem já. Nikdy jsi nebyl arogantní. To každý guru neumí...

[k3dAR]

nejak mi proste neslo na rozum, proc bych jako spokojenej uzivatel mel odejit jen proto ze budoucnost 32bit app/lib podpory za par let je nejista, proc bych to neprehodnotil po ujisteni ze budoucnost to ma a proc bych presel na Windows

s radama nemas za co, alespon sem si odcinil to narceni a chapu ze ti slo o princip i kdyz pohled na nej mame oba jinak

[Kate]

Zařízneme diskety

Pokud vím, zaříznutý ovladač je jen pro staré disketovky na floppy kšandě, takže věc co je dávno mrtvá a nedá se koupit. USB disketovky jsou v pohodě. Opravdu někdo takové PC (bez USB, takžé stará disketovka nelze nahradit) provozuje s aktuálním Linuxem?

[xkucf03]

Taková PC mám a zrovna nedávno jsem úspěšně načetl skoro třicet let staré diskety (viz můj blog). Ne že bych na tom potřeboval provozovat nejnovější jádro, ale na druhou stranu nevidím moc důvod, proč tu podporu odstraňovat. Co znamená údržba takového ovladače? Nový hardware nepřibývá a starý je pořád stejný, všechny chyby by už po tolika letech měly být vychytané – tak proč by se v tom kódu mělo něco měnit? Jediný důvod by mohly být zpětně nekompatibilní změny API na straně jádra, na rozhraní mezi ovladačem a zbytkem systému. Ale mění se to tak často a tak moc?

Některé z těch počítačů jsou mimo hru, protože jsou 32bitové, což víceméně znamená nutnost tam dát nějakou starou distribuci a staré jádro. Ale klasické řadiče disketových mechanik jsou i v 64bitových systémech, které lze jinak používat i s nejnovějšími verzemi distribucí.

[Michal Kubeček]

ale na druhou stranu nevidím moc důvod, proč tu podporu odstraňovat

On ji snad někdo odstraňuje? Stalo se pouze to, že maintainer driveru poslal commit odstraňující ho z příslušné sekce MAINTAINERS a označující driver oficiálně jako "orphaned" - mimo jiné proto, že zjistil, že už nemá žádný funkční hardware. Driver jako takový (zatím) nikdo neodstranil a dokonce současně proběhl i merge nějakých oprav.

[xkucf03]

O tom jsem četl, ale Kate psala:

Pokud vím, zaříznutý ovladač je jen pro staré disketovky na floppy kšandě

tak jsem si říkal, jestli se to neposunulo dál a reagoval na to. Pokud to bude jen ve stavu „hledáme nového údržbáře“ tak je to OK.

[Michal Kubeček]

No, "hledáme" je možná trochu moc optimistická interpretace toho Linusova komentáře. :-) Na druhou stranu, úplné odstranění IMHO bude hrozit až ve chvíli, kdy by se ukázalo, že je tam něco hodně rozbitého, a nenašel se nikdo, komu by se to chtělo opravit. Myslím, že by se našlo dost jiných driverů, které spokojeně přežívají, aniž by je někdo maintainoval (ať už fakticky nebo formálně) a ke kterým už dávno žádný vývojář nemá potřebný hardware.

[dustin]

Jo, držet driver, ve kterém by bylo spoustu změn bez otestování, je asi nepřijatelné, což úplně chápu.

[R]

WTF? Na 32-bit mam Debian Buster.

[xkucf03]

Ta podpora 32bitového hardwaru je obecně v útlumu – některé distribuce přestaly vydávat 32bitové ISO obrazy a některé menší/mladší jsou od začátku jen pro amd64. Totéž platí pro některé aplikace – 32bitové balíčky/instalátory už nedělají a jestli ti to půjde ručně zkompilovat, je otázka. Taky z toho nejsem úplně nadšený. Na druhou stranu, pokud bych si měl vybrat mezi dobrou podporu nového hardwaru nebo tím, že se bude donekonečna oprašovat podpora staré architektury, tak to radši tu první možnost. Časem se asi vyprofiluje několik málo distribucí, které na ten starý HW budou zaměřené, zatímco ostatní budou věnovat kapacity tomu novému.

[Michal Kubeček]

Podstatnější než distribuce je to, že už nějakou dobu je vývojářů, kteří sami vůbec nějaký i586 systém aktivně používají, menšina a že ten počet dál klesá. Zatím to ještě tolik nehoří, ty nejzávažnější problémy se opravit musejí, protože ještě existují verze RHEL a SLES podporované v nějakém LTS režimu. Ale až to za pár let skončí a přijde něco jako Meltdown, nesázel bych na to, že se ještě někdo bude babrat s něčím takovým, jako byla podpora PTI pro i586.

[xkucf03]

Tak ten x86/amd64 HW je zpětně kompatibilní a když použiji 32bitové jádro na 64bitovém procesoru, tak by se to nemělo (z pohledu aplikací) lišit od 32bitového jádra na 32bitovém procesoru, ne? Nebo to půjde poznat a nepůjde tam odladit chyby jako na reálném 32bitovém počítači?

[Michal Kubeček]

Problém je spíš v tom, jestli někdo bude mít motivaci to udělat.

[Kate]

Slovo „zaříznutý“ jsem zvolila fakt nevhodně, holt to byla reakce na stejně psaný post. Hlavní pointa byla, že i v případě že ten driver přestane fungovat, to prakticky nikoho nepostihne. Znám pár případů kde se ještě aktivně používají v provozu, ale tam zas nehrozí update kernelu. Ale už jsem viděla několik panikařících lidí, kteří nevěděli, že se to jejich USB disketovek netýká :)

[Kate]

A jinak, v případě že by taková mechanika byla v produkci a jelo to na aktuálním kernelu, raději bych ten orphaned driver jako zaříznutý brala. Spoléhat na hardware, který mi s každým updatem může přestat fungovat není úplně dobrý nápad

[xkucf03]

Tak přinejhorším by se mezi mechaniku a desku vrazil USB adaptér za nějakých 300 Kč. Ty ploché kabely jsou sice hnusné, ale dokud to funguje, tak není moc důvod se toho zbavovat

[R]

floppy ma noveho maintainera: https://lore.kernel.org/lkml/57af5f3e-9cfe-b6d8-314c-f59855408cd5%40linux.com/

[xkucf03]

Skvělá zpráva.

[Bedňa]

Spoléhat na hardware, který mi s každým updatem může přestat fungovat není úplně dobrý nápad

To skôr nebude existovať HW, kde sa bude dať disketovka pripojiť.

[xkucf03]

Co se může na takové základní desce pokazit? Kromě kondenzátorů, které se dají snadno vyměnit?

[Bedňa]

Mne omylom softvér prepísal BIOS a stalo sa mi to dvakrát. Nehovorím, že je to neopraviteľná chyba, ale pre bežného smrtelníka konečná. Mno a raz mi odišiel radič, čo tiež ešte nie je konečná Mno rokmi taký HW bude prirodzene ubúdať.

A kto ešte také HW bude mať, si stále v chroote môže spustiť archajický kernel a posťahovať si image tých diskov.

Keď si zoberieš kedy podpora bude vyradená, koľko rokov ešte potrvá podpora v distribúciach kým sa skončí old stable podpora, tak je to cez desať rokov a diskety sú mimo scénu, už fakt dávno.

Keď si zoberiem, že CD mechaniku už nepoužívam, ja neviem asi desať rokov a ešte potrvá pár rokov kým sa začne o jej odstránení hovoriť a kedy tu bude posledný fungujúci HW, tak to vidím celkom optimisticky, teda aspoň na Linuxe a iných slobodných systémoch.

[pc2005]

Není problém koupit PCIe2PCI adaptér, a PCI řadič FDC. Nebo klidně PCIe2PCI → PCI2ISA → ISA FDC, nebo napojit na LPC sběrnici (ta snad stále ještě je), nebo různé kombinace PCI2LPC, LPC2ISA apod . Všechny by to měly být +- nativní možnosti jak připojit PC AT kompatibilní řadič.

[Xhv111]

To je samoshřejmě pravda, sám takovou vlastním. Omlouvám se napsal jsem to ve vzteku

[Petr Tomášek]

Ukaž mi USB disketovku na 5.4" FDD!

[xkucf03]

Ty AFAIK neexistují a USB FDD standard porporuje jen 3,5".

[xkucf03]

P.S. když 0,3 je přibližně třetina, tak 0,4 je přibližně čtvrtina? :-)

[Ziktofel]

A) V Linuxu je portace na 64-bit jednodussi nez na win, programy, ktere na win 64-bit verzi nemaji, na Linuxu jiz ji davno maji

B) Porad i kdyz to Ubuntu 32-bit roazbije (osobne si nemyslim, ty 32-bit veci pro Steam a Wine budou udrzovany dlouho). Jde o to, ze udrzovat (a snad ani pouzivat) 32-bit system nidko nechce, ale rada lidi chce pouzivat ty aplikace, ktery 64-bit nejsou a/nebo nikdy nebudou (viz soucasna otocka po narku uzivatelu, aneb never vsemu, co se placne behem vyvojovyho cyklu, vono se to muze stokrat zmenit). IMHO zamerem celyho toho kolotoce bylo zafiknout veci, ktery nikdo nepouziva a strasej tam

C) Z Linux kernelu podporu 32-bit aplikaci dlouho nikdo neopdare. AFAIK porad jsou podoprovany 16-bit appky (a to i na 64-bit systemu, udajne i proto, ze M$ to nikdy nepodporoval, tak to my podporovat budem, pac urciti uzivatele to chteji) a zname Linuse (kdyz se kernelem rozbije userspace, je to spatne)

[Xhv111]

C=kéž by jsi měl pravdu. Jinak naprostý souhlas že v dnešní době nemá smysl podporovat 32-bit systém. Výběr linuxových programů 64-bit je skutečně veliký a přechod snad nikoho nemůže bolet. K přechodu na Win10 mě přimělo to prohlášení Canonicalu. Prostě jsem obyčejný uživavatel který narozdíl od AsciiWolf-a jisté 32-bit pro Win používal. V Linuxu pro ně neexistuje a ani nebude existovat náhrada. Důvod je třeba ten že autor měl autonehodu a nemůže programovat. Převzal to po něm šikovný člověk který umí dělat různé úpravy a modenizace a tím udržovat vše aktuální ale nikdy nedokáže program předělat na 64-bit verzi.

Vždy jsem obdivoval projekt Wine, co to musí stát práce a úsilí aby se dosáhlo takového úspěchu, že dokonce některé programy fungují lépe než pod win. Potom nějací debilové z Canonicalu vydají prohlášení že 32-bit udržovat nebudou a klidně na celý projekt plivnou? Ani nejde o to že třeba je do roku 2028 o "vybrané knihovny"vystaráno (i když tomu moc nevěřím), ale jde o vizi a směřování linuxu na desktopu.

Není to poprvé co Canonical vymyslel kraviny a potom ucukl - Unity-ovládání oken vlevo/GS/Mir.... Za celou dobu co jsem byl pouze na Linuxu jsem používal až na několik pokusů se Suse *buntu. Líbila se mi filozofie přístupu k uživatelům, nmožství sw a přívětivost jejich distra.

Po tom co se jim nepovedlo se prosadit na telefonech to jde do kytek. Přes jejich proklamace že se budou věnovat desktopu mu akorát hází klacky pod nohy a podle mě se zaměřují pouze na servery.

Proto má moji podporu zatím jediné a zatím nezměněné prohlášení Wine že balíčky pro Ubuntu dělat nebudou. V daily builds zatím nejsou.

[k3dAR]

to prohlaseni ale po par dnech vzali castecne zpet a zvolili variantu stredni cesty podpory knihoven potrebnych pro beh 32bit programu (nativnich, wine, steam, atd) v 64bit OS, proto myslim ze jsou silna slova je oznacovat za debily jeste bych to "chapal" kdyby neprisli s timto kompromisem (necham stranou ze *buntu neni jedine distro a/nebo ze je jejich OS+app/repo mas zdarma)...

jinak s tou kompatibilitou, s Wine mas sanci pustit vice starejch Win32 programu nez s Windows, i tam je kompatibilita (nevim jiste zda od XP nebo 7) resena tak ze se na pozadi pusti virtualni (z image) predchozi verze Win"Core" v kterem se ta app pusti...

ad Unity sice sem ho pouzival pro zajimavost jen kratce a nikdy me nenadchlo, ale chapu ze jeho skalni uzivatele nevitali zmenu na GS, na druhou stranu Unity je stale v repositarich(a to v novejsich verzich nez v poslednim ofiko Ubuntu s Unity) a prepnuti na Unity z GS je otazka instalace 1 metabalicku a prepnuti na Unity sezeni v prihlasovacim dialogu...
Je ale dobre si uvedomit ze prechod k GS zas vitala druha skupina lidi ktera nevidela rada ze Canonical prisel s vlastnim DE...

nevim jak daily, ale staging vidim u tvurcu 32bit z 7.7. winehq-staging_4.12.1~bionic_i386.deb stejna verze jako posledni 64bit build...

[k3dAR]

Proto má moji podporu zatím jediné a zatím nezměněné prohlášení Wine že balíčky pro Ubuntu dělat nebudou. V daily builds zatím nejsou.

pro jistotu ktery daily builds mas na mysli? protoze v offiko repo winehq-devel/staging ted uz vidim verzi 4.13 z 2.8/3.8. pro 32 i 64bit stejnou...

[k3dAR]

pripadne vzhledem k tomu ze koukam od 4.5 vyzaduje libfaudio0 kterej neni v ofiko repo, ale je zde: https://download.opensuse.org/repositories/Emulators:/Wine:/Debian/xUbuntu_18.04/ je mozne pridat misto offiko repo rovnou tohle, viz a tam je take verze 4.13...

[k3dAR]

pokud bys daily builds snad myslel Ubuntu Wine Team - Daily Build PPA tak to je nepodporovane jiz 8let