[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20090517123914.GA4221@localhost>
Date: Sun, 17 May 2009 20:39:14 +0800
From: Wu Fengguang <fengguang.wu@...el.com>
To: Satish Eerpini <eerpini@...il.com>
Cc: Rik van Riel <riel@...hat.com>, Ray Lee <ray-lk@...rabbit.org>,
Christoph Lameter <cl@...ux-foundation.org>,
linux-kernel <linux-kernel@...r.kernel.org>
Subject: Re: unresponsiveness on linux desktop during file copy
On Sun, May 17, 2009 at 08:27:39PM +0800, Satish Eerpini wrote:
> > The clear command can be a big clue. Can you try these commands in the
> > terminal and show us the two log files?
> >
> > strace -o all.log -T clear
> > strace -o sum.log -c clear
> >
> ok here go the logs :
>
It looks that the "clear" command runs pretty fast in itself.
To be sure, can you run this?
strace -o log -tt clear
Or maybe the time is spent in gnome-terminal or bash?
What if you change them to xterm and dash?
> "sum.log"
>
> % time seconds usecs/call calls errors syscall
> ------ ----------- ----------- --------- --------- ----------------
> 93.27 0.000485 485 1 execve
> 6.73 0.000035 7 5 ioctl
> 0.00 0.000000 0 3 read
> 0.00 0.000000 0 1 write
> 0.00 0.000000 0 4 open
> 0.00 0.000000 0 4 close
> 0.00 0.000000 0 3 2 access
> 0.00 0.000000 0 3 brk
> 0.00 0.000000 0 1 munmap
> 0.00 0.000000 0 2 mprotect
> 0.00 0.000000 0 9 mmap2
> 0.00 0.000000 0 3 1 stat64
> 0.00 0.000000 0 4 fstat64
> 0.00 0.000000 0 1 set_thread_area
> ------ ----------- ----------- --------- --------- ----------------
> 100.00 0.000520 44 3 total
>
> I have also attached the logs, in case that is more useful .
>
> Cheers
> Satish
>
>
>
> --
> http://satish.playdrupal.com
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists