Linux na Apple Siliconu (diskuse)

[cestina zatim chybi]

hele

[Roman]

Pěkné, ale zatím nejspíš jen framebuffer a nedoufal bych v cokoliv víc... A linux bez GPU a HW dekódování videa je asi tak užitečný, jako linux v prohlížeči.

[PetebLazar]

Dekódování běžných formátů (H.264/HEVC) by snad pro M1 nemělo být velkou výzvou (i při čistě SW dekódováním).

[mln]

Raspberry pi ukazuje ze hw dekodovanie videa v Raspbiane stale ma nedostatky. Apple urcite nebude viac Linux friendly nez Broadcom.

[Ovoce]

Jde o to, že RPi je (ač se u verze 4 hodně zlepšilo, předtím úplně trága) pořád hodně pomalé co do CPU výkonu. Apple M1 bude tak řádově rychlejší a tudíž si nějaký 1080p video ve VP9, H.264 a asi i HEVC (i když u toho na to vývojáři FFmpegu serou a není to optiamalizovaný) dá levou zadní i na jádrech CPU. Nejspíš to byť i s vyšší zátěží dá i 4K.

Jo, utrpí vám výdrž na baterie, ale půjde to.

Větší opruz asi je, že celkově bez ovladačů GPU nemá člověk akcelerovaný GUI desktopu.

[Kamil]

Porovnávat M1 s Pi je jako porovnávat Mercedes a Škodovku

[Love_Dali]

Vzhledem k tomu, že Pi je otevřená platforma, tak se taky trochu bavíme o něčem jiným..

[nevim]

dejme tomu, nevim jestli vam ty pocty sice sedi, ale za cenu jednoho mbpro (cca 60000) muzu koupit tak tricet pi (cca 2000)

takze i kdyz mbpro mozna je mercedes, tak tech 30 pi bych zase nezatracoval

kdyby clovek byl sikovnej a nemel prachy tak za ta levna pi bude rozhodne rad

[MadCatX]

LOL, situaci, kdy se mi vyplatí pořídit si 30 RPi4 místo MBP M1 bych si vážně chtěl umět představit.

[nevim]

tak teoreticky kdyby nekdo hodne nemel penize a chtel aspon nejake pocitace pro skolu nekde v nejake rozvojove krajine tak by to davalo smysl

(v tech mych poctech mam ale taky chybu, v tom mb pro clovek ma i klavesnici a monitor a touchpad, takze tech pi by nebylo 30 ale min kdybych k tomu musel vzit nejake bazarove monitory/klavesnice/mysi... ale myslenka byla ze za ty nizke prachy ma pi pomer cena/vykon uplne super, porovnavat proti tomu neco cilene na uplne jinou skupinu lidi jako mb pro je takove trochu pochybne)

[Ovoce]

Jo to jo, ale tady byla řeč čistě o tom, kolik jejich procíky maj CPU výkonu (pro případné SW dekódování videa), ne o jejich celkové užitné hodnotě, která je samozřejmě u RPi mnohem vyšší vzhledem k ceně (protože většinou člověk ten CPU výkon ani tak drasticky nepotřebuje), u kompu je nejdůležitější kapacita RAM, takže 8GB RPi4...

Kdybych chtěl ARM počítač, tak si pořídím RPi 400, Apple hardware je hrůza. Maj moc pěkný CPU jádro, ale skoro všechno ostatní je těžká kurvítkárna nebo výsměch/sraní na hlavu zákazníka, např. ojeb s portama).

[MadCatX]

Šmarjá, to jsou mi úvahy. Porovnávat poslední model MBP s učebnou pseudopočítačů zbouchaných z bazarových komponent je jako porovnávat dudy s Dreamlinerem; obé se jmenuje od D a dělá to rámus. Kdybych měl podobný záměr a možnost nakoupit v bazaru, za podobný obnos nakoupím rovnou repasované notebooky nebo desktopy. (K těm RPi jsi mimochodem zapomněl na napájecí zdroje a SD karty, kterými se to taky docela prodraží).

