AMD A9-9425

[ikx]

...v notbuku som upravil grub podla stranky-

Kód: [Vybrat]

https://askubuntu.com/questions/1045063/ubuntu-18-04-lts-hangs-up-every-time-with-amd-gpu/1064025...potom som este docital o moznosti amdgpu.dc=1,len neviem čo presne je toto???...a aky je rozdiel medzi nulkou a jednotkou na konci...KEBY NIEKTO VEDEL...

System:    Host:HP-255-G6 Kernel: 5.0.0-27-generic x86_64 bits: 64
           Desktop: MATE 1.20.1  Distro: Ubuntu 18.04.3 LTS
Machine:   Device: laptop System: HP product: HP 255 G6 Notebook PC v: Type1ProductConfigId serial: N/A
           Mobo: HP model: 8330 v: 27.35 serial: N/A
           UEFI: Insyde v: F.51 date: 05/31/2019
Battery    BAT1: charge: 31.1 Wh 100.0% condition: 31.1/31.1 Wh (100%)
CPU:       Dual core AMD A9-9425 RADEON R5 5 COMPUTE CORES 2C+3G (-MCP-)
           cache: 2048 KB
           clock speeds: max: 3100 MHz 1: 1430 MHz 2: 1684 MHz
Graphics:  Card: Advanced Micro Devices [AMD/ATI] Stoney [Radeon R2/R3/R4/R5 Graphics]
           Display Server: x11 (X.Org 1.20.4 )
           drivers: ati,amdgpu (unloaded: modesetting,fbdev,vesa)
           Resolution: 1920x1080@60.01hz
           OpenGL: renderer: AMD STONEY (DRM 3.27.0, 5.0.0-27-generic, LLVM 9.0.0)
           version: 4.5 Mesa 19.2.0-devel - padoka PPA

[TIBOR]

Tebe tusim anglictina ide.
https://www.kernel.org/doc/html/latest/gpu/amdgpu-dc.html

Preco si robil tie upravy?

[ikx]

Preco si robil tie upravy?

...psyhicky ma zatazuje,ze su vysoké teploty,a ventilator sustavne toci...hlavne pri sledovani online filmov...
...pod pojmom vysoké teploty su teploty 90-95C...

[juwa2]

Preco si robil tie upravy?

...psyhicky ma zatazuje,ze su vysoké teploty,a ventilator sustavne toci...hlavne pri sledovani online filmov...
...pod pojmom vysoké teploty su teploty 90-95C...

Pokud chceš, aby při přehrávání videa nebyl CPU vytížen skoro na maximum, musí mít tvůj PC, driver grafiky a SW přehrávač podporu akcelerace přehrávání příslušného videokodeku (grafikou). Protože pokud nikoli, celé to "táhne" procesor a výsledek vidíš sám...

Starší PC mívají podporu pouze pro h264 (AVC).  Novější by měly mít podporu pro VP9, h265 HEVC nebo AV1, ale ani to nebývá samozřejmostí, zvláště u posledně jmenovaného. Proto bývá přehrávání extrémně náročného AV1 (např. YT ho mohutně "tlačí") doslova "peklo", zvláště ve vyšším rozlišení. Na lepší podporu výrobců HW se "čeká"...

[ikx]

...ma vsetko...asi......uz som to riesil aj na inych forach,záver-je to moje osobné prekliatie...
...ten návod,editacia grubu som vyskusal,ale mizerny vysledok bol...

[juwa2]

...ma vsetko...asi......uz som to riesil aj na inych forach,záver-je to moje osobné prekliatie...
...ten návod,editacia grubu som vyskusal,ale mizerny vysledok bol...

Vyzkoušej jiný kernel (různé kernely obsahují různé drivery). Můžeš mít nainstalovaných kernelů kolik chceš současně. Přepíná se mezi nimi při rebootu na grub obrazovce (advanced options).
Asi nejsnadnější je použít utilitku ukuu. Verze 18 je ještě zdarma https://github.com/teejee2008/ukuu/releases/download/v18.9/ukuu-v18.9-amd64.deb

Jinak kernely (z mainline) můžeš samozřejmě stáhnout a instalovat i ručně odtud
https://kernel.ubuntu.com/~kernel-ppa/mainline/?C=N;O=D  viz druhý obrázek.

