From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1SRR4P-00056J-EN for garchives@archives.gentoo.org; Mon, 07 May 2012 16:45:58 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id A5893E078D; Mon, 7 May 2012 16:45:42 +0000 (UTC) Received: from mx1.hadt.biz (boss.hadt.biz [78.47.36.129]) by pigeon.gentoo.org (Postfix) with ESMTP id 5B4ECE0746 for ; Mon, 7 May 2012 16:44:08 +0000 (UTC) Received: from [192.168.255.100] (p5B340C2B.dip.t-dialin.net [91.52.12.43]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.hadt.biz (Postfix) with ESMTPSA id F149FB5FB for ; Mon, 7 May 2012 18:44:06 +0200 (CEST) Message-ID: <4FA7FBD5.9030103@hadt.biz> Date: Mon, 07 May 2012 18:44:05 +0200 From: Michael Hampicke User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120430 Thunderbird/12.0.1 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] I want to play movies without hangs References: <20120216162948.7eea6070@weird.wonkology.org> <1705219.vsiCQe2Sr8@weird> <20120507144134.4ea24fc3@weird.wonkology.org> <7661425.dpRk3J8nd2@energy> In-Reply-To: <7661425.dpRk3J8nd2@energy> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: 59bb16ad-135e-4e4c-8fdd-f766566f19d1 X-Archives-Hash: 23962b04ff9c61b6cf40308c9c852b7d Am 07.05.2012 18:26, schrieb Volker Armin Hemmann: > Am Montag, 7. Mai 2012, 14:41:34 schrieb Alex Schuster: >> Some while ago, I wrote: >> >> [ >> mplayer stutters when I/O is going on, even hangs for seconds when I do a >> dd if=/dev/zero of=somefile bs=1M >> ] >> >>> Urs Schutz writes: >>>> Just an idea: Is the disk OK? Replace /dev/sda with your >>>> disk... >> >> [...] >> >>>> I had a bad disk here, which resulted in slow IO, but not >>>> complete failure. Smart detected this immediately. Sorry, >>>> I do not know how to check disks with LVM. >>> >>> Didn't you get errors in yslog then? >>> >>> I also thought about swapping the system drive - I have a larger backup >>> drive, with nearly identical logical volumes on it, where I make >>> backups with rdiffbackup. So even the content is identical, except for >>> an additional rdiff-backup directory containing the increments. So all >>> I have to do is to echange the two volume group names, reboot, and the >>> system will run from the other drive. But I very much doubt this will >>> help, transfer speed looks okay to me, around 100 MB/s with dd. >> >> I did it in another way. I created a large file system (LVM) on my 2nd >> drive, copied /, /usr, /var, /opt and /home over. My whole system is >> encrypted, but I omitted this, just to make sure this is not the >> bottleneck. >> >> Alas, no change. Another thing I tried was to change the SATA mode in my >> BIOS from AHCI to whatever the other option is. This did not help either. >> >> Now this is really annoying. I watch small clips mostly, and can live >> with that, and when I want to watch stuff with others, I copy the file to >> tmpfs, which seems to help a lot. >> >> But now I found another solution: NOT USING KDE. >> >> When X crashed (trying to make the old Unreal game play), I fired up >> another window manager, and when I played a video in there, there was no >> problem at all. So, I have another workaround. >> >> But does anyone have an idea, why running KDE is the problem? Disabling >> desktop effects does not help. > > nepomuk/virtuoso running in the background > > whenever you have more than 1 process doing IO linux sucks ass. > > Now, you write to a partition, nepomuk tries to index it (1 read) and your > player reading the video file (2nd read). Interactivity is shot. > > Pause/kill nepomuk and look if it helps. > > For me the worst case is: writing lots of files on a usb device - sucks > everywhere, even on a vt. > Maybe changing the kernel io scheduler will help? # /usr/src/linux/Documentation/block/switching-sched.txt # /usr/src/linux/Documentation/block/deadline-iosched.txt # /usr/src/linux/Documentation/block/cfq-iosched.txt