[Petr]

V životě jsem nepotřeboval na linuxu dekódovat video. Ono nejen na linuxu, jestli jsem dekódoval video třikrát v životě, tak je to hodně.

[RB]

Tak pokud se na něj na Linuxu nedíváš, tak ok. My ostatní, kteří si na Linuxu občas chceme pustit video na YouTube nebo nějaký lokální soubor, holt musíme dekódovat.

[Petr]

Kolik vás ostatních je, že z toho generalizuješ na užitečnost Linuxu?

[k3dAR]

vsichni krome tebe a lidi co maji GNU/Linux jen na serveru

[Petr]

zdroj? na co potřebuješ na desktopu dekodovat video? nebo se bavím s puberťákem jehož životní náplní je čumět na youtube?

[k3dAR]

zdroj = racionalni logika
na YT kouknu parkrat za mesic, ale pouzivam Kodi na IPTV, pak obcas nejake lokalni video, stazene, z telefonu, atd...
a logicky naprosta vetsina uzivatelu desktopu proste obcas nejake video (at uz odkukoliv) proste prehrava, tedy dekoduje... pubertacke mi prijde to tve popirani na co desktop pouzivas ty?

[Jirka Wolny]

Tak zrovna ti puberťáci se potřebují připojit na telekonferenci, pokud nechtějí seknout se školou. Pak je tady hromadda lidí na homeoffice. Další spousta lidí se živí technikou a občas se potřebuje kouknout na tutoriály. A tak dál.

Ano, pokud se někdo živí vytíráním záchodů, tak video na počítači opravdu nepotřebuje. Zástupců obou skupin je spousta a nevidím důvod, proč útočit na tu druhou skupinu.

[_]

to jsou fakt blbe argumenty, na homeoffice jsem rok a video jsem jeste nepotreboval

naopak, zakaz kvuli soukromi

[Majk]

Tááák objednány 3 kusy MacMini M1. Dosud jsem váhal, ale když časem na to bude linux tak už není co řešit. Bohužel momentálně nejsou skladem, dodání až počátkem února. Zatím je dám frontendistům ať jim dají do těla a když nenaleznou mouchy tak to vyměním v celé firmě a máme na 5 let s počítači pokoj.

[Majk]

lol

[Jendа]

Já to schvaluji, frontendisti omezení na jenom 16 GB RAM možná konečně začnou produkovat weby tak, že s 32 GB RAM budu moct mít otevřené dva taby a možná ještě vedle toho Slack!

[Jendа]

Doufám také, že na tom Linuxu, příp. ve virtualizovaných Windows, nebude akcelerovaná grafika, a díky tomu mi pak po 10 letech zase bude na webu fungovat plynulé scrollování.

[_]

To ale není problem webů, přejdi na méně zabezpečený prohlížeč a rázem budeš mít volné paměti habaděj.

[Jendа]

wtf, bavíme se o standardním Firefoxu s Chromiu. (v minoritních prohlížečích pro změnu nebudou ty věci fungovat)

[_]

Ty hlavně zmiňuješ frontendisty, kteří za přepálené paměťové nároky prohlížečů opravdu nemůžou (myšleno 99.999999973% webů). Ještě je můžeš obvinit z příliš cvakající klávesnice, to dává asi tak stejný smysl.

[mirec]

Frontendisti za pamäťové nároky prehliadačov môžu. Prehliadač len tak prenič-zanič veľa pamäte nežerie. Píšem ako frontend/backend developer, ktorý má občas chuť nejakému frontendistovi dať po hube.