[ikx]

...dakujem vám...to,čo som chcel dozvedel,dalej to nechcem riesit...
...kernely som tiez skusal,uz v minulosti-ziadny vysledok,len pri bootovani pol strany chyb,vacsinou ACPI...aleee som este skusil podla navodu rucne stiahnut,a nainstalovat-bez vysledku......
p.s-skusal som aj iné distrá,jedine manjaro mal lepsie vysledky,ale nedalo sa vypnut,ani sa mi nepacilo...toto asi isto nemá riesenie...

[juwa2]

...dakujem vám...to,čo som chcel dozvedel,dalej to nechcem riesit...
...kernely som tiez skusal,uz v minulosti-ziadny vysledok,len pri bootovani pol strany chyb,vacsinou ACPI...aleee som este skusil podla navodu rucne stiahnut,a nainstalovat-bez vysledku......
p.s-skusal som aj iné distrá,jedine manjaro mal lepsie vysledky,ale nedalo sa vypnut,ani sa mi nepacilo...toto asi isto nemá riesenie...

No pokud ten HW nemá podporu akcelerace daných (video) kodeků ani driverů, je veškerá snaha marná. Přehrávání bude probíhat výhradně v režii procesoru --> vysoká zátěž, teplota, hluk a k tomu se ještě přehrávání "seká", protože CPU jede "na doraz".
S tím nevymyslíš nic - jedině nový HW s podporou těchto nových kodeků.

PS: Windows je na tom po této stránce o mnoho lépe (direct X).  Na stejném stroji (dualboot ubuntu + W7) je rozdíl ve vytížení CPU při přehrávání stejného videa (full hd h264) 90 vs. 10% ve prospěch Windows.  A důvod?  Ve Windows totiž funguje HW akcelerace grafikou (přehráváno pomocí MPHC, PotPlayer, WMP). VLC se přirozeně "nechytá" = stejná bída jako v Ubuntu....

[JirkaZ]

PS: Windows je na tom po této stránce o mnoho lépe (direct X).  Na stejném stroji (dualboot ubuntu + W7) je rozdíl ve vytížení CPU při přehrávání stejného videa (full hd h264) 90 vs. 10% ve prospěch Windows.  A důvod?  Ve Windows totiž funguje HW akcelerace grafikou (přehráváno pomocí MPHC, PotPlayer, WMP). VLC se přirozeně "nechytá" = stejná bída jako v Ubuntu....

Už jsem to psal ("VDPAU"), takže ještě jednou:

Linux má taky možnost hw akcelerace grafiky, i když možná ne tak úplně vždy, jako W a DirectX (aby taky ne, když se Mrtwošrot agresivně vnucuje tak dlouho a úplně všude). Viz třeba taky https://wiki.archlinux.org/index.php/Hardware_video_acceleration atd. aj.

Konkrétní příklad:

4k video H.264 z https://www.appsloveworld.com/2018/10/sample-4k-videos.html (třetí soubor https://docs.google.com/uc?export=download&id=18UYXX4Qib5W2zKrPdss51KG62KQntPtU - ten oheň).

VLC 3.0.7.1 v Kubuntu 18.04: s povolenou HW akcelerací (automaticky) CPU load 4-5%, se zakázanou HW akcelerací CPU load okolo 18%.  V obou případech je video zcela plynulé.

CPU je i5-5675C Broadwell s integrovanou grafikou Iris Pro 6200, čili žádná nejposlednější extra bomba. Taky to ale není nic starého. Zřejmě používá hw GPU akceleraci VA-API (zatím blíže neověřeno, ale vzhledem k výrobci je to asi jediná možnost).

Takže jde to, jen si to chce trochu vybírat hw, pohrát si s nastavením sw a nečekat, že to bude úplně 100% vždy a všude.

[juwa2]

