Dotaz: sekanie v minte 18.3

[pohan]

ahoj, prosim o pomoc.

doteraz som nemal ziadne problemy s videom - vsetko slapalo ako ma a pred par dnami mi zacalo neskutocne sekat v linuxe - pri videu az moc..mierne trhanie - oneskorenie je i pri pisani

skusal som i starsie jadro ale problem zostal, viete niekto poradit?

diky moc

moje:

linux mint 18.3

NVIDIA Corporation NV43 [GeForce 6200

Odpovědi

[PetebLazar]

Geforce 6200 se myslím nemůže spoléhat na žádnou významnou akceleraci dekódování, takže vše bude na bedrech samotného CPU (model?).

Jaké je v klidu vytížení CPU (dle top či htop)?

O jaké video jde konkrétně (on/off-line), případně jaký formát/rozlišení? V případě YT mohlo dojít ke změně preferovaného kodeku, který nemusí CPU tak dobře zvládat.

GeForce 6200 to vypadá na pěkně zasloužilý stroj, předpokládám že tomu bude sekundovat maximálně nějaké CPU dvoujádro?

Rolování obsahu prohlížece (plynulost/rychlost) se chová stále stejně?

[pohan]

hej je to starši stroj :D ale sluzi len na internet a video...

trha v podstate vsetko-i to rolovanie prehliadaca, video vo vlc mi trha mierne ale nie je to pekne pozeratelne, daleko viac trha Xplayer

ked som vymenil disky - nabehol mint 20.3 video netrhalo

procesor: AMD athlon 2 X3, 2200Mhz

[pohan]

bude to zrejme cpu

cpu pri xplayer - nepozeratelne sekane - 90 - 93%

cpu pri vlc - mensie sekanie - +- 85%

[PetebLazar]

Tříjádro na 2200GHz by mělo H.264@FullHD dávat při rozumných bitrate. S CoreAVC dekodérem jsem na X2 4850 (dvoujádro na 2,5GHz) se zaťatými pěstmi dával i pověstný Samsung.Oceanic.40Mbps High@L5.1 16RF. Spíš by si tipl, že se něco v tom Mint 19.10 změnilo v efektivě obsluze X-výstupu (možná ten nárust režie) plynulé přehrávání potopil. V tom Mintu 20 to roluje plynuleji?

[pohan]

cpu pri minte 20.3. - pri spustenom vlc 30-35%, neseka tam nic

video uplne plynule bez problemov

sekanie v minte 18.3. "zacalo" pred par dnami, dovtedy neboli ziadne problemy

takze zrejme daco nezelane bezi v pozadi, len sa nevyznam tak do linuxu tak si neviem rady

[PetebLazar]

Kdyby něco běželo v pozadí byly v nástroji "top" spuštěnému v terminálu vidět zátěž těchto procesů. V klidu by zátěž měla činit jednotky až malé desítky % (pozn. 100% představuje vytížení jednoho jádra).

[pohan]

čo možem teda spraviť pre to aby to nesekalo?

[PetebLazar]

Zatím nevíme co je možnou příčinou. Při přehrávání stejného videa v Mint 19 a Mint 20 vyfotit vždy v terminálovém okně běžící nástroj top. Vypsat vrchní procesy s největší zátěží (v %) právě během přehrávání videa.

U mne je zátěž přehrávačem (mpv) menší než jedno jádro, protože přehrávač využívá HW dekodování, kterým disponuje mé GPU (VDPAU?). https://www.monitos.cz/tmp/screenshot_top_player.png

[PetebLazar]

Napadá mne zda Vám Cinnamon neběží v Software Rendering módu, to by větší režii cinnamonu mohlo snad vysvětlovat.

Zkuste v terminálu zadat příkazy glxinfo | grep render

Označte myší text výstupu příkazu, zkopírujte jej do příspěvku v pre tagu.

[Petr Fiedler]

Linux Mint 20 ještě nebyl vydán. Poslední verze je 19.3.

[pohan]

ano sorry je to mint 19.3

pridavam screeny

http://www.imagebam.com/image/35933f1337805975

http://www.imagebam.com/image/75c4d51337805978

[PetebLazar]

No ty skoro dvě vytížená jádra (186%) samotným cinnamonem (první screenshot) naznačují, že je něco asi špatně. Já mám cinnamon na 5% při přehrávání pomocí VLC(pravda akcelerovaně).

[pohan]

ale netusim kde

[PetebLazar]

Napadá mne zda Vám Cinnamon neběží v Software Rendering módu, to by větší režii cinnamonu mohlo snad vysvětlovat. Zkuste v terminálu zadat příkazy glxinfo | grep render Označte myší text výstupu příkazu, zkopírujte jej do příspěvku v pre tagu.

[PetebLazar]

glxinfo | grep render

[pohan]

glxinfo | grep render

direct rendering: Yes

GLX_MESA_multithread_makecurrent, GLX_MESA_query_renderer,

GLX_MESA_multithread_makecurrent, GLX_MESA_query_renderer,

Extended renderer info (GLX_MESA_query_renderer):

OpenGL renderer string: llvmpipe (LLVM 6.0, 128 bits)

GL_ARB_conditional_render_inverted, GL_ARB_conservative_depth,

GL_NV_conditional_render, GL_NV_depth_clamp, GL_NV_packed_depth_stencil,

GL_ARB_conditional_render_inverted, GL_ARB_conservative_depth,

GL_NV_blend_square, GL_NV_conditional_render, GL_NV_depth_clamp,

GL_OES_element_index_uint, GL_OES_fbo_render_mipmap,

[PetebLazar]

Ještě zkusit příkaz

inxi -G

Ten výpis mi jako nvidia(proprietary) či nouveau(OSS) drivery nepříjde (mohu se plést).

[pohan]

Graphics: Card: NVIDIA NV43 [GeForce 6200]

Display Server: X.Org 1.18.4 drivers: nouveau (unloaded: fbdev,vesa)

Resolution: 1440x900@59.89hz

GLX Renderer: llvmpipe (LLVM 6.0, 128 bits)

GLX Version: 3.0 Mesa 18.0.5

[PetebLazar]

To "llvmpipe" indikuje (pokud jsem to tedy správně pochopil) použití SW rasterizace, takže GK je jen pasivním zobrazovadlem (veškeré operace s obrazem musí oddřít CPU). To by se mj. mělo projevit nižším výkonem např. při scrollingu atpd.

[pohan]

vela mi to nehovori.. da sa s tym daco robit?

[Peter Golis]

Áno, dá. Môžeš skúsiť vymeniť ovládač za iný. Alebo rovno distribúciu za takú, v ktorej ti to fungovalo. Ak sa tomu teda nechceš zbytočne venovať.

[pohan]

ovladače som menil a "nezabralo"... ak si nepochopil mne to doteraz šlapalo bez trhania v tejto distribucii (mint 18.3)

[PetebLazar]

Problém je v tom, že aktualizace OS a změny požadavků ze strany služeb mohou zužující se interval kompatibility(výkonové dostatečnosti) u velmi starého HW minout každým dnem (HW nedisponuje prakticky žádnou rezervou, aby ustál neefektivní fungování). Je třeba si uvědomit, že 15 let starý HW není a nebude předmětem testování/zájmu aktuálních distribucí, fungování je u nich spíše již otázkou náhody(štěstí) než pravidla. Nakonec 15 let je i v psím životě jasná penze (85let), bráno počítačovým věkem to bude již hodně přes 100vku.

[Peter Golis]

Takže táto tvoja reakcia bola kompletne nepravdivá? To znie teda ako veľmi zapeklistý problém.

[PetebLazar]

Já to pochopil (možná chybně) tak, že je měnil až poté co se začaly problémy projevovat.

Asi bych před reinstalací zkusil i proprietární Geforce drivery (vypadá to, že teď jsou "aktivní" OSS nouveau). Nevím zda jejich instalaci Mint nabízí a zda je v nich vůbec tak staré GPU ještě podporováno.

[Peter Golis]

Áno, logy z balíčkovacieho systému by mali byť dostupné. V nich by sa tá zmena mohla ukázať, ak to bolo aktiváciou nejakej systémovej záplaty.

I keď to jeho tvrdenie že po reinštalácii mu to išlo, ae stále to nejde mi skôr našepkáva že to nie je problém s počítačom.

[pohan]

ano, pochopene spravne - mint 19.3 som skusil az ked mi to zacalo blbnut v minte 18.3 - doteraz mi slapal 18.3 bez problemov, bez sekania

a mint 19.3 zatazeny tak na 15%....

[pohan]

ovladace som samozrejme skusal menit a bez vysledkov

[k3dAR]

ovladace (v zavyslosti na podpore tve karty) bys mohl mit, opensource/nouveau, uzavrene/nvidia a ty v nekolik verzich, vse by mel nabidnot nastroj "Dodatecne ovladace" nebo jak se to v Mintu jmenuje, zkusil si tedy vsechny moznosti a pri zmene samozrejme reboot stroje?

[Petr Fiedler]

Mint 19.3 má tohle docela vymakané. Pokud máš dedikovanou GPU, tak se ti po instalaci automaticky objeví oznámení, že je k dispozici nový ovladač s dotazem, jestli jej chceš nainstalovat. Když dáš, že ano, tak se ti pak na panelu objeví v systémové oblasti ikona a po kliknutí na ní si můžeš vybrat, jaká GPU má být používána. Moc zkušeností s tím ale nemám, protože dedikovanou GPU mám jen v nb a v pc, který primárně používám, ne.

[Peter Golis]

Ono, také Ubuntu tiež pri inštalácii zisťuje či sú k dispozícii doplnkové (binárne) ovládače, a ponúkne ich. Nielen pre grafiku, ale aj pre napríklad WiFi karty a podobne.

[Peter Golis]

A vybral si si správnu verziu? Asi určite teda nie.

Nvidia je známa tým, že ukončuje podporu starého železa. A v nových ovládačoch nebudeš mať podporenú kartu ktorá má 15 alebo viacej rokov.

[xxxs]

neskusis nejake live distro?

[Peter Golis]

Tá grafika má v sebe Nvidia PureVideo Technology slúžiacu na akceleráciu prehrávania filmov vrátane x264, takže CPU by nemalo byť preťažované pri prehrávaní filmov.

Odporučil by som skontrolovať či nie je treba preinštalovať ovládač po update jadra, a pozrieť výstup napríklad z vlc ktorému človek podhodí film ktorý začal "zrazu" sekať.

Alebo, použiť teda preinštaláciu na novší systém ak ten fungoval a zisťovanie chyby je príliš zložité pre BFU.

PS: Grafika z roku okolo 2005, k takémuto výhrevnému telesu sa v zime nevyjadrujem. Ale v lete by som to radšej nezapínal.

[PetebLazar]

Tj. generace PureVideo která ještě neuměla u H.264/VC-1 "bitstream decoding" (plný decoding uměla pouze pro Mpeg-2), podpora VDPAU přišla až s VP2. Pokud tam nějaká podpora dekódování byla, pak ji dnešní implementace dekodérů asi budou úspěšně ignorovat (ty zkusí využít dostupnost VA-API/VDPAU/XvBA a pokud neuspějí, nechají to plně na CPU).

https://en.wikipedia.org/wiki/Nvidia_PureVideo#Table_of_GPUs_containing_a_PureVideo_SIP_block

https://www.nvidia.com/en-us/drivers/geforce6-techspecs/

Pozn. Je to hodně slabá GK, její TDP v plné zátěži by mělo být v řádu max. desítek wattů (u AGP verze údajně 35W).

[Peter Golis]

sekanie v minte 18.3. "zacalo" pred par dnami, dovtedy neboli ziadne problemy

Je úplne jedno či má plný set (vrátane vyhladzovania šumu a dopočítavania detailov pri upscalingu, alebo nie. Dôležité je, že mu to tá karta utiahla. Ale hádať sa o tom je z môjho pohľadu blbosť. Mal som staršiu kartu od firmy Nvidia (MX440), a prehrávala mi MPEG-4 na GPU aj keď oficiálne informácie tvrdili že to nezvláda (teda že zvládne prehrať len MPEG-2). A dosť humorné to bolo keď som pousil cez cvidix.

[PetebLazar]

Jak víme, že mu to (přehrávání) předtím utáhla především karta a ne CPU? Zatím sem nepostnul žádné informace ohledně srovnání CPU zátěže na Mintu kde to funguje a druhém kde ne.

Jestliže pozoruje zhoršení i u scrollingu v prohlížeči, pak pozorovaný problém asi nelze omezit jen na dekódování videa.

Doplnění pro ostatní: V útrobách Internetu dohledané rozdíly v akceleračních schopnostech pohledem DXVAcheckeru.

Geforce 6

Geforce 8

má 8400GS(G98) pořízená před 11ti lety právě z důvodu přítomnosti VP3

[Peter Golis]

Pokiaľ má GPU z roku 2005 pripojenú cez AGP, tak k nej má CPU ktorý asi nemá moc silu prehrať FullHD (alebo aspoň HD Ready) x264 bez GPU akcelerácie.

Ale to je jedno. Pochybujem že sa ozve s akýmikoľvek doplnkovými informáciami. Možno sa ozve len s tým, že to preinštaloval a začalo mu to fungovať. Teda, s tým sa ozval keďže spomínal prerelease na rok 2020.

[PetebLazar]

To AGP jsem jen zmínil, protože to byl jediný můj nalezený odkaz se zmínkou o TDP GK (s daným GPU).

V druhém příspěvku zmiňuje procesor AMD athlon 2 X3 (podle taktů to vypadá na AMD ATHLON II X3 400e) a ten byl určen pro socket AM3 (takže GK bude prakticky jistě v PCIe 16x).

[PetebLazar]

Tak asi se vyráběla i verze pro PCI, tak doufejme že to není zrovna tento případ. https://www.ebay.com/itm/EVGA-NVIDIA-GE-Force-6200-Graphics-Card-256-MB-DDR2-PCI/352977847516?hash=item522f1e84dc:g:MeAAAOSw2bReTwDm

[Peter Golis]

Grafické karty pre PCI slot boli oveľa menej výkonné ako pre AGP slot. To PCI bolo inečo iné ako PCI Express, a malo to oveľa menší prietok. Pochopil by som všeličo, ale že by niekto do dnešnej doby používal GPU pripojené cez PCI, tak tomu neverím. To by musel byť čistý masochista, alebo kurátor v múzeu o počte jedného funkčného exponátu.

[PetebLazar]

Někde tu ve šrotu mám PCI HD2400Pro (ta měla plnou akceleraci VC-1/H.264). Podařilo se mi dohledat starý příspěvek (forum.extrahardware.cz) s tehdejšími pokusy s ní. Má to své limity a těch 132MB/s teoretické průchodnosti tomu taky zrovna nepomáha.

Příspěvekod Lazar » pát 20. bře 2009 16:29:27 Jak je na tom Atom?

Ve vedlejsim vlakne se probiralo vyuziti MB s integrovanym dvoujadrovym Atomem330 jako zakladnim kamenem pro obecny server. Jeho vyuziti pro multimedialni ucely je dosti omezene (spise orientovane na SD rozliseni). Integrovana GK, jez je soucasti chipsetu 945GC pri prehravani HD obsahu mnoho nepomuze a sam dualcore Atom330@1,6GHz take nema sil nazbyt.

Nahodou jsem objevil v jednom e-shopu skladem dostupnou GK na bazi ATI RV610 (konkretne HD2400Pro PCI od PowerColoru), s niz by se snad daly multimedialni moznosti ATOMu rozsirit. Zminovana GK (navic omezena z dnesniho pohledu pomalym rozhranim PCI) neni zrovna levnym resenim (do jeji ceny ~1400,- se skoro vejde MB s 780G), takze z hlediska nakladu a maximalne vytezitelneho CPU vykonu nejde o moc vyhodne reseni. K pokusum mne vedla spise zvedavost, nez konecne prakticke vyuziti. Pri dalsim pruzkumu se ukazalo, ze navic prani bylo castecne otcem myslenky a zobecneni HD schopnosti rodiny HD24xx nebylo az tak na miste.

Behem snahy o oziveni kombinace Atom330 + HD2400Pro PCI (XP,Vista32) jsem narazil na radu, aspon pro mne novych, zjisteni:

1) Implementaci modernich chipu na GK s PCI rozhranim samotna ATI se svymi drivery nepodporuje 2) Od ovladacu Cat 8.2 je pry udajne znemoznena akcelerace na GK s rozhranim pomalejsim nez PCI-E 4x (tudiz i PCI-E 1x, PCI) 3) Posledni ovladace u vyrobce GK vychazi z Cat 8.6 4) Drivejsi MB s integrovanym Celeronem pry sdilel u SATA radice IRQ s PCI slotem coz pry soucasne funkci branilo (na ATOM330 se podarila zprovoznit funkci SATA a PCI GK) 5) Jedny z uspesnych starsich driveru pro ucely akcelerace jsou pro HD2400 Cat 7.12 6) Identifikace GK 1002:94cc se vyskytuje jen v ovladacich vyrobce GK