Taká nedávna skúsenosť. Potreboval som aktualizovať gitlab. Mám ho vpsfree serveri, takže 4GB RAM je horný limit. Tak si teda veselo akutalizujem keď zrazu v jednom kroku havaruje. Príčina - webpack vyžral 3.3 GB RAM. Skúsil som vypnúť všetky služby, ktoré na serveri bežia, takže nakoniec som mal 3.6 GB RAM, ktoré webpack v pohode vyžral. Skúsil som teda vypnúť kompresiu a čo z toho vypadlo? 160 MB prvý chunk javascriptu. 160 MB na blbý gitlab, ktorý na frontende potrebuje asi toľko, koľko sa zmestí do 20kB normálne napísaného javascriptu. Z akého racionálneho dôvodu potrebuje bežná webová stránka 1723 závislostí?

Ešte aby som dokončil ako to dopadlo ... Takže som spustil webpack priamo, nie cez ruby, čo mi dalo k dispozícii dodatočných 300-400 MB RAM. Síce webpack veselo padal na OOM pri vyžratých 3.9 aj niečo GB RAM. Začal som sa teda hrať s NODE_OPTIONS, znížil som maximum pamäte, ktorú môže alokovať a dokázal som komprimovať javascript s 3.8GB RAM. Keď som znižoval max_old_space_size pod túto hranicu, tak už samotný node nebol schopný alokovať dosť pamäte. S odretými ušami, ale gitlab aktualizovaný a žiadnu ďalšiu aktializáciu už nezvládnem. Fyzicky. Psychicky. Hardvérovo. Prvý chunk skomprimovanéh javascriptu po tomto trápení má 600kB.

[_]

Prehliadač len tak prenič-zanič veľa pamäte nežerie

Ale to víš že žere, nebo proč si myslíš že zabírá takhle stránka v chromu 50 MB? Myslíš že to odpovídá samotnému obsahu - tzn. text a čtyři malé obrázky? about:blank má 16 MB, je to taky chyba frontendistů? A jinak popisuješ serverou stránku věci, to je v kontextu diskuze úplně jedno.

[MadCatX]

Nebude to třeba tím, že máš vypnutý AdBlock a povolený JS ze všech možných zdrojů? Ve Firefoxu jen tohle udělá rozdíl z cca 6 na 13 MB.

[_]

Ne.

[mirec]

Chrome nepoužívam, ale vo firefoxe bez pluginov má táto stránka 7.6 MB.

Samozrejme pamäť nie je len o prenesenom texte a obrázkoch. Obrázky budú v pamäti väčšinou v nekomprimovanej forme, takže budú zaberať neporovnateľne viacej pamäte. Javascript zase pri budovaní objektov postupne cez prototypy bude mať v pamäti každý medziobjekt, pretože nemať ich v pamäti by znamenalo brutálne zníženie výkonu, takže js kľudne môže žrať 10-100x viac pamäte než samotné prenesené dáta. No a potom sú tu také pluginy napríklad. Od kedy máme web extensions spúšťajú sa pluginy pre taby samostatne, takže k spotrebe každého tabu sa musí prirátať aj spotreba pluginov. Naschval som preto teraz spúšťal firefox s prázdnym profilom, aby som videl spotrebu bez pluginov.

[_]

Díky za mansplaining? O tomhle jsem přesně psal.

[xkucf03]

Obávám se, že tady funguje jakási obdoba Parkinsonova zákona. Na problém bylo zaděláno ve chvíli, kdy vzniklo něco jako pozice „frontendista“. Tito lidé se nemají jak jinak realizovat, takže vymýšlejí, jak co nejvíc zesložitit to, co dělají, a nabalit kolem toho co nejvíc opičáren.

1. Úředník stoupá v kariéře, jak přibývá jeho podřízených.
2. Každý úředník přidělává práci ostatním.

Frontendista nemá podřízené, ale zato má JavaScriptové knihovny, CSS frameworky, buildovací nástroje, transpilery atd. Čím obskurnější a méně pochopitelný systém vytvoří, tím bude hůře nahraditelný. Kromě toho tím dosahuje pocitu uspokojení z „důležité“, „potřebné“ a „odborné“ práce.

