Videotoisto jumittaa koneen

[eskofd]

Katsoin eilen illalla leffaa (.avi) ja noin parin tunnin kohdalla ensin meni äänet, sitten alle minuutin kuluttua rupesi tahmaamaan/pätkimään ja lopulta kovalevyn raksuttaessa hiirikin alkoi jumittamaan. Katselin tätä käyttäytymistä n. 10 minuutin ajan kovalevyn raksuttaessa koko ajan ja hiiren välillä liikkuessa ja välillä ollen jumissa. Oikein mitään ei saanut tehtyä, vaikka hiirellä välillä yritti esim. jotain kuvaketta painaa. Lopulta sitten vedin virrat pois ja käynnistin uudestaan. Tämä tapahtunut ja useampia kertoja, yleensä ei aivan heti videon katsomisen alussa.

Koneen "tehojen" loppumisesta ei ole kyse. Itseäni mietityttää, mikä tuon kovalevyn "raksuttamisen" oikein synnyttää, videot kun tulevat ulkoiselta kovalevyltä USB-piuhan kautta. Nimenomaan tämän raksuttamisen alettua alkaa järjestelmä ja videot jumittamaan.

Aikaisemmin käytössä ollut Ubuntu 10.04, jonka kanssa ei minkäänlaisia ongelmia minkään ohjelman kanssa. Nyt käytössä siis Ubuntu 10.10, kernel 2.6.32-24 (uudemmalla tulee videotoistoon horisontaalisia raitoja, siksi ei voi käyttää), näytönohjain ATI RS482 ja normaalit ubuntun ajurit. Videosoittimena VLC, mutta sama ongelma tullut myös Ubuntun defaulttisoittimen kanssa.

ps. uskallanko päivittää ubuntua update managerista, poistuuko grubista sitten jossain vaiheessa tämä nyt käyttämäni vanha kerneli.

[mrl586]

Kuinka paljon RAM-muistia sinun koneessa on?

[shukle]

Ettei vaan olisi levy hajoamassa, jolloin raksutus olisi uudelleenlukuja. Näkyykö dmesg:ssä mitään virheitä?

[eskofd]

RAM-muistia on muistaakseni 800 megaa, mutta tästä ei siis ole kyse, koska Ubuntu 10.04 toimi moitteettomasti myös videoiden kanssa.

Tätä ongelmaa ei ole Windowsin puolella (rinnakkain asennettu), joten levy tuskin on hajoamassa. Kyseinen ongelma alkoi siis 10.04 -> 10.10 päivityksen jälkeen, joten siinä varmaankin ongelma.

Dmesgin pastesta http://paste.ubuntu.com/519228/ en valitettavasti mitään ymmärrä.

[nm]

Koneen "tehojen" loppumisesta ei ole kyse. Itseäni mietityttää, mikä tuon kovalevyn "raksuttamisen" oikein synnyttää, videot kun tulevat ulkoiselta kovalevyltä USB-piuhan kautta. Nimenomaan tämän raksuttamisen alettua alkaa järjestelmä ja videot jumittamaan.

Järjestelmä alkaa swappaamaan levylle, koska muisti loppuu kesken. Tämä puolestaan johtunee muistivuodosta jossain ohjelmassa tai pahimmassa tapauksessa näytönohjaimen ajurissa.

Käynnistä Järjestelmän valvonta -työkalu (Järjestelmä->Ylläpito->Järjestelmän valvonta) ja valitse Prosessit-välilehti. Järjestä näkymä Muisti-sarakkeen mukaan siten että eniten muistia käyttävät ohjelmat ovat ylimpänä. Käynnistä sitten VLC, aloita videotoisto ja seuraa Järjestestelmän valvonnassa, kasvaako jonkin prosessin muistinkäyttö jatkuvasti. Kasvu on luultavasti melko hidasta, mutta sen pitäisi olla jatkuvaa. Jos vuoto on kernelin puolella, se ei näy prosessilistassa. Tarkkaile myös muistin ja sivutustilan käyttöä Järjestelmän valvonnan Resurssit-välilehdellä.

Aikaisemmin käytössä ollut Ubuntu 10.04, jonka kanssa ei minkäänlaisia ongelmia minkään ohjelman kanssa. Nyt käytössä siis Ubuntu 10.10, kernel 2.6.32-24

Ongelmasi saattaisi kyllä johtua tuosta vanhan kernelin ja uuden radeon-ajurin yhdistelmästä. Siellä voi olla muistivuotovirhe, joka laukeaa videotoistossa ja/tai 3D-kiihdytyksessä vanhaa kerneliä käytettäessä.

(uudemmalla tulee videotoistoon horisontaalisia raitoja, siksi ei voi käyttää)

Tällaisia? http://en.wikipedia.org/wiki/Screen_tearing

Repeily on yleensä korjattavissa ajurin tai Compizin asetuksilla. Kokeile ilman Compizia eli kytke "työpöydän visuaaliset tehosteet" pois päältä, jos ne menevät päälle uuden kernelin kanssa.

ps. uskallanko päivittää ubuntua update managerista, poistuuko grubista sitten jossain vaiheessa tämä nyt käyttämäni vanha kerneli.

Saattaa poistua, mutta voit asentaa sen uudelleen paketista, jos näin käy.

[eskofd]

Kiitokset hyvistä vastauksista.