Pri pouziti ovladacu GK od vyrobce se mi akcelerace nepodarilo dosahnout, coz pri platnosti bodu 3),2) az tak neprekvapuje. Vyrobce se na svych strankach o akceleraci (H.264,VC-1) primo nezminuje(snad z vyskytu AVIVO HD v textu bychom si mohli podporu DXVA pro HD narokovat). Vyrobce GPU schopnosti pro rodinu obecne deklaruje. Nakonec pri druhem dnu pokusu se pri vyuziti starsich ovladacu Cat 7.12 doplnenych o identifikaci z ovladacu vyrobce podarilo dostupnost akcelerace zajistit.

Prehravani HD obsahu (trailery 1080p H.264, pripadne VC-1) s vyuzitim akcelerace na HD2400 bylo uspesne (pouzit MPC HC build.100x). Zatez CPU se pri prehravani pohybovala pro 20Mbps bitrate nekde mezi 10-20%.

Po instalaci PowerDVD 7.3 (SW bundle u B-R RW mechaniky) se podarilo v uvodu prehravat akcelerovane pouze .mp4(H.264). Po dalsim ladeni (po overeni pomoci Cyberlink B-R HD Advisor) se ukazala jako vhodnou odinstalace ovladace (zakazani v OS) integrovane 945Express. Prehravac PwDVD se asi k teto karte upinal a snazil se pro prehrani vyuzit jejich (omezenych) schopnosti.

