Prosíme přihlašte se nebo zaregistrujte.

Přihlašte se svým uživatelským jménem a heslem.

Autor Téma: AMD A9-9425  (Přečteno 545 krát)

ikx

  • Člen
  • **
  • Příspěvků: 102
  • Karma: +1/-1
    • Zobrazit profil
AMD A9-9425
« kdy: 07 Září 2019, 14:41:42 »
...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...

Citace
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
« Poslední změna: 07 Září 2019, 14:43:20 od ikx »

TIBOR

  • Guru
  • *****
  • Příspěvků: 6202
  • Karma: +450/-21
  • Som uzivatel linuxovej distribucie, som linuxak?
    • Zobrazit profil
Re:AMD A9-9425
« Odpověď #1 kdy: 07 Září 2019, 16:30:56 »
Tebe tusim anglictina ide. :D
https://www.kernel.org/doc/html/latest/gpu/amdgpu-dc.html

Preco si robil tie upravy?
Asus X751LB-TY014H Ubuntu 18.04 XX 64bit - Mate.
Linus, Lajnas, Línus, Luínus, Lajnus a je mi naozaj jedno, ako ľudia vyslovujú moje meno. Ale "Linux" je vždy "Linux". LINUS TORVALDS, tvorca Linuxového jadra.(V dokumente Revolution OS)

ikx

  • Člen
  • **
  • Příspěvků: 102
  • Karma: +1/-1
    • Zobrazit profil
Re:AMD A9-9425
« Odpověď #2 kdy: 07 Září 2019, 16:46:34 »
Citace
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

  • Závislák
  • ****
  • Příspěvků: 2861
  • Karma: +203/-38
    • Zobrazit profil
Re:AMD A9-9425
« Odpověď #3 kdy: 07 Září 2019, 19:37:56 »
Citace
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

  • Člen
  • **
  • Příspěvků: 102
  • Karma: +1/-1
    • Zobrazit profil
Re:AMD A9-9425
« Odpověď #4 kdy: 07 Září 2019, 20:05:42 »
...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

  • Závislák
  • ****
  • Příspěvků: 2861
  • Karma: +203/-38
    • Zobrazit profil
Re:AMD A9-9425
« Odpověď #5 kdy: 07 Září 2019, 20:21:42 »
...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.
« Poslední změna: 07 Září 2019, 21:07:30 od juwa2 »

ikx

  • Člen
  • **
  • Příspěvků: 102
  • Karma: +1/-1
    • Zobrazit profil
Re:AMD A9-9425
« Odpověď #6 kdy: 07 Září 2019, 21:39:48 »
...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...
« Poslední změna: 07 Září 2019, 21:46:44 od ikx »

juwa2

  • Závislák
  • ****
  • Příspěvků: 2861
  • Karma: +203/-38
    • Zobrazit profil
Re:AMD A9-9425
« Odpověď #7 kdy: 07 Září 2019, 22:06:07 »
...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

  • Člen
  • **
  • Příspěvků: 293
  • Karma: +28/-2
    • Zobrazit profil
Re:AMD A9-9425
« Odpověď #8 kdy: 07 Září 2019, 23:44:50 »

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.
« Poslední změna: 07 Září 2019, 23:59:38 od JirkaZ »

juwa2

  • Závislák
  • ****
  • Příspěvků: 2861
  • Karma: +203/-38
    • Zobrazit profil
Re:AMD A9-9425
« Odpověď #9 kdy: 08 Září 2019, 00:41:36 »
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

  • Člen
  • **
  • Příspěvků: 102
  • Karma: +1/-1
    • Zobrazit profil
Re:AMD A9-9425
« Odpověď #10 kdy: 08 Září 2019, 09:13:08 »
...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á......
« Poslední změna: 08 Září 2019, 09:36:42 od ikx »

JirkaZ

  • Člen
  • **
  • Příspěvků: 293
  • Karma: +28/-2
    • Zobrazit profil
Re:AMD A9-9425
« Odpověď #11 kdy: 08 Září 2019, 09:28:17 »
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.
« Poslední změna: 08 Září 2019, 09:29:51 od JirkaZ »

regine

  • Stálý člen
  • ***
  • Příspěvků: 607
  • Karma: +21/-3
    • Zobrazit profil
PAL/SECAM
« Odpověď #12 kdy: 09 Září 2019, 09:26:12 »
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.
Ubuntu 16.04 LTS 32bit

Ventero

  • Závislák
  • ****
  • Příspěvků: 1485
  • Karma: +45/-13
    • Zobrazit profil
Re:AMD A9-9425
« Odpověď #13 kdy: 09 Září 2019, 11:01:12 »
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.
Zvuky jsou mantrami a myšlenky moudrostí, prostě proto, že se mohou objevovat ...

petertomasy

  • Stálý člen
  • ***
  • Příspěvků: 798
  • Karma: +89/-8
    • Zobrazit profil
Re:AMD A9-9425
« Odpověď #14 kdy: 09 Září 2019, 16:55:02 »
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

  • Člen
  • **
  • Příspěvků: 102
  • Karma: +1/-1
    • Zobrazit profil
Re:AMD A9-9425
« Odpověď #15 kdy: 10 Září 2019, 09:08:56 »
...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... :o :o :o