Hector "marcan" Martin z Asahi Linuxu skončil jako upstream vývojář linuxového jádra. Štafetu po něm převzal Janne Grunau z Asahi Linuxu.
PlayStation Network (PSN) má již několik hodin, vlastně celou sobotu, masivní výpadek (Stav služby PSN, X).
Vývojáři open source storage platformy TrueNAS oznámili, že s verzí 25.04 s kódovým názvem Fangtooth končí TrueNAS CORE postavený na FreeBSD a TrueNAS SCALE postavený na Linuxu. Jejich společným pokračováním bude TrueNAS Community Edition postavený na Linuxu.
Mapy Google dnes slaví 20 let. Spuštěny byly 8. února 2005. Svět se přesunul od papírových map k digitálním. A ke Street View, Live View, Immersive View, …
Hector "marcan" Martin, vedoucí projektu Asahi Linux aneb Linux na Apple Siliconu, skončil jako upstream vývojář linuxového jádra. Se slovy "už nemám žádnou důvěru v proces vývoje jádra … další vývoj Apple/ARM bude pokračovat downstream" odstranil své jméno ze souboru MAINTAINERS. Důvodem jsou neshody kolem Rustu v linuxovém jádru [Hacker News, No rust code in kernel/dma, please.].
Mistral AI včera představil nový vylepšený Le Chat. Nově také jako aplikace pro iOS a Android.
Britské bezpečnostní orgány nařídily americké firmě Apple, aby vytvořila takzvaná "zadní vrátka", která by umožnila dostat se k šifrovanému obsahu uživatelů uloženému v cloudu. Tajné nařízení, vydané v lednu, vyžaduje plošný přístup k šifrovanému účtu jakéhokoliv uživatele přístrojů Apple kdekoliv na světě. Britské úřady tedy Apple nežádají pouze o asistenci s přístupem k účtu konkrétního uživatele, ale rovnou chtějí mít přístup ke všem účtům, kdykoliv budou chtít.
Byla vydána (𝕏) lednová aktualizace aneb nová verze 1.97 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a animovanými gify v poznámkách k vydání. Ve verzi 1.97 vyšlo také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Nedávno se povedlo do pdf souborů vložit Tetris a DOOM a po otevření příslušného pdf souboru v na Chromiu založeném webovém prohlížeči vybranou hru přímo v pdf spustit. LinuxPDF ukazuje, že do pdf lze vložit také RISC-V emulátor a rozběhnout Linux.
Disclaimer: nikdo by rozhodně neměl používat dva roky nezáplatovaný operační systém, pokud jakkoliv komunikuje s vnějším světem. Je to challenge na intelektuální úrovni polykání mleté skořice a podobným skopičinám. Jinými slovy: Do as I say, not as I do.
Podmínky sázky – musím používat počítač tak, jako doposud (fullstack vývojář 100 % homeoffice + YT, netflix, spotify, občas nějaké hry…). Smím hibernovat pokud budu pryč déle než týden (to se stalo 3x), smím dělat suspend to ram (500x +). Doba uspání se nepočítá. Vyhraji, pokud celková doba běhu počítače po odečtení spánku a hibernace dosáhne jednoho roku. Prohraji, pokud systém spadne nebo se dostane do stavu kdy budu nucen restartovat nebo spadne grafická vrstva tak, že zabije ostatní softy s GUI.
Podmínky sázky byly úspěšně splněny po 704 dnech. Vyhrál jsem pivo, heč Nechal jsem pro forma doběhnout plné dva roky. Teď to už ale restartnu, chci vyzkoušet novější BIOS.
Hardware: AMD Threadripper 3970X (32 jader), 256 GB RAM (bez ECC), 2x 1TB nvme SSD, 4x 500 GB sata SSD, 32“ 4k, 27“ 1440p, GTX 1080 Ti, 10Gbit Mellanox SPF+. Žere to 160W iddle, 600W v plné zátěži. Cenu elektřiny mám zafixovanou do konce roku A ještě jedna nezbytnost - APC SmartUPS 1500.
Software: Windows 10 (20H2, build 19042.685), VMWare Workstation s 15+ spuštěnými VM (3 kubernetes nody, 3x Windows Server, stádo linuxích serverů, několik ad hoc linuxích desktopů, třeba kvůli cisco VPN klienu (přece si takové svinstvo nedám přímo na PC?)), kromě toho ješte ubuntu ve WSL1, 7+ instancí VS code, 4+ instance PHP storm, na zálohy do cloudu Acronis, na snapshotové zálohy VM BackupChain, Eset NOD32 a omáčka okolo (chrome, total commander, WinSCP, Office, VPC, putty, Acrobat, GIMP, …). Obsazená paměť téměř nikdy neklesne pod 100 GB, většinou je nad 128 GB.
Bobtnají systémové softy windows?
Bobtnají… ale ne moc. Tady je obrázek procesů, které byly spuštěny spolu se systémem. Jak vidíte nic nenarostlo do obřích rozměrů. Jedinou výjimkou je ctfmon, který v jednu dobu nabobtnal na 2GB, pak se ale záhadně sám zmenšil. Odswapované to není, ve swapu je aktuálně pouze 425MB
Bobtnají ostatní softy?
Ó ano. Největším hříšníkem je bezpochyby chrome, který dokáže v pohodě nakynout za měsíc ze 3 na 8 GB i více (mám otevřenou trvale docela velkou sadu stránek – gmaily, proxmoxy, …). Zachraňují ho časté updaty. Provozovat neaktualizovaný prohlížeč by bylo ještě méně zodpovědné, než nezáplatovaný OS. Dalším nenažrancem v pořadí je PHPstorm. No a v neposlední řadě Acronis, kterému roste mms_mini.exe až mu naroste working set na 2GB (to trvá tak polovinu roku) a pak spadne a znova se spustí. Je to 32bit soft. Takhle to je už několik verzí. Amatéři. Tady je vidět, jak pěkně narostl na 700MB od října.
Kauza chybějícího iddle time
Celkový čas CPU za rok pro 64 threadový procesor je ~ 560 tisíc hodin. Mě to ale ukazuje relativně malý čas u procesu Systém Iddle Process. Není to tím, že by CPU byl skoro pořád vytížen. Je to tím, že to počítadlo při 18641:21:06 přeteče. To je 2^26 vteřin. Proč právě tolik, to netuším. Microsoft by s tím asi něco měl udělat… na dual socket epycu to přeteče po dvou dnech. Průměrné zatížení se tedy vyčíst nijak nedá, já to odhaduji to na průměrné vytížení lehce pod 10 %.
Jak to, že se ti to samo nerestartlo kvůli updatům?
Windows Update Blocker FTW. Ten používám i mimo tento challenge. Jistě si dokážete představit, jak mě vytočí, když se to restartne a odstřelí mi to všechny virtuály kvůli tomu.
A co jiné softy, něchtěly restart?
Restart občas chce Acrobat Reader. Ale nová verze funguje i bez restartu. Hádám, že to tam je „jen pro jistotu“ nebo programátorům z Adobe ještě někdo (pěstí?) nevysvětlil, že už není doba Windows 95 a restarty skoro nikdy nejsou nutné. No a pak je tu NOD32, který opruzuje s restartem při každém probuzení. To je ale druh softu, u kterého to chápu. Navíc i bez toho restartu funguje, virová báze se aktualizuje. Po restartu ale i tak půjde pryč protože na mě dělá MITM útok aby mohl kontrolovat https webové stránky. Což mi dost vadí, když potřebuji kontrolovat platnost a vlastnosti certifikátu, že mi tam NOD podstrkává falešný. Co by se stalo, kdyby ESETu někdo ukradl kořenový certifikát, kterým ty falešné certifikáty jsou podepsané, a který se natvrdo zavrtal do systému, to radši nechci ani domýšlet. Dělají to tak všechny antiviry, nebo mají Slováci zase něco extra?
Docela mě překvapil backupovací soft Acronis, který se updatuje a žádné restarty nechce. Ale i ten půjde pryč protože je nespolehlivý. Když při zálohování narazí na soubor, který nemůže otevřít nebo není připojený síťový disk, … , tak se zasekne a přestane zcela zálohovat. Restart počítače by tomu jistě pomohl ale spoléhat na to je amateřina nejhrubšího zrna. Takhle to musím občas zkontrolovat, jestli to běží podle data posledního souboru se zálohou na NASce a případně to přes GUI „odseknout“. Kromě toho mi teď v systému běží 25 32bit procesů. Z toho 13 patří Acronisu. V roce 2022.
Rok běhu s 256GB RAM bez ECC? WTF? Podle paperu, který zkoumal četnost chyb v RAM serverů Googlu bys měl za tu dobu mít bambilión bitflipů!
Paper jsem četl. Dvě možnosti: A) provozují serverovny nad sklady vyhořelého jaderného paliva B) je to hovadina. Po rozhovoru s adminem velkého datacentra (OVH) mám zjištěno, že po odfiltrování vadných paměti pozorují 16 bitflipů na 1 TB paměti a rok. V paneláku to může být ještě méně než v plechovém datacentru. To se může i tak zdát jako moc. Je ale třeba si uvědomit, že naprostá většina bitflipů nezpůsobí žádnou škodu (nepoužívaná paměť, paměť, která se nikdy nepřečte, to je např. většina diskové cache atd. nebo se přečte ale z L1/L2/L3), další velkou skupinou jsou bitflipy, které způsobí banální problémy (bitflip v přehrávaném multimediálním souboru nepoznáte, můžete si to sami vyzkoušet tímto softem:
https://github.com/aybabtme/bitflip
dá se s tím hezky experimentovat včetně toho, že se dá soubor flipama hezky náhodně posprejovat
randomly flipping 59 bits out of 59.363016 Mbits (0.0001% of 7.1 MiB) in file "test.mp3"
v mp3 jsem nepostřehl jsem ani zaškobrtnutí
randomly flipping 2.797 kbits out of 2.797786 Gbits (0.0001% of 334 MiB) in file "test.mp4"
v H264 videu patrné artfakty je ale přehratelné
randomly flipping 9 bits out of 9.961648 Mbits (0.0001% of 1.2 MiB) in file "test.jpg"
jpeg soubor, okem nevidím žádný rozdíl
randomly flipping 9 bits out of 9.961648 Mbits (0.0001% of 1.2 MiB) in file "test.jpg"
PDF soubor w Acrobatu nezobrazil jednu stránku ze čtyř, v chrome bez problémů)
Teď kontroverzní odstaveček, za který příjdou hejty (protože za pravdu se bije). Dalo by se něco takového udělat i na Linuxu?
Ne, nedalo. Wayland ani Xorg by to tak dlouho nepřežily. Takže je jedno, jaké desktopové prostředí by si kdo zvolil (a některé by se jistě sesypaly ještě dříve, než ten Wayland) protože by stejně chcípla vrstva pod tím. Ve windows je to uděláno velmi robustně. Může spadnout explorer.exe (a padá pokud si nainstalujete nestabilní softy, které přidávají položky do kontextového menu, obohacují ikonky o dodatečné informace (třeba cloudové softy indikují, zda je soubor nahraný v cloudu nebo ne a podobně), mě se to ale za ty dva roky nestalo – explorer.exe má čas spuštění shodný se startem systému - 28.12.2020), může spadnout dwm.exe (a padá, za ty dva roky spadl několikrát) ale aplikace to přežijí. Může spadnout dokonce i ovladač grafické karty. Je tam nějaký watchdog, který zjistíl,l že se něco děje, zatahá grafice za reset nožičku a znova ji zinicializuje. Obrazovka zabliká ale aplikace to přežijí, kromě těch, které měly zrovna otevřený 3D kontext. I to se během těch dvou let stalo (jednou při přehrávání videa ve VLC, jednou při těžbě nicehashem a jednou jsem to přehnal s přetaktováním). Velmi užitečná věc, protože ovladač grafiky musí spoléhat na to, že dostane od aplikace smysluplná data, což se ne vždy děje. Další výhodou je, že se dá vyměnit ovladač grafické karty bez restartu.
No a v neposlední řadě by linux nezvládl 500x suspend to ram. Alespoň takovou mám zkušenost, že se jednou za několik měsíců každodenního uspávání někde něco pose…pokazí a už se to neprobudí. Ve windows, alspoň na tomto hardware a na laptopu, mám úspěšnost stoprocentní.
Tiskni
Sdílej:
ale zase jako když ti spadne gui ve windows tak to je asi jako konečná a mužeš to akorát restartovat zatimco v linuxu mužeš furt pokračovat v tui :P ;D
lynx emacs/unoconv image-magick :O ;D
ale záset se jako nebudem :D :D :D ;D
..pred casem me tady lidi 'zhejtovali' za 64+32 core CPU na Linuxu a dneska je tu v teto diskuzi ticho.Zkus zapřemýšlet. Linuxáky, co tu zbyli jeho uptime nezajímá a hejtři neví co si s tou informací počít, aby si nenasrali do vlastního hnízda.
Pro nektere ostatni diskutery: pred casem me tady lidi 'zhejtovali' za 64+32 core CPU na Linuxu a dneska je tu v teto diskuzi ticho. Tak nevim, co je spatne.Nikdo tě pokud vim nehejtoval za nějaký jádra nebo jiný HW. Hejt jsi dostal za vnucování investice do silného HW lidem, kteří ho nepotřebují, případně už ho dávno mají...
Pro nektere ostatni diskutery: pred casem me tady lidi 'zhejtovali' za 64+32 core CPU na Linuxu a dneska je tu v teto diskuzi ticho. Tak nevim, co je spatne.Uhm, vždyť jsi tu byl (a stále jsi) právoplatně za mamlase, když ses posmíval lidem s menším počtem jader než ty.
Kdyz uz si tady hrajete na svedomi lidu, tak budte od te dobroty a sdelte nam alespon anynymne, co a jak bych vlastne mohl svobodne psat, aby Vam to nevadilo.Nic. Cokoli napíšeš, nejspíš to bude vždycky někomu vadit.
tak von má jenom nějakej slabej socka cpu 3970 zatimco ty máš premiovej 3990 v hodnotě celýho tohodlectoho serveru jestli si jako dobře pamatuju :D ;D
V6.00 Changelog Rewrite code for UEFI 32 & 64 bits Add support for x64 Long Mode Paging Add support for up to 256 cores Add detection for DDR4 & DDR5 Add support for XMP 3.0 Add detection for AMD Zen 1/2/3/4 Add detection for Intel up to 13th Gen Add better support for AMD pre-ZEN CPUs Add support for older nVidia and AMD chipsets Add support for SDRAM Many enhancements Numerous bug fixes & optimizationje dostupna v "kernel" formatu, takze snadno spustitelna i z iPXE legacy/uefi
A free verze toho komerčního zase nemá všechny testyPodle https://www.memtest86.com/compare.html chybí jen SSE, ne?
Wayland ani Xorg by to tak dlouho nepřežily.To bude rukama, na svém starším počítači jsem při pravidelném suspend to disk nahrabal nějaké ty měsíce uptime - pak update jádra, neměl jsem holt potřebu se s někým sázet.
nouveau_drm_screen_create
WTF?! Co Intelí ovladač dělá v Noveau (nvidia) kódu
3. nainstaluj debug balíčky a bumpni ten bug, že je aktuální s novým crash reportem (s debug balíčky to bude dávat i smysl).
apt install libbsd0-dbgsym libdrm-amdgpu1-dbgsym libdrm-nouveau2-dbgsym libdrm-radeon1-dbgsym libdrm2-dbgsym libedit2-dbgsym libelf1-dbgsym libexpat1-dbgsym libffi8-dbgsym libgcc-s1-dbgsym libgl1-mesa-dri-dbgsym libglapi-mesa-dbgsym libicu71-dbgsym liblzma5-dbgsym libmd0-dbgsym libsensors5-dbgsym libstdc++6-dbgsym libtinfo6-dbgsym libvulkan1-dbgsym libxml2-dbgsym libz3-4-dbgsym libzstd1-dbgsym zlib1g-dbgsym
by mohlo stačit
https://gitlab.freedesktop.org/mesa/mesa/-/issues/7626
[555404.703] (EE) Backtrace: [555404.710] (EE) 0: /usr/lib/xorg/Xorg (?+0x0) [0x5615fce12435] [555404.710] (EE) 1: /lib/x86_64-linux-gnu/libpthread.so.0 (?+0x0) [0x7ffb03e09140] [555404.715] (EE) 2: /usr/lib/x86_64-linux-gnu/dri/iris_dri.so (?+0x0) [0x7ffb02775216] [555404.716] (EE) 3: /usr/lib/x86_64-linux-gnu/dri/iris_dri.so (?+0x0) [0x7ffb0263dade] [555404.717] (EE) 4: /usr/lib/x86_64-linux-gnu/dri/iris_dri.so (?+0x0) [0x7ffb01b8f87b] [555404.717] (EE) 5: /usr/lib/x86_64-linux-gnu/dri/iris_dri.so (?+0x0) [0x7ffb01b93b7f] [555404.718] (EE) 6: /usr/lib/x86_64-linux-gnu/dri/iris_dri.so (?+0x0) [0x7ffb01d23e17] [555404.718] (EE) 7: /usr/lib/x86_64-linux-gnu/dri/iris_dri.so (?+0x0) [0x7ffb01d270bc] [555404.718] (EE) 8: /usr/lib/x86_64-linux-gnu/dri/iris_dri.so (?+0x0) [0x7ffb01d2cc75] [555404.719] (EE) 9: /usr/lib/xorg/modules/libglamoregl.so (?+0x0) [0x7ffb032d96bf] [555404.719] (EE) 10: /usr/lib/xorg/modules/libglamoregl.so (?+0x0) [0x7ffb032d5f85] [555404.719] (EE) 11: /usr/lib/xorg/modules/libglamoregl.so (?+0x0) [0x7ffb032d3461] [555404.719] (EE) 12: /usr/lib/xorg/Xorg (?+0x0) [0x5615fcd91e3f] [555404.719] (EE) 13: /usr/lib/xorg/modules/libglamoregl.so (?+0x0) [0x7ffb032daae1] [555404.719] (EE) 14: /usr/lib/xorg/Xorg (?+0x0) [0x5615fcd86b48] [555404.720] (EE) 15: /usr/lib/xorg/Xorg (?+0x0) [0x5615fccae584] [555404.720] (EE) 16: /usr/lib/xorg/Xorg (?+0x0) [0x5615fccb2584] [555404.720] (EE) 17: /lib/x86_64-linux-gnu/libc.so.6 (?+0x0) [0x7ffb03c54d0a] [555404.720] (EE) 18: /usr/lib/xorg/Xorg (?+0x0) [0x5615fcc9bd1a] [555404.720] (EE) [555404.720] (EE) Segmentation fault at address 0x4Mam xserver-xorg-core-dbgsym a este pre intel ovladac, ale kedze ten sa zrejme nepouziva... Nabuduce asi skusim switchnut na stary ovladac, ak to podporuje, lebo pada to tak raz za 1-2 mesiace, pravdepodobne ked sa prilis naplni pamat.
glamor0: GL error: GL_OUT_OF_MEMORY in glTexSubImage glamor0: GL error: GL_OUT_OF_MEMORY in glMapBuffer(map failed)
libc6-dbg:amd64 install libdrm2-dbgsym:amd64 install libgl1-mesa-dri-dbgsym:amd64 install libglapi-mesa-dbgsym:amd64 install xserver-xorg-core-dbgsym install xserver-xorg-video-intel-dbgsym installod minula som tam doinstaloval tie mesy, pridavam libgcc-s1-dbgsym. neviem co je potrebne aby to vobec zacalo fungovat, neviem najst taku informaciu
že to má děsně moc moc chvostů :O :D :D ;D