Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!usc!apple!decwrl!uunet!abtlabs!larry
From: larry@abtlabs (Larry Pajakowski)
Newsgroups: comp.sys.sgi
Subject: Re: Do IRIS files systems fragment?
Message-ID: <1991Mar17.231241.8516@abbott.com>
Date: 17 Mar 91 23:12:41 GMT
References: <1991Mar13.211738.9885@abbott.com> <1991Mar14.220120.13856@odin.corp.sgi.com>
Organization: Abbott Laboratories
Lines: 36

Ok I mean news is unpacking.  No uucp acitivty running.  Gr_osview as I
mentioned shows a nearly constant 100% disk wait.  Cpu is running about 40%
utilization.  Ethernet normally runs about 5% of utilization if that
matters and I am the only user on the machine.  Without making more of a
scientific measurement the machine is VERY sluggish while unpacking news.

Yes there a alot of little files on the disk.  If this is normal and to be
expected so be it.  I was just wondering if this was normal.

TNX 

Larry

In article <1991Mar14.220120.13856@odin.corp.sgi.com> bh@sgi.com (Bent Hagemark) writes:
>In article <1991Mar13.211738.9885@abbott.com> larry@abtlabs (Larry Pajakowski) writes:
>>I've been running news on a PI for serveral months now.  Now when I run
>>gr_osview while news is running the io wait for disk stays pegged at or
>>near 100%.
>>
>>Questions:  How badly does the IRIS fs fragment?  Should I bother to
>>save/mkfs/restore the thing?  Anybody know of a defragmenter?
>>
>>Many thanks.
>>
>>Larry Pajakowski
>>Abbott Labs
>>uunet!abtlabs!larry
>
>First off, I'd let more direct measurement or even personal feel decide if
>your system is not performing up to snuff.  gr_osview can give a nice
>vivid picture of only part of the story.  What do you mean by "news
>is running"?  New articles coming in?  Creating lots of little files is
>generally harder on the system than the same amount of data in few large files.
>Inodes are updated synchronously on close(2), etc...
>
>Bent