No jo, ale rozdíl CPU load 4-5% vs. 18% (ano, lze v praxi opravdu v Ubuntu dosáhnou - a to ještě rozhodně ne vždy) není zdaleka tak markantní jako ve Windows (10% vs. 90%).   A to se ke všemu zatím bavíme "pouze" o H.264.  Protože u H.265 (o AV1 vůbec raději nemluvě) je situace mnohonásobně horší....
----------------------------------------
Teď trochu odbočím. Připomíná mi to jednu situaci v sedmdesátých letech minulého století: Ptal jsem se tenkrát jednoho televizního technika, v čem je ten zásadní rozdíl mezi tehdy hojně diskutovanými TV normami SECAM a PAL.  A on mi odvětil, že to není až tak v technické kvalitě (obrazu samotného či vysílání jako takového), ta je u obou systémů přibližně stejná. Ale dnešním jazykem řečeno v "rozložení prostředků/potažmo nákladů" mezi vysílatelem a divákem.
Takže v podstatě zatímco SECAM vyžadoval poměrně složité zařízení na straně vysílatele ale o to jednodušší zařízení (TV) na straně diváka, u PALu je tomu právě naopak - jednodušší, nepříliš nákladné zpracování ve studiu, ale pak nutnost o to náročnějšího zpracování v TV přijímači u diváka. No a takový přijímač musí pak být pochopitelně daleko dražší, ale to přeci zaplatí uživatelé...         

A právě tímto se historie opakuje. Google/Youtube a jiní kódují nyní zběsile všechna svoje videa do (pro ně cenově výhodného, datově úsporného a svobodného AV1), ale pro "diváky" to rozhodně žádná výhra není. Ano, takto kódované video soubory jsou sice podstatně menší (to je pro providery samozřejmě výhodné, úspora místa na serverech), ale jejich následné zpracování na strane uživatele je nesmírně náročné na HW systémové prostředky.
Veškerá "zátěž" technická potažmo finanční (nutnost koupě nového HW který podporuje akceleraci nových kodeků grafikou) tak dopadá na uživatele. A poskytovatelé obsahu + výrobci HW si "mnou ruce".  To samé platí i o vnuceném (pro blaho mobilních operátorů) přechodu klasického TV vysílání z DVBT na DVBT2. Prostě hnus...

[ikx]

...test vyzera byt v poriadku,online tiez prehra plynule......tu chyba asi je inde,záhadná chyba......druhá snimka ukazuje bezné pouzivanie kompu,vsimnite maksimá......

[JirkaZ]

No jo, ale rozdíl CPU load 4-5% vs. 18% (ano, lze v praxi opravdu v Ubuntu dosáhnou - a to ještě rozhodně ne vždy) není zdaleka tak markantní jako ve Windows (10% vs. 90%).   A to se ke všemu zatím bavíme "pouze" o H.264.  Protože u H.265 (o AV1 vůbec raději nemluvě) je situace mnohonásobně horší....
----------------------------------------
Teď trochu odbočím. Připomíná mi to jednu situaci v sedmdesátých letech minulého století: Ptal jsem se tenkrát jednoho televizního technika, v čem je ten zásadní rozdíl mezi tehdy hojně diskutovanými TV normami SECAM a PAL.  A on mi odvětil, že to není až tak v technické kvalitě (obrazu samotného či vysílání jako takového), ta je u obou systémů přibližně stejná. Ale dnešním jazykem řečeno v "rozložení prostředků/potažmo nákladů" mezi vysílatelem a divákem.
Takže v podstatě zatímco SECAM vyžadoval poměrně složité zařízení na straně vysílatele ale o to jednodušší zařízení (TV) na straně diváka, u PALu je tomu právě naopak - jednodušší, nepříliš nákladné zpracování ve studiu, ale pak nutnost o to náročnějšího zpracování v TV přijímači u diváka. No a takový přijímač musí pak být pochopitelně daleko dražší, ale to přeci zaplatí uživatelé...         

A právě tímto se historie opakuje. Google/Youtube a jiní kódují nyní zběsile všechna svoje videa do (pro ně cenově výhodného, datově úsporného a svobodného AV1), ale pro "diváky" to rozhodně žádná výhra není. Ano, takto kódované video soubory jsou sice podstatně menší (to je pro providery samozřejmě výhodné, úspora místa na serverech), ale jejich následné zpracování na strane uživatele je nesmírně náročné na HW systémové prostředky.
Veškerá "zátěž" technická potažmo finanční (nutnost koupě nového HW který podporuje akceleraci nových kodeků grafikou) tak dopadá na uživatele. A poskytovatelé obsahu + výrobci HW si "mnou ruce".  To samé platí i o vnuceném (pro blaho mobilních operátorů) přechodu klasického TV vysílání z DVBT na DVBT2. Prostě hnus...