Laitoin leffan pyörimään ja ajoin ssh:n yli toisella koneella "top"-nimisen ohjelman. Siinä Mem-rivillä vapaana olevan muistin määrä "Free" näyttää koko ajan videota ajaessa tippuvan ad 9000k asti kunnes vapaan muistin määrä hyppää takaisin n. 50000k. Tämän jälkeen muistin määrä alkaa taas tippua. Videon pyörityksessä ei kuitenkaan näytä olevan mitään ongelmaa. Samanlaista jumitusta en ole saanut vielä tänään toistettua, vaikka videoita olen pyörittänyt nyt aamupäivästä asti.

Eniten muistia näyttävät vievän VLC:n lisäksi Xorg, compiz, pulseaudio, python ja nmdb, mutta minkään ohjelman muistimäärä ei tasaisesti nouse (edes ylläkuvatussa tilanteessa, kun vapaana olevan muistin määrä koko ajan tippuu).

Viittaisiko tämä siis kernelin muistivuotoon vai onko tämmöinen muistimäärän "ailahtelu" normaali ilmiö?

Juurikin tuosta "screen tearingistä" on kyse. Harmi, että en saanut sitä compizin poistolla korjaantumaan, joten joudun käyttämään tätä vanhempaa kerneliä, missä näköjään on sitten omat ongelmansa...  

[nm]

Laitoin leffan pyörimään ja ajoin ssh:n yli toisella koneella "top"-nimisen ohjelman. Siinä Mem-rivillä vapaana olevan muistin määrä "Free" näyttää koko ajan videota ajaessa tippuvan ad 9000k asti kunnes vapaan muistin määrä hyppää takaisin n. 50000k. Tämän jälkeen muistin määrä alkaa taas tippua. Videon pyörityksessä ei kuitenkaan näytä olevan mitään ongelmaa. Samanlaista jumitusta en ole saanut vielä tänään toistettua, vaikka videoita olen pyörittänyt nyt aamupäivästä asti.

Mitä swap-rivillä tapahtuu, eli pieneneekö siellä vapaan tilan osuus hyppäyksittäin samaan aikaan kun keskusmuistin vapaa tila hyppää takaisin 50 megatavuun.

Eniten muistia näyttävät vievän VLC:n lisäksi Xorg, compiz, pulseaudio, python ja nmdb, mutta minkään ohjelman muistimäärä ei tasaisesti nouse (edes ylläkuvatussa tilanteessa, kun vapaana olevan muistin määrä koko ajan tippuu).

Järjestitkö prosessit muistinkulutuksen mukaan (Shift+M top-ohjelmassa)? Tarkkaile etenkin RES-saraketta.

Mahdollinen vuoto on kuitenkin luultavasti kernelin puolella, koska VLC, Xorg ja compiz eivät kasvattaneet varattua osuuttaan.

Viittaisiko tämä siis kernelin muistivuotoon vai onko tämmöinen muistimäärän "ailahtelu" normaali ilmiö?

Voi olla normaaliakin, jos swapin vapaa tila ei vähene.

[nomalab]

Muistaisin jostain juuri lukeneeni, että VLC:ssä on noita muistivuoto-ongelmia. En nyt linkkiä löydä tähän hätään...

[nm]

Muistaisin jostain juuri lukeneeni, että VLC:ssä on noita muistivuoto-ongelmia. En nyt linkkiä löydä tähän hätään...

VLC:n muistivuoto näkyisi prosessilistassa. Lisäksi Eskofd:llä oli samaa ongelmaa myös Totemin kanssa.

[Ganymedes]

En tiedä onko samasta ollenkaan kysymys, ehkä ei, mutta omat ongelmat videotiedostojen kanssa menivät seuraavasti:

- videot jumittivat koneen totaalisesti (hiiri liikkui, mutta mitään ei voinut valita, X:ää ei pystynyt tappamaan)

- flashasin uuden bioksen. Sama ongelma, mutta ainoastaan Totem tai VLC kaatui, kone ei mennyt jumiin. Näytönohjaimen vaihto ei auttanut.

- vaihdoin uuden emolevyn, Asus, Athon-II, DDR2 emo. Nyt toimii. Edellinen emo oli vanhempaa sarjaa, muutoin edellä esitetyt speksit.

[eskofd]

Pari kertaa olen nyt viime postauksen jälkeen laittanut elokuvan pyörimään taustalle ja todennut, että en saa esille samanlaista ongelmaa enää. Edelleenkin pyöritän siis tätä vanhempaa kerneliä.

Ajoin top-ohjelman järjestäen prosessit muistinkulutuksen mukaan eikä silläkään tavalla näkynyt poikkeavaa (elokuva pyöri taustalla eikä jumittumista tapahtunut). Raudasta ei ole kyse, rinnakkain oleva Windows toimii normaalisti.

Täytyy pitää peukut pystyssä, että ongelmaa ei enää tulisi. Outoa kyllä, kun olen saanut "jumituksen" ainakin 3 kertaa esille enkä ole tässä välissä mitään päivitellytkään, ja nyt kun yrittämällä yritän niin kaikki toimiikin normaalisti.

Kysymys päivityksistä: Uskaltaako noita suositelluja päivityksiä asentaa, kun pyöritän vanhaa kerneliä vai pitäisikö kone käynnistää uudemmalla kernelillä (jossa siis screen flicker -ongelma) ja asentaa päivitykset silloin?