Pri prehravani primo B-R (SpiderMan III) nebylo plynule(A/V), ve zvuku byly lupance, CPU bylo stale na mezi pretizeni. Navic useky v HD Mpeg-2 (typicky warningy) procesor schopen zvladnout nebyl (GK v tomto nepomohla). Nevim nakolik zkousene medium SpiderMan III je reprezentativnim vzorkem vydanych medii z hlediska naroku na CPU (vlastni rezii prehravani), u jinych mohou byt naroky jeste vetsi.

Vysledek trochu potvrzuje to co zatim o kombinaci B-R + ATOM je dostupne. Velka cast zateze CPU neni spojena s vlastnim dekodovanim (tu zajisti uspesne pridana GK), ale se samotnou pripravou obsahu. Urcitou zatez produkuje urcite dekodovani zvuku do analogovych vystupu, pri vyuziti digitalniho vystupu by zatez nejspise mirne poklesla.

ATOM platforma i nadale zustava zajimavou, ale do univerzalniho vyuziti ji preci jen cast vykonu (zamerne?) chybi. I tak pro neB-R HD obsah muze s vhodnou GK poskytnout zajimavou funkcionalitu.

L.

[Peter Golis]

ve šrotu

To plne vystihlo túto zbytočnú časť diskusie.

PS: Stavím sa o mincu, že sa Pohan neozve s akýmikoľvek doplnkovými informáciami. Možno sa ozve len s tým, že to preinštaloval a začalo mu to fungovať.

[PetebLazar]

Ozval se dvě minuty před Vaším postem. Výše.

[Peter Golis]

Polovica tých jeho obrázkov z toj postu ukazuje že tam má idle 77%, teda využitie ani nie z 1/4. Druhá polovica ukazuje že má idle len cca 12%, teda že má vyťažený systém na 7/8. V ani jednom prípade to ešte nie je znakom, že by mu to muselo sekať keďže má rezervy. Teda slušne povedané, to nie je informácia ktorá by viedla ku riešeniu. To je len približný opis situácie.

Nebudem hádať či by to mohlo byť aj omylom zapnutým kompozítorom pri prehrávaní filmov. Je to zbytočné. Možností prečo to nastalo je naozaj veľa. A bez tých výpisov je najjednoduchšie to ozaj prein...

PS: Ohľadne tej mince, mám tu napríklad jednu marku z DDR.

[debian+]

Co ti robi https://unix.stackexchange.com/a/453568?