Linux 5.12 tvoří téměř 29 miliónů řádků zdrojového kódu, z toho 10 % připadá na AMDGPU

Škoda, že ty hlavičkové soubory nelze také automaticky vygenerovat do buildu až při případném překladu...

A není to jedno, Antone Pavloviči? Ono to datově až tak významné není a kernel se obvykle až tak často neaktualizuje. Jedno tříminutové 1080p video, kterých člověk zhltne za den i více, udělá na FUPu větší paseku.

Musím to tahat v gitu, když chci patchovat a buildovat kernel pro RPi. Ale psal jsem "škoda že", takže to celkem snadno přežiji. Nicméně kdyby to samé udělala nvidia, intel, MS, bude zdroják za chvíli dvojnásobný.

kdyby Nvidia presunula svuj binarni GPU ovladac jako opensource do jadra, tak myslim bude narust kazdemu (uzivateli Nvidia GPU) naprosto ukradenej ;-)

Já bych s dovolením řekl, že bude dokonce možná i vítaný...

To pořád není důvod, aby se výrobce nesnažil držet driver v gitu v rozumné formě. Je docela možné, že ty hlavičky by při buildu vygenerovat nešly, ale třeba taky jo. Pokud ano, pak by byla čuňárna to verzovat už vygenerované, když jde o takový objem.

To není dobré přirovnáni, uživateli Nvidia by bylo ale asi ne uživateli VESA. Ty generované musí stahovat každý a pokud by šlo to dělat jak píše Dustin, proč o tom velmi neuvažovat. Sice tomu rozumím jako koza petrželi a laicky mi to přijde jako správný přístup ;-)

Jedno tříminutové 1080p video, kterých člověk zhltne za den i více, udělá na FUPu větší paseku.

Davide Ježkoviči, ať je to pro tebe významné či není je taky jedno. To by ti mohl někdo podobně odpovídat proč používáš linux když to je naopak velmi časově významné.
Ta připomínka o optimalizaci byla chytrá a velmi nasnadě, proč ti vadila?

Vychadzam z predpokladu, cim viac riadkov tym komplexnejsi kod a tym pomalsia aplikacia.

Prosim mozete mi vysvetlit preco v pripade Kernelu to neplati? Resp. spomalovanie sa takmer vobec neprejavuje ked robim update balickov kernelu.

Dakujem

2. 3. 2021, 15:31 editováno autorem komentáře

To může být tím, že předpoklad: více řádku == pomalejší aplikace, neplatí.

Můžete mít "doslova" pár řádků kódu, které z vašeho našlápnutého polo-superpočítače udělají neefektivní radiátor a naopak milióny řádků kódu v dobře strukturovaných modulech s vytuněnými algoritmy laskajícími ladné křivky specializovaných instrukcí tajemných CHIPerek. které budou efektivně využívat nedozírný výpočetní výkon vašeho 15 let starého herního desktopu.

3. 3. 2021, 03:30 editováno autorem komentáře

No protože na vašem počítači se použije jen část toho kódu podle hardware, takže pokud nemáte AMD, tak se nic z toho nepoužije. A samozřejmě si můžete ten kernel osekat přesně na míru hardware a pak to klesne třeba i na 1%. Což se u jednoúčelových zařízení také dělá, i z toho důvodu, že tam je třeba málo paměti.

Většina toho nárůstu je nový kód. Ať už jsou to úplně nové drivery, podpora pro nový hardware v existujících, nebo třeba nové funkce. Nikdo nebude jen tak z plezíru zbytečně komplikovat stávající implementaci, naopak, často se složitější kód implementuje kvůli lepšímu výkonu.

Ono by stačilo trochu upravit definici toho řádku. 200 MiB #define konstant jsou spíš data než řádky programu. To je jako kdyby se u her do počtu řádků počítaly textury a zvuky (zkonvertovat je na C hlavičky není problém).

Ale no tak. Přeci jim nechcete rozdupat bábovičku :)
Vždyť si s tou statistikou tak pěkně hrají...