Mark Knecht writes:
> Anything in there show network through-put per process? I've been
> looking for a way to monitor what's going to each of my VMs?
net-analyzer/nethogs does that.
Wonko
On Thu, May 17, 2012 at 7:13 AM, Michael Mol wrote:
> On Thu, May 17, 2012 at 9:51 AM, Mark Knecht wrote:
>> On Sat, May 12, 2012 at 6:04 PM, Michael Mol wrote:
>>> On Sat, May 12, 2012 at 8:58 PM, Alex Schuster wrote:
>>
> sys-process/htop
Huh? I only see the total amount of swa
On Thu, May 17, 2012 at 9:51 AM, Mark Knecht wrote:
> On Sat, May 12, 2012 at 6:04 PM, Michael Mol wrote:
>> On Sat, May 12, 2012 at 8:58 PM, Alex Schuster wrote:
>
sys-process/htop
>>>
>>> Huh? I only see the total amount of swap being used, but no entry per
>>> process.
>>
>> Hit F2, and
On Sat, May 12, 2012 at 6:04 PM, Michael Mol wrote:
> On Sat, May 12, 2012 at 8:58 PM, Alex Schuster wrote:
>>> sys-process/htop
>>
>> Huh? I only see the total amount of swap being used, but no entry per
>> process.
>
> Hit F2, and go down to 'columns'. Anything per-process found under
> /proc
Michael Mol wrote:
> On Sat, May 12, 2012 at 8:58 PM, Alex Schuster
> wrote:
[about showing which processes use how much swap]
> > Michael Mol writes:
[...]
> >> sys-process/htop
> >
> > Huh? I only see the total amount of swap being used, but no entry per
> > process.
>
> Hit F2, and go down
Paul Hartman writes:
> On Fri, May 11, 2012 at 8:40 PM, Alex Schuster
> wrote:
> > Finally, I found something. It's Dolphin!
[...]
> > Now, would this be an MPlayer problem, or one of Dolphin?
>
> I wonder if Dolphin is generating thumbnails/preview indexes at the
> same time you're trying to pl
On Fri, May 11, 2012 at 8:40 PM, Alex Schuster wrote:
> Finally, I found something. It's Dolphin!
>
> I've done some longer testing, always playing the same video parallel
> with a dd if=/dev/zero of=/tmp/10G bs=1M count=1, in mplayer, for a
> minute, several times. When I do this by opening t
On Sun, May 13, 2012 at 7:27 PM, Alan McKinnon wrote:
> On Sun, 13 May 2012 18:03:59 -0400
> Michael Mol wrote:
>
>> On Sun, May 13, 2012 at 5:33 PM, Alan McKinnon
>> wrote:
>> > On Sun, 13 May 2012 17:01:07 -0400
>> > Michael Mol wrote:
>> >
>> >> On Sun, May 13, 2012 at 4:53 PM, Alan McKinnon
On Sun, 13 May 2012 18:03:59 -0400
Michael Mol wrote:
> On Sun, May 13, 2012 at 5:33 PM, Alan McKinnon
> wrote:
> > On Sun, 13 May 2012 17:01:07 -0400
> > Michael Mol wrote:
> >
> >> On Sun, May 13, 2012 at 4:53 PM, Alan McKinnon
> >> wrote:
> >> > On Sun, 13 May 2012 14:12:04 -0400
> >> > Mic
On Sun, May 13, 2012 at 5:33 PM, Alan McKinnon wrote:
> On Sun, 13 May 2012 17:01:07 -0400
> Michael Mol wrote:
>
>> On Sun, May 13, 2012 at 4:53 PM, Alan McKinnon
>> wrote:
>> > On Sun, 13 May 2012 14:12:04 -0400
>> > Michael Mol wrote:
>> >
>> >> On Sun, May 13, 2012 at 4:56 AM, Alan McKinnon
On Sun, 13 May 2012 17:01:07 -0400
Michael Mol wrote:
> On Sun, May 13, 2012 at 4:53 PM, Alan McKinnon
> wrote:
> > On Sun, 13 May 2012 14:12:04 -0400
> > Michael Mol wrote:
> >
> >> On Sun, May 13, 2012 at 4:56 AM, Alan McKinnon
> >> wrote:
> >> > [1] .avi files are notorious for this shit. I
On Sun, May 13, 2012 at 4:53 PM, Alan McKinnon wrote:
> On Sun, 13 May 2012 14:12:04 -0400
> Michael Mol wrote:
>
>> On Sun, May 13, 2012 at 4:56 AM, Alan McKinnon
>> wrote:
>> > [1] .avi files are notorious for this shit. It's what happens when
>> > you are Microsoft and you release any old cra
On Sun, 13 May 2012 14:12:04 -0400
Michael Mol wrote:
> On Sun, May 13, 2012 at 4:56 AM, Alan McKinnon
> wrote:
> > [1] .avi files are notorious for this shit. It's what happens when
> > you are Microsoft and you release any old crappy format without
> > consulting the other experts out there (w
On Sun, May 13, 2012 at 4:56 AM, Alan McKinnon wrote:
> [1] .avi files are notorious for this shit. It's what happens when you
> are Microsoft and you release any old crappy format without consulting
> the other experts out there (who will always outnumber you)
Which better container formats were
On Sat, 12 May 2012 11:41:33 -0400
Norman Invasion wrote:
> On 12 May 2012 11:05, Alex Schuster wrote:
> > Norman Invasion writes:
> >
> >> On 11 May 2012 21:40, Alex Schuster wrote:
> >> > Finally, I found something. It's Dolphin!
> > [...]
> >> Apologies: I haven't followed this thread from t
On Sat, May 12, 2012 at 8:58 PM, Alex Schuster wrote:
> Michael Mol writes:
>
>> On Sat, May 12, 2012 at 8:34 PM, Alex Schuster
>> wrote:
>> > Dale writes:
>> >
>> >> Is there a way to find out what is using swap? Maybe something
>> >> related to the video is on swap which at times can be slow,
Michael Mol writes:
> On Sat, May 12, 2012 at 8:34 PM, Alex Schuster
> wrote:
> > Dale writes:
> >
> >> Is there a way to find out what is using swap? Maybe something
> >> related to the video is on swap which at times can be slow,
> >> certainly slower than ram.
> >>
> >> I have always wondered
On Sat, May 12, 2012 at 8:34 PM, Alex Schuster wrote:
> Dale writes:
>
>> Is there a way to find out what is using swap? Maybe something related
>> to the video is on swap which at times can be slow, certainly slower
>> than ram.
>>
>> I have always wondered how to find this out myself.
>
> Me to
Dale writes:
> Is there a way to find out what is using swap? Maybe something related
> to the video is on swap which at times can be slow, certainly slower
> than ram.
>
> I have always wondered how to find this out myself.
Me too, so when I had this sudden swap problem for the first time, I
s
On 12 May 2012 11:05, Alex Schuster wrote:
> Norman Invasion writes:
>
>> On 11 May 2012 21:40, Alex Schuster wrote:
>> > Finally, I found something. It's Dolphin!
> [...]
>> Apologies: I haven't followed this thread from the beginning,
>
> Which was quite long ago :)
>
>> but do you have any adv
Norman Invasion writes:
> On 11 May 2012 21:40, Alex Schuster wrote:
> > Finally, I found something. It's Dolphin!
[...]
> Apologies: I haven't followed this thread from the beginning,
Which was quite long ago :)
> but do you have any advanced power management features
> enabled (especially har
On 11 May 2012 21:40, Alex Schuster wrote:
> Finally, I found something. It's Dolphin!
>
> I've done some longer testing, always playing the same video parallel
> with a dd if=/dev/zero of=/tmp/10G bs=1M count=1, in mplayer, for a
> minute, several times. When I do this by opening the file in
Finally, I found something. It's Dolphin!
I've done some longer testing, always playing the same video parallel
with a dd if=/dev/zero of=/tmp/10G bs=1M count=1, in mplayer, for a
minute, several times. When I do this by opening the file in Dolphin, I
get about 15 interruptions, some for longe
Paul Hartman writes:
> I realize this thread is bigger than an encyclopedia by now, so I
> apologize if this has already been suggested. :)
Well, I'm happy for any input on this :) This problem is really annoying.
> I'm curious if you look at /proc/interrupts if the disk with I/O
> problems is
On Wed, May 9, 2012 at 8:00 PM, Alex Schuster wrote:
> Neil Bothwick writes:
>
>> On Wed, 9 May 2012 21:44:19 +0200, Alex Schuster wrote:
>>
>> > I guess I could remove anything running on my KDE desktop one by one,
>> > including plasmoids, and see if playback gets better. But not now, I
>> > fin
Am 10.05.2012 05:59, schrieb Adam Carter:
>> There's plenty of swap space available. With 16 G of RAM it should not
>> be needed, but sometimes my load gets really really high, and when I can
>> use the system again, there is 2-3 G of swap usage. I haven't found out
>> yet what this is, it seems
Adam Carter wrote:
>> Is there a way to find out what is using swap? Maybe something related
>> to the video is on swap which at times can be slow, certainly slower
>> than ram.
>>
>> I have always wondered how to find this out myself.
>
> Well the OS uses swap, i dont know if its possible to the
> There's plenty of swap space available. With 16 G of RAM it should not
> be needed, but sometimes my load gets really really high, and when I can
> use the system again, there is 2-3 G of swap usage. I haven't found out
> yet what this is, it seems to happen when emerging things, maybe related
>
> Is there a way to find out what is using swap? Maybe something related
> to the video is on swap which at times can be slow, certainly slower
> than ram.
>
> I have always wondered how to find this out myself.
Well the OS uses swap, i dont know if its possible to then tie that
directly to a pro
Alex Schuster wrote:
> Neil Bothwick writes:
>
>> On Wed, 9 May 2012 21:44:19 +0200, Alex Schuster wrote:
>>
>>> I guess I could remove anything running on my KDE desktop one by one,
>>> including plasmoids, and see if playback gets better. But not now, I
>>> finally have to actually do some work.
Neil Bothwick writes:
> On Wed, 9 May 2012 21:44:19 +0200, Alex Schuster wrote:
>
> > I guess I could remove anything running on my KDE desktop one by one,
> > including plasmoids, and see if playback gets better. But not now, I
> > finally have to actually do some work.
>
> I recently experienc
On Wed, 9 May 2012 21:44:19 +0200, Alex Schuster wrote:
> I guess I could remove anything running on my KDE desktop one by one,
> including plasmoids, and see if playback gets better. But not now, I
> finally have to actually do some work.
I recently experienced slowdowns and delays with KDE. It
I wrote:
> Mark Knecht writes:
> >OK, fire up two terminals. In one run top, hit 1 & z so you see all
> > your CPUs and then watch CPU usage. In the second terminal su to root
> > and run iotop -o. Now, watch for a few minutes and get a feel for
> > what's going on when video is not running.
> Also, there was a thread a good while back with this issue and their fix
> was to do a emerge -e world with everything optimized for their CPU and
> such. May be worth thinking about at least.
Video playback and CPU optimisations go hand in hand.
One video I have had for a long time, I could n
On 7 May 2012, at 21:43, Dale wrote:
> ...
> Also, there was a thread a good while back with this issue and their fix
> was to do a emerge -e world with everything optimized for their CPU and
> such. May be worth thinking about at least.
I understood that issue as significantly different - in th
Mark Knecht writes:
> On Mon, May 7, 2012 at 5:41 AM, Alex Schuster
> wrote:
> > 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
> > ]
[...]
>OK, fire up two terminals. In one run top, hit 1
Dale writes:
> When I first built this rig, I ran into this issue as well. What I did
> was tell smplayer, in my case, to cache more of the video. I have mine
> set to cache 6Mbs and it plays fine even on HD videos.
I have cache = 131072 and cache-min=20.0 in .mplayer/config. That's
128MB, this
Alex Schuster wrote:
<<< SNIP >>>
> 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
Michael Hampicke writes:
> 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
On Mon, May 7, 2012 at 5:41 AM, Alex Schuster wrote:
> 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
>> > di
Am Montag, 7. Mai 2012, 19:25:29 schrieb Michael Hampicke:
> > nice idea - but that didn't help in the past. Why should it help now?
> >
> > The question is - why does disk IO make the mouse jerky and delays
> > keyboard
> > input? That is just idiotic.
>
> It was just an idea, but maybe there's
> nice idea - but that didn't help in the past. Why should it help now?
>
> The question is - why does disk IO make the mouse jerky and delays keyboard
> input? That is just idiotic.
It was just an idea, but maybe there's something wrong on the hardware
side? Broken cable, hard drive about to di
Am Montag, 7. Mai 2012, 18:44:05 schrieb Michael Hampicke:
> 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
nice idea
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:
Ju
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
> >
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
Urs Schutz writes:
> Just an idea: Is the disk OK? Replace /dev/sda with your
> disk...
>
> smartctl -t short /dev/sda
>
> and after some minutes
>
> smartctl --all /dev/sda
>
> If all went OK then the status is «PASSED», and you could
> try the extended or long tests with smartctl.
I have sm
On Sat, 18 Feb 2012 18:04:07 +0100
Alex Schuster wrote:
...
>
> Then I tried another video, again with the settings you
> suggested, and it stuttered. There were small pauses when
> the system did some stuff, and when I did my dd test, the
> pauses were as long as five seconds. FIVE SECONDS!
>
James Broadhead writes:
> Please try:
> ~/.mplayer/config
> lavdopts=threads=2
> # Use 128MiB input cache by default.
> cache = 131072
> # Prefill 20% of the cache before starting playback.
> cache-min = 20.0
>
> Which should eliminate disk IO somewhat
James, thanks for your input. I a
On 18 February 2012 05:45, Alex Schuster wrote:
> Walter Dnes writes:
>
>> On Thu, Feb 16, 2012 at 04:29:48PM +0100, Alex Schuster wrote
>>
>> > Then my hardware broke, and I got new one...
>>
>> I had ***EXACTLY THE SAME PROBLEM ON A FRESH INSTALL***. In My case
>> it was a 4+ year old Dell wi
Walter Dnes writes:
> On Thu, Feb 16, 2012 at 04:29:48PM +0100, Alex Schuster wrote
>
> > Then my hardware broke, and I got new one...
>
> I had ***EXACTLY THE SAME PROBLEM ON A FRESH INSTALL***. In My case
> it was a 4+ year old Dell with onboard Intel GPU that was having
> problems playing
Paul Hartman writes:
> I wonder if you copy the movie to /dev/shm first (so disk I/O is not
> an issue) does it still have problems? At least this can potentially
> eliminate disk I/O as the cause if something else weird is going on.
> :)
Yes, this helps. As does copying the movie to another part
On Thu, Feb 16, 2012 at 04:29:48PM +0100, Alex Schuster wrote
> Then my hardware broke, and I got new one...
I had ***EXACTLY THE SAME PROBLEM ON A FRESH INSTALL***. In My case
it was a 4+ year old Dell with onboard Intel GPU that was having
problems playing NHL Gamecenter Live streams at the
On Thu, Feb 16, 2012 at 9:34 AM, Alex Schuster wrote:
> Mark Knecht writes:
>
>> On Thu, Feb 16, 2012 at 7:29 AM, Alex Schuster
>> wrote:
>
>> > How can I find out in such a case which processes are waiting
>> > for I/O? top showed nothing.
>>
>> iotop is your friend.
>
> I had called it, but did
Mark Knecht writes:
> On Thu, Feb 16, 2012 at 7:29 AM, Alex Schuster
> wrote:
> > How can I find out in such a case which processes are waiting
> > for I/O? top showed nothing.
>
> iotop is your friend.
I had called it, but didn't spot the problem there. I don't remember
exactly what the outpu
On Thu, Feb 16, 2012 at 10:49 AM, Alex Schuster wrote:
> Paul Hartman writes:
>
>> On Thu, Feb 16, 2012 at 9:29 AM, Alex Schuster
>> wrote:
>
>> > Then my hardware broke, and I got new one, except for the system hard
>> > drive and the PSU. It's an AMD FX-4100 quad-core with 3.6 GHz, 16 G of
>> >
Paul Hartman writes:
> On Thu, Feb 16, 2012 at 9:29 AM, Alex Schuster
> wrote:
> > Then my hardware broke, and I got new one, except for the system hard
> > drive and the PSU. It's an AMD FX-4100 quad-core with 3.6 GHz, 16 G of
> > RAM. Running gentoo-sources-3.2.1 as kernel. But it seems playin
On Thu, Feb 16, 2012 at 9:29 AM, Alex Schuster wrote:
> I've written here in the past about my performance problems. My dual-core
> had trouble playing movies without stuttering when there was I/O. It was
> mainly swapping that caused this, and 8 G were not enough for me running
> KDE4.
>
> Then m
On Thu, Feb 16, 2012 at 7:29 AM, Alex Schuster wrote:
> Hi there!
>
Hi back at ya.
> How can I find out in such a case which processes are waiting
> for I/O? top showed nothing.
iotop is your friend.
I'll write more when I get some time to think
HTH,
Mark
Hi there!
Strange things are going on here.
I've written here in the past about my performance problems. My dual-core
had trouble playing movies without stuttering when there was I/O. It was
mainly swapping that caused this, and 8 G were not enough for me running
KDE4.
Then my hardware broke, an
60 matches
Mail list logo