Se závěrem souhlas, předtím jsou dva nesmysly:

1) ad CPU load: 4-5% je v podstatě "idle", samozřejmě bylo souběžně spuštěno několik dalších aplikací, kromě toho ani bez HW akcelerace jednoduše zatížení CPU nevyletí tak vysoko. Takže prohlašovat, že "není zdaleka tak markantní" je prostě blbost, zejména při porovnávání dvou naprosto rozdílných PC a zřejmě i všeho dalšího.

Chtěl jsem pouze ukázat, že HW akcelerace v Linuxu a i ve VLC může být normálně funkční. Pokud budu mít čas a chuť, doplním to pro srovnání údaji z W7 na tomtéž PC a se stejným testovacím souborem.

2) PAL/SECAM: ten člověk byl buď "nepříliš orientovaný" (korektně řečeno), nebo vědomě lhal. PAL poskytuje z principu vždy barevně mnohem věrnější obraz než SECAM, důvody jsou dány rozdílností principů přenosu barevné složky a jejího zpracování. PAL má AM kvadraturní modulaci barvonosné na jedné frekvenci, SECAM FM modulaci na dvou frekvencích. U PALu se při změně kvality signálu a v čase mění maximálně  barevná sytost (a to ještě nepatrně), u SECAMu je neustálá potíž s barevným vyvážením (nestabilita střední hodnoty R a B složky). Co je pro oko podstatnější, je evidentní. Detaily zde nebudu rozvádět, nepatří to sem. Barevný dekodér pro PAL je obvodově naprosto srovnatelný, ne-li jednodušší než pro SECAM.

Celou dobu se i ve východním bloku ve studiích používal PAL a teprve na výstupu (před vysílačem) se transkódovalo do SECAMu.

Jediným skutečným důvodem používání SECAMu ve východním bloku byl sovětský bolševik, který rozhodl, že PAL je nejimperialističtější a tudíž ho nemůžeme dávat lidu, zatímco SECAM je od francouzských polosoudruhů (nebo alespoň čtvrtsoudruhů) a tak ho se skřípěním srpu a kladiva přijmeme.

Viz též https://cs.wikipedia.org/wiki/Barevn%C3%A1_televize#Historie_barevn%C3%A9_televize_ve_sv%C4%9Bt%C4%9B a jiné prameny. Kdo tu dobu nezažil, možná nechápe...

Howgh.

[regine]

2) PAL/SECAM:
Částečně nesouhlasím z důvodu:
a) SSSR začalo barevné vysílání SECAM v roce 1965, což PAL teprve začínal v Anglii, Německo až 1967.
b) SECAM byl ověřený již od 50. let zejména ve frankofonních zemích.
c) PAL byl v tehdejší době různých embarg technologicky těžko zaveditelný, neměli jsme součástkovou základnu.
d) Proto první barevné TV byly dováženy ze SSSR.
Pravdy se ve skutečnosti asi nedopátráme a i odborné články přímo neuvádí, jak k rozhodnutí došlo. Občas uvádí, že na PAL byla ve své době drahá licence.

[Ventero]

Jeste pro doplneni - tu informaci, ze se PAL coby clanek pouzival ve vychodnim bloku, bych az takhle siroce nevztahoval. Pravda vsak je, ze v CSSR se s PAL bezne operovalo - vsak CS televize (Teska) bezne mely demodulator pro obe normy narozdil od sovetskych a madarskych TV - jine jsem tu nepotkal.

Take jeste k norme SECAM - polosoudruzi ve francii mely tehdy vysilani s nejvyssim rozlisenim a to celou tretinu navic oproti zbytku evropy, coz u normy PAL prave bylo vyhodnoceno, ze se z duvodu nakladnosti nebude zvysovat. No a pro dokresleni v tomto na tom byly nejhur USA, ktere mely polovicni rozliseni oproti evrope a prave u filmu od tamtud, kdyz se u nas vysilaly se musel pouzivat proklad a byly v TV takove rozplizle a blbe se na ne cucelo. USA s Japonci mely tusim uplne jinou normu - tusim, ze MESECAM.

[petertomasy]

