Am Dienstag, 15. März 2005 07:57 schrieb Denis Vlasenko:
> Use strace -tt to find out whether kwrite spends that much CPU
> by doing zillions of syscalls or not.
Actually pdflush always kicks in after a write call. Summary:
% time seconds usecs/call callserrors syscall
--
On Sunday 13 March 2005 15:24, Alexander Gran wrote:
> Hi,
>
> Well, of course it cannot handle that large files (I wouldn't expect that,
> either). My Problem is that when I open the file, it's not just kwrite but
> other processes that need so much cpu time. That kwrite is eating cpu is ok.
MAIL PROTECTED]:~> kwrite --version
> > > Qt: 3.2.1
> > > KDE: 3.1.4
> > > KWrite: 4.1
> > >
> > > Thanks,
> > > Lena.
> > >
> > > >Begin forwarded message:
> > > >
> > > >Date: Fri, 4 Mar 2005 02:2
4.1
> >
> > Thanks,
> > Lena.
> >
> > >Begin forwarded message:
> > >
> > >Date: Fri, 4 Mar 2005 02:24:36 +0100
> > >From: Alexander Gran <[EMAIL PROTECTED]>
> > >To: linux-kernel@vger.kernel.org
> > >Subject: 2.6.
the following kde version:
> [EMAIL PROTECTED]:~> kwrite --version
> Qt: 3.2.1
> KDE: 3.1.4
> KWrite: 4.1
>
> Thanks,
> Lena.
>
> >Begin forwarded message:
> >
> >Date: Fri, 4 Mar 2005 02:24:36 +0100
> >From: Alexander Gran <[EMAIL PROTECTED]>
> >
Hello
On Fri, 2005-03-04 at 04:24, Alexander Gran wrote:
> Hi,
>
> I have a reiser4 partition on a local IDE disk. I opened a 130MB textfile
> with
> kwrite,
..
> Process was eating 100% CPU time for several (54) seconds.
> Is this a normal, expected behaviour?
no, thanks for report, I will
Hi,
I have a reiser4 partition on a local IDE disk. I opened a 130MB textfile with
kwrite, and killed it while ot opened the file (took to long...) diskio was
finished at this point.
a [ent:hda6.] Process was eating 100% CPU time for several (54) seconds.
Is this a normal, expected behaviour?
Af
7 matches
Mail list logo
