Úgy tűnik a következő Linux kernel LTS verzió (6.1) után, 2023-ban eltávolíthatják a fejlesztők a 80486-os CPU-k támogatását. Az 1989-ben, az 80386 processzor utódaként, debütált Intel 80486, ismertebb nevén 486 az Intel által kifejlesztett x86 processzorcsalád egy tagja.
We got rid of i386 support back in 2012. Maybe it's time to get rid of i486 support in 2022?
A technikában jártas Windows-felhasználók talán használták már a CPU-Z-t. Ez egy kiváló segédprogram átfogó rendszerinformációk gyűjtésére, amelyek nem állnak rendelkezésre a Windows készletalkalmazásain keresztül.
A CPU-Z nem érhető el Linuxon.
Ne csüggedjen! Többféle módon és eszközzel is részletes hardverinformációkhoz juthat Linuxon.
Sőt, ha a CPU-Z-hez hasonlót szeretne Linuxon, akkor szerencséje van. Egy X0rg nevű fejlesztő a GitHubon létrehozott egy CPU-Z klónt CPU-X for Linux néven.
A felület nem biztos, hogy bitre pontos másolata a CPU-Z-nek, de nagyon ismerősnek fogja találni.
Hogy tetszik a CPU-X? Vagy inkább más eszközt használsz? Például az inxi vagy a hardinfo a kedvenc?
A Krita Alapítvány nagy örömmel jelenti be, hogy az Intel lett az alapítvány fejlesztési alapjának első mecénás tagja Az Intel és a Krita már régóta sikeresen együttműködik olyan projektekben, mint a Krita Sketch, a többszálúság javítása és a HDR festés.
2002 óta, amikor a kernel ACPI-támogatással bővült, egy felesleges várakozási - „dummy wait” művelet került be a kernelbe. Történt ez mindazért, mert akkoriban néhány chipkészletnél az STPCLK# nem volt időben érvényesítve a kernelben az üresjárat során. A dummy I/O olvasás késlelteti a további utasításfeldolgozást, amíg a CPU teljesen le nem áll. Az AMD egyik mérnöke azonban nemrégiben észrevette, hogy ezt a viselkedést a modern AMD Zen 3 hardvereken is alkalmazzák, és megállapította, hogy ez teljesítményproblémákhoz vezethet az terhelt és üresjárati fázisok között gyorsan váltó munkaterheléseknél, és különösen a nagyobb magszámú rendszerek, például a Ryzen Threadripper és EPYC platformok esetében.
K Prateek Nayak, az AMD mérnöke, kimutatta, hogy a hibás megoldása milyen jelentős hatással lehet a teljesítményre a modern hardverekre az AMD rendszereken. Az Intel CPU-k eközben nem használják ezt a kódutat a modern hardverekhez, így nem érinti őket ez a teljesítményvesztés. Az adott tesztben a minimum adatátviteli értékek 1390.52 százalékkal növekedtek és az átlagos adatátvitel is 50.85 százalékkal emelkedett.
Eredetileg az AMD egy javítást végzett itt, majd Dave Hansen, az Intel mérnöke tisztította és egyszerűsítette ezt a kódot. Ez utóbbi javítás egyszerűen nem alkalmazza ezt a "dummy wait" megoldást, kivéve a régebbi (Nehalem előtti) Intel rendszereket. Mostantól tehát az AMD rendszerek is kihagyják ezt a műveletet, amely a modern rendszereken ronthatja a teljesítményt. Mivel ez főként az leterhelt és az üresjárati állapotok között gyakran váltó munkaterhelésekre van hatással, valamint a nagyobb magszámú rendszereknél jobban észrevehető, az AMD EPYC szerver teljesítménye ezzel a javítással meglehetősen érdekes lehet, különösen a webszerver / adatbázis-munkaterhelések és más típusú gyors tesztek esetében.
Kezdetben a Linux-on futó grafikai programok képkocka-sebessége sajnálatosan alacsony volt, a más rendszereken futó azonos alkalmazásokkal összevetve. Az utóbbi évek gyártói és Valve, illetve RedHat mérnökeinek kitartó és áldozatos munkájának köszönhetően a Linux-on futó játétkok képkocka-sebessége drasztikusan megemelkedett. Egyre jobb illesztőprogramok, egyre jobb hibakeresési eszközök, mind a program futását tekintve, mind a GPU-ban végzett feladatok optimális irányba mozdultak el. Ennek megfelelően ma már sokkal jobb játszani Linux-on, mint eddig bármikor. Mindezek lehetőséget adtak a Valve számára is, hogy másodjára – ismét – megpróbáljanak bekerülni a konzolos üzletbe egy dedikált eszközzel – a Steam Deck-kel. Úgy tűnik ez a második próbálkozás már sikeresnek tekinthető, hiszen a Steam Deck elég jól fogy és a vásárlói fogadtatása is nagyon pozitív.
A további fejlődés azonban nem várt helyről, a Zink Mesa illesztőprogram felől érkezett. A Zink, amely a OpenGL programok futtatását teszi lehetővé Vulkan-on, fejlesztésével kapcsolatban készítette Mike Blumenkrantz a vkoverhead programot. A vkoverhead egy eszköz a Vulkan-illesztőprogramok CPU-overheadjének kiértékelésére. Mike úgy találta, hogy a RADV meghajtó lassabb volt, mint az AMDGPU-PRO meghajtó a nagyon egyszerű rajzolási tesztnél. A legalapvetőbb Vulkan-teszt esetében a RADV csak körülbelül 28,3 millió rajzolást ért el másodpercenként, míg az AMDGPU-PRO körülbelül 32,8 millió rajzolást másodpercenként.
Nos, a RADV végrehajtásának profilozásával erre a nagyon egyszerű Vulkan-tesztre, és a szűk keresztmetszetek megtalálásával, amikkel foglalkozni kellett, mire befejezte kis kalandját, már 44 millió rajzolást ért el másodpercenként a RADV illesztőprogrammal. Ez 55%-os növekedést jelent a RADV rajzolási teljesítményében a mainline Mesa jelenlegi RADV kódjához képest, és körülbelül 30%-os előny az AMDGPU-PRO AMD saját Vulkan meghajtójához képest.
Megjelent az FWUPD 1.8.5, amely még több hardver támogatásával segíti a Linux operációs rendszert használó felhasználókat a firmware frissítésekhez.
A fwupd 1.8.5 körülbelül három héttel a fwupd 1.8.4 után érkezik, és újabb bővítményeket tesz elérhetővé:
az SMU firmware verziójának megjelenítéséhez AMD APU/CPU-kon,
az android-boot az egyes blokkeszközök frissítésére szolgál,
és egy általánosat, ami az Intel Goshen Ridge kezelésére szolgál.
Ez a kiadás új hardverek támogatásával is kiegészül, beleértve a Corsair SABRE RGB PRO játékegeret, több Intel Goshen Ridge USB-4 dokkolót, valamint több Sonix CAM eszközt. Emellett javítja a meglévő eszközök támogatását:
a Wacom AES eszközökét, amelyek mostantól helyesen frissülnek,
a Ryzen 6000 rendszerekét, hogy letiltsák az alvó üzemmód váltását,
a PinePhone Pro okostelefonokét, hogy az MTD-t Tow-Boot-ként tegyék elérhetőve.
Az fwupd 1.8.5 frissítés egyéb változtatások mellett lehetővé teszi az ESP megadását a DBX frissítés alkalmazásakor, hozzáadja azt a lehetőséget, hogy az összes elérhető ESP lekérdezésekor mindig ellenőrizze a BDP partíciókat, eltávolítja a „frissítés közben nem használható” / „may not be usable while updating” üzenetet a DBX frissítéseknél, és az archívum méretét a RAM 25 százalékára vagy 4 GB-ra korlátozza. Mindezek mellett elérhetővé teszi a platform képességleírók támogatását, hogy az eszközök beállíthassák a rendellenességeket is.
Továbbá a Linux firmware frissítő segédprogram mostantól a coSWID metaadatokat uSWID MTD blokk eszközről tölti be, a Redfish automatikusan generált jelszavát már nem menti el egy felhasználó által olvasható fájlba, csak akkor hoz létre felhasználókat IPMI használatával, ha ez lehetséges, támogatja az összes CCGX metaadat blokk írását, és több hibát is kijavít.
Megjelent a Mesa 22.2 a nyílt forráskódú grafikus vezérlők gyűjteményének legújabb negyedéves funkciókiadásaként. A Mesa 22.2 mint a Q3'2022-es frissítés számos izgalmas fejlesztést és új funkciót hoz, mint például:
Az Intel Arc Graphics DG2/Alchemist támogatás fejlődött az asztali PCI ID-k hozzáadásával, valamint a kis BAR, a számítási támogatás és más funkciók hozzáadásával. A Mesa 22.2 támogatás működhet a Linux 6.0 és újabb upstream rendszermagokkal, feltéve, hogy az i915.force_probe= modul opciót használják a jelenleg kísérleti támogatás engedélyezéséhez.
Egy nagy teljesítményjavítás az Intel DG2 Vulkan sugárkövetés kódhoz, nagyságrendileg ~100x-os javulás.
Az AMD az RDNA3 / GFX11 támogatáson dolgozik a Mesa 22.2 kiadásban, az összes RDNA3 munkájukkal együtt haladva kernel oldalon az AMDGPU illesztőprogremmal együt. Arról azonban nem nyilatkoztak nyilvánosan, hogy a Linux 6.0 és a Mesa 22.2 várhatóan elég lesz-e ahhoz, hogy a megjelenés napján RDNA3 grafikus kártyatámogatást nyújtson Linuxon, vagy további fejlesztések és szükséges javítások vannak még hátra... Azt hogy az AMD előzetesen szállít-e hardvert a Valve és a Red Hat Linux grafikus meghajtó fejlesztőinek nem tudni. De AMD számára „dolgozó” külsős RADV-fejlesztők esetében, általában szükség vana megjelenés környékéig vagy azt követően is fejlesztésekre és hibajavításokra, mire az új hardver támogatása is rendben lesz.
A régi R600g meghajtó a Radeon HD 2000-től HD 6000 sorozatú (GCN előtti) hardverekhez átírt NIR-támogatást és hozzáadott NIR-támogatást az Evergreen előtti GPU-khoz.
A RadeonSI EGL kontextusban kiemelt prioritású támogatás segíti a Wayland kompozitorokat.
A Radeon RADV illesztőprogram új kiterjesztésekkel bővült, mint például primitives_generated_query, shader_module_identifier és mások. A RADV folytatta továbbá a Vulkan mesh shader támogatásának előkészületeit és az NVIDIA eszközgenerált parancsainak részleges támogatását.
A tesztelt operációs rendszerek a következők voltak: Windows 11 Pro, Ubuntu 22.04 LTS, ismét Ubuntu 22.04 LTS a Linux 5.18 stabil kernelre való áttéréskor, majd az Intel Clear Linux 36580 az Alder Lake agresszív out-of-the-box teljesítményét kínáló Clear Linux 36580. Az összes operációs rendszert alapértelmezett állapotban teszteltük (kivéve az Ubuntun futtatott Linux 5.18-at), és a tesztelés időpontjától kezdve az összes stabil kiadású frissítéssel.
A hardveresen támogatott videólejátszás bekapcsolásával a videólejátszástól tehermentesíteni lehet a CPU-t, mert a dekódolási munkát a GPU végzi. Ezzel a videólejátszás folyamatosabb lehet és kevesebb energiát is fogyaszt. A számítógépben lévő grafikus kártyától függően, az alábbi lehetőségek adottak:
Az egyik Intel javítássorozat, amire már 2018 óta várunk, a kliensenkénti GPU-metrikai jelentések köré szerveződik, hogy a különböző GPU-motor-aktivitásokat folyamatonként is meg lehessen mutatni. Időnként a szoftverfoltokat újrafrissítik, de még nem sikerült elérniük a Linux kernel fővonalat.
Megjelent a Mesa 21.3 a nyílt forráskódú grafikus vezérlők gyűjteményének legújabb negyedéves funkciókiadásaként. A Mesa 21.3 mint a Q4'2021-es frissítés számos izgalmas fejlesztést és új funkciót hoz, mint például:
A Canonical megkezdte a következő generációs Intel IoT platformokra szabott, optimalizált Ubuntu telepítő lemezképek közzétételét.
A Canonical együttműködésben az Intel-lel megkezdi az Ubuntu Core 20 és az Ubuntu 20.04 LTS asztali verziójának ISO-lemezképeinek közzétételét, amelyek Intel Atom X6000E sorozatú / Pentium / Celeron N / Celeron J processzorokra (Elkhart Lake), valamint Intel 11. generációs Core processzorokra optimalizáltak.
Június 6-án találkoznak a nyílt infrastruktúra európai nagyjai Budapest szívében. DevOps, konténerizáció, valós életbeli példák a privát felhők korszakából.