američania používali ntsc , 29,97 prekladaných snímkov za sekundu a 525 riadkov. Môžem potvrdiť  , ja som si kúpil v 84 našu farebnú telku z Nižnej a mala obe normy, okrem tohto bol rozdiel aj v nosnej zvukovej frekvencii ,my sme používali šírku kanála 8 MHz a nosná bola 6.5 MHz . Oni mali nosnú 5.5 MHz. Takže občas bol treba menší zásah , ale problémy nastali ak sa dobre pamätám až po prevrate , keď sme prechádzali na PAL a ľudia mali problémy ( hlavne tí starší ) ... čienobiele telky vtedy ešte bežne boli v rodinách , tak to až tak nevadilo ( ja som bežne menil elektrónky PCL 85 a PL 85 , čo dneska je skoro neuveriteľné , ale vtedy normálka.  . ešte by som možno na pôjde niekde vyhrabal dajakú elektrónku .

[ikx]

...akoze k povodnej téme-zahram pod wine fishsim2-ku,to je rybarsky simulator,nic nerobim len pozorujem signalizatory a teploty stupaju,az do 92C...

[Gmisiycs]

akoze k povodnej téme-

Máte (např. lihem) supervyčištěné ventilátory a žebra chladičů? Zkusil jste výkonnější chlazení?

Výkonnější chlazení je tišší, neb prakticky nemá co chladit. Čistší chlazení lépe předává teplo vzduchu - tedy jednomu z nejlepších tepelných izolantů (nikoliv tepelných vodičů!) na planetě.

[ikx]

...asi som zabudol napísať,že notbuk nemá ani rok...

[Gmisiycs]

Mimina se umývají i 5x denně a to vaše nemá ani rok ;-)

Zkuste vyčistit zejména chladič každý půlrok.  Pokud se to dělá při každém vysávání, nemusí se rozebrat NTB. Prachový koberec ale už přes žebra vysavačem neprotáhnete. Takže jako na vojně - Rozbjurka i zbjurka. Když už to budete mít rozebrané, přelepte heatpipe na všech místech, staré lepidlo odstraňte. Nové lepidlo si nekupujte nejlevnější, ale nejlepší. Poraďte se s prodejcem, bude vědět.
Jo a lopatky ventilátoru můžete také otřít.
Chladič, když bude venku, neobsahuje elektrosoučástky, je to pouze plech a trubky. Dá se to umýt pod vodou (doufám, že i ten váš). Ideální je ale krejčovská jehla, vata/vatička/hadříček, líh. Pokud máte doma vodku či rum, dá se to použít, je to levnější, ale obsahuje cukry, musí se pak chladič ještě opláchnout vodou.

Pokud bude hučet NTB i pak, teprve je čas na softwarová řešení.

[ikx]

...tieto ukoly su nad moje schopnosti...este pod vysavaci robot viem dat notbuk,ale robot ujde...pri manjare funguje normalne,lenze manjaro sa mne nepaci...
...nainstaloval som aj graficke ovladace AMD,oibaf a padoka...mierne zlepsenie,takze chyba bude asi SW...

[macu]

jak už tu přede mnou zmínili...první věcí, co je třeba udělat, je pročištění...takže kompletní rozdělání ntb, pročištění, přepastování...pokud neumíš sám, jistě nějaký šikovný kamarád pomůže
pokud něco víc topí, je třeba to správně chladit...takže pro ntb. kvalitní chladící podložka

to je tak asi vše, co pro to hardwarově můžeš udělat

[filip4]

Zdravím! Mám podobný problém. Nainstaloval jsem U 18 LTS na AMD X2 a procesor se mi v pohodě uvaří na 120°C. Přitom nemusím ani nic zpouštět. Prostě si zapnu mail a procesor se uvaří. Pasta, chladič čisté a na Win 7 se to nehřeje ani při videu nad 85°C. Máte nějaké doporučení řešení problému? Je to v tom, že se AMD nekamarádí s Ubuntu? Díky

[juwa2]

Co tedy procesor vytěžuje?  Podívej se do "Sledování systému".

[filip4]

1. Nejvíce Firefox
2. Web content

[juwa2]

1. Nejvíce Firefox
2. Web content

A pokud je ukončíš?
Krom toho jsi tvrdil, že nic nespouštíš. Ten Firefox se přece nespustil sám.....
-------
Jak se to chová v live?