Když se ho zeptáte, proč by ten web nemohl být jednoduše generovaný na serveru (a na klientovi se jen jednoduše vykreslit z HTML+CSS jako někdy zhruba před dvaceti lety), tak vám začne povídat o tom, jak ten starý způsob byl obrovsky neefektivní a nemoderní a že uživatelé potřebují něco jiného. Jistě je efektivnější posílat na začátku několik megabajtů obfuskovaného JavaScriptu. Další vtipná věc jsou různé mikrooptimalizace. Zažil jsem i vytáčené spojení 56 kbps modemem – i tehdy existoval web, dokonce i s obrázky, hudbou a někdy i virtuální realitou… a hlavně se spoustou užitečných informací. Od té doby se technologie výrazně posunuly, máme několikanásobně rychlejší linky, větší disky, rychlejší procesory, větší monitory… no prostě všechno. A přesto se dnes dělá spousta různých předčasných a mikro-optimalizací, které tehdy nikdo neřešil, protože se soustředil na to podstatné – sdělit ostatním pomocí webu nějakou informaci (web byl tehdy nástroj, nikoli cíl). A nakonec současný webař všechny tyto mikrooptimalizace zabije třeba tím, že v článku je video, člověk si ho pustí, budiž, ale pak si začne číst článek a mezi tím se stáhne a začne na tom místě nahlas přehrávat úplně jiné nesouvisející video. Pomyslným komínem vyletí zbůhdarma desítky megabajtů nežádoucího rušivého obsahu a uživatel je akorát naštvaný. Ale hlavně že se před tím podařilo „minifikovat“ (a znečitelnit) nějaký ten JavaScript (a ušetřit třeba nějaké kilobajty oproti prosté a transparentní kompresi GZipem).

[Majk]

Co to meleš, doteď měli MBP s 8GB RAM a fungují v pohodě. To je totiž macOS co to s pamětí umí na rozdíl od widlí či amatérských parodií na unix z dílny GNU. Ne každý potřebuje mít 10 dockerů a 5 virtuálů protože neumí frčet nativně. Jo a mít otevřeno více než 5 tabů je indikátor duševní nestability úchylů a masových vrahů.

[k3dAR]

GNU/Linux - Xubuntu 18.04 LTS na 512MB RAM a ARM 2x1GHz i s 10 otevrenejma tabama, co na to macOS )

[Kate]

no ze jsi vrah nebo uchyl

[k3dAR]

tak neni to muj primarni stroj, na tech mam 16GB, ale reakce na to ze macOS to s pameti "umi" lepe nez GNU/Linux

[Jirka Wolny]

MacOS učí své uživatelé používat maximálně pět tabů. Tím šetří paměť.

[Roman]

Mac me vzdycky problem s RAM. Pomatuju na skole jeste PowerPC iMacy. Tam jel pernamentne spinner. iPady mely vecne nedostatek pameti, zalozky se v Safari zaviraly. Urcitou dobu byl Macbook premiovy stroj, snad jeste 2012 nebo 2015 se dal vymenit disk i RAM.

Ted z toho je jen neopravitelny kram. Za par let budete miy malo RAm. Ale kdo chce kam... Ja si uzivam 64 GB 8-)

# free -m
              total        used        free      shared  buff/cache   available
Mem:          64166       20222       35067         836        8876       43023
Swap:         32767           0       32767

[JiK]

Já mám spis takové ty zlozvyky, zajímalo by mne, jestli jsem sám takový prase nebo to tak má víc uživatelů. Zapnu Chrome, v jednom okně postupně naotviram 35 tabu, až je nemůžu přečíst, tak dam další okno, až těch oken s 30 taby mám tak 5, tak mi to začne vadit, a zároveň mám třeba 10 tabu v brave, 10 v Safari, 5 v tor browseru, a 5 naotviranych terminálu. Vždycky mám pocit, ze na tom ještě něco dělám nebo bych se měl vrátit. Jednou za dva měsíce to zabookmarkuju, zavru a začnu nanovo.

