FC2 GUI on Intel Celeron 500MHz very slow

Wong Kwok-hon kwokhon at gmail.com
Fri Dec 10 22:27:09 UTC 2004


On Fri, 10 Dec 2004 11:49:31 -0800, Kshitij Velhal <kvelhal at gmail.com> wrote:
> Thanks James for you time and effort...
> 
> The typical application mix that I run includes Firefox browser (2-3
> windows no tabs), yahoo messenger, evolution, GNUCash, 1-2 Terminals,
> occasionally openoffice programs and gqview
> 
> The hard disk is quiet old say @3-4 years. Motherboard doesn't support
> latest and graetest hard disks. So will have to bear with it. Is Hard
> disk the culprit?
> 
> Date: Fri, 10 Dec 2004 17:56:22 +0000
> From: James Wilkinson <james at westexe.demon.co.uk>
> Subject: Re: FC2 GUI on Intel Celeron 500MHz very slow
> To: fedora-list at redhat.com
> Message-ID: <20041210175622.GB13366 at howells.westexe.demon.co.uk>
> Content-Type: text/plain; charset=us-ascii
> 
> 
> 
> Kshitij Velhal has been having performance problems.
> > For **hdparm**
> > [root at localhost root]# hdparm /dev/hda
> >
> > /dev/hda:
> >  multcount    = 16 (on)
> >  IO_support   =  0 (default 16-bit)
> >  unmaskirq    =  0 (off)
> >  using_dma    =  1 (on)
> >  keepsettings =  0 (off)
> >  readonly     =  0 (off)
> >  readahead    = 256 (on)
> >  geometry     = 29777/16/63, sectors = 30015216, start = 0
> 
> Looks good.
> > For **vmstat**
> 
> I'm slightly hampered here by not knowing what's going on, but...
> 
> The swap columns are (as expected) 0. That's good.
> 
> (I'm snipping some lines of vmstat output, by the way... And you'll find
> this a lot easier to follow in a fixed-width font!)
> 
> > procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu----
> >  r  b   swpd   free   buff  cache   si   so    bi    bo   in    cs us sy id wa
> >  5  0    912   3016  35732 247928    0    0    70     0 1276  1255 31 12 51  6
> >  3  1    912   3064  35484 245932    0    0  1018     0 1246  2056 35 16  0 50
> >  1  0    912   2864  35404 243756    0    0   846   320 1221   785 52  8  0 40
> >  1  0    912   2648  35176 241764    0    0   474     0 1188   750 74  7  0 19
> >  3  0    912   3108  34812 240480    0    0   174   147 1163   929 83  7  0  9
> >  2  0    912   3488  34300 236852    0    0    42     0 1134   761 87 10  0  4
> 
> A quick peak of activity here. Notice how the wa(it) column is high as a
> lot's being read in from the disk (the CPU figures are percentages). At
> that point, you're dependent on a lot of reads from the disk. But the
> processor's being stretched too.
> 
> Watch the way the cache goes down in size: as Linux loads blocks from
> the disk, it reclaims pages from cache so it has somewhere to put them.
> This is normal usage, and shows how the cache can be used as a supply of
> free memory.
> 
> How old is that disk you've got in there?
> 
> The next few lines (snipped) show a system that's busy, but not too
> busy: there's a lot going on, but you're not using all the CPU, nor yet
> are you limited on disk speed.
> 
> Then you get to this lot...
> 
> >  0  1    912   8624  34220 235584    0    0  1132     0 1180   901 48 14  0 38
> > procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu----
> >  r  b   swpd   free   buff  cache   si   so    bi    bo   in    cs us sy id wa
> >  0  2    912   3256  34212 239956    0    0  2564   236 1189   796 29  6  0 66
> >  1  0    912   4612  32516 240164    0    0  4234     0 1299  1323 14  9  0 78
> >  0  2    912   6968  30752 239180    0    0  2954   668 1282   860 17  8  0 75
> 
> This is the start of a lot of similar lines. Your system is waiting on
> the disk a *lot*.
> 
> And then you get periods like:
> 
> > procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu----
> >  r  b   swpd   free   buff  cache   si   so    bi    bo   in    cs us sy id wa
> >  1  0    912   8576  24428 240644    0    0    84     0 1164  2313 55 22 22  2
> >  1  0    912   4864  24444 240664    0    0     2   376 1144   738 86  9  0  5
> >  3  0    912   3172  24444 240708    0    0     0     2 1127   781 95  5  0  0
> >  3  0    912   3216  24284 236908    0    0     2   513 1105  1050 89 12  0  0
> 
> Finally you're seeing the CPU becoming the limitation. The us ( = user =
> stuff like Evolution and Gnome) column is in the eighties and nineties.
> But it doesn't last much longer than the eight seconds I've shown.
> 
> On this showing, you're using a lot of the CPU power you've got, but
> you're pushing the disk.
> 
> I think we need to know more about an average application mix that
> you're trying to run.
> 
> Sorry I can't help more,
> 
> James.

Upgrade the CPU to Pentium 3 because C500 is lower class and I think
your mother board can affort it... And how about your memory? How size
do your computer have ?

Ringo




More information about the users mailing list