To vše mi jede na MacBooku z roku 2011, a nebyl jsem zatím donucen ho měnit. Pro mne OS X funguje fajn.

[krank]

Příloha:

• wind&tabs.PNG (49687 bytů)

Jak z toho ven?

[_]

restart

[Ovoce]

Teď jsem si přečetl že MacOS má prej větší problémy jet s malou RAM (malá RAM = 4 GB) než W10, takže asi budeš rád, jestli uvidíš točící se "busy" kolečko :)

[iM4chr]

Kudoz. Ja bych dal jeden kousek i systemakovi at se pohraje s Apple DEP (Device Enrollment) a pak muzes managovat vsechen firemni hw od Apple centralne, neco na zpusob windows domeny. Neboj po par mesicich vyhodite vsechny widle a linuxy a pofrcite pekne hezky v jablecnem svete.

[RB]

LOL, tak to jsem zvědavý, co na to bude systemák říkat, protože zrovna hromadná správa zařízení je to, v čem se Apple na konkurenci moc nechytá. Jde vidět, že jsou především retailová firma a enterprise je tam na vedlejší koleji.

[Gelil]

Ty jsi asi Maca v rukou asi nemel co? Protoze z tveho prispevku vidim ze vis hovno. Starat se o Macy v korporatu je easy, mnohem mene energie a casu nez u komercni ci nekomercni konkurence. A bavime se o celem ekosystemu - tedy i tablety, apple-tv a mobily, nejen pocitace. Tak zpatky ke k manualum mudrlante.

[VoDo]

jojo pulka IBM jede na japkach ale vysvetluj to nekomu kdo zamrz v devadesatkach na totalkomanderu

[Hercules]

nebo vosumdesatkach na midnight commanderu

[k3dAR]

na mc mi nesahej ale klidne si res server pres ssh ve finderu ovocnou mysickou ci touchpadikem

[natrhneme linuxakum prdel ha!]

Polevku nejis nozem. Spravna uloha spravny tool (ne zeby finder pres cmd+k neumel bambilion remote protokolu) - pouziju terminal (ktery je asi 3x lepsi nez GNU nedodelky).

[Ovoce]

Spíš si dávejte chlapci bacha abyste nenatrhli sobě ribbon cable od displeje, škoda hardwaru který zhebne předčasně :)

[k3dAR]

pochybuju ze terminal v macOS ma vlastnosti ktere mam v (xfce4-)terminalu, takze nutit me nekdo delat v macOS, stejne stahnu nahradu treba iTerm a doinstaluju mc a byobu z homebrew, aby se to dalo pouzivat

Polevku nejis nozem[...]

a prave proto kurzor "mysi" neovladam mysi ani touchpadem, ale trackpointem, kterej ze Apple NB ma trackpoint?

[Nejen natrhneme ale i nakopeme :-)]

No touchpad nepouzivas protoze ta sracka od lenova se pouzivat neda a to jeste dilo zkazy dokonci linux drivery. Na joysticku ale neni co zkazit tak ti to nejak funguje a aspon mas nejaky sexualni zivot ze denne sahas na umely klitoris

[PetebLazar]

Mě fascinovalo, že některá okna na MacOS nejdou přesunout. https://support.apple.com/cs-cz/guide/mac-help/mchlp2469/mac

[F]

Co tě na tom fascinuje? Celkem běžný že nemůžeš v některých WM přesunout např okna s aktivním modálním dialogem. Slovíčkařit u nápovědy je dost zoufalý akt..

[PetebLazar]

Nešlo o situaci s aktivním modálním dialogem, ale chápu že jde patrně o záměrnou vlastnost určitých aplikací nikoli o chybu.

Ani nešlo o syndrom nevhodné myši, s takovou nešlo přesouvat prakticky nic.