Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!rutgers!mit-eddie!uw-beaver!rice!sun-spots-request
From: poffen@sj.ate.slb.com (Russ Poffenberger)
Newsgroups: comp.sys.sun
Subject: Re: Strange error message
Keywords: SunOS
Message-ID: <2036@brazos.Rice.edu>
Date: 5 Oct 89 15:39:32 GMT
Sender: root@rice.edu
Organization: Sun-Spots
Lines: 34
Approved: Sun-Spots@rice.edu
X-Sun-Spots-Digest: Volume 8, Issue 157, message 7 of 14

In article <1917@brazos.Rice.edu> botticel@olympus.crd.ge.com (David J. Botticello) writes:
>X-Sun-Spots-Digest: Volume 8, Issue 151, message 14 of 15
>
>Well, here is a new one on me, hopefully it is old hat to someone else.
>
>Last week we found the following message on the console of a 3/260 with
>64Megs ECC memory, Color Fast-write board, 1x288 SMD disk, 1x327 SCSI
>disk, and FPU.
>
>Sept 28 17:21:19 mpsun1 vmunix: /: optimization changed from time to space
>
>We have seen no other trouble/symptoms since. (I know, if it ain't broke
>don't fix it...But curiosity has got me on this one)
>
>Any clues???
>

I believe what you are seeing is a message related to the organization of
your root filesystem. Normally, Sunos reserves 10% of a filesystem for
overhead and to prevent the system from becoming tool full and
fragmenting.  This figure can be changed using the -m switch with newfs.
Generally if the value is 10% or greater, the filesystem is optimized for
speed of access at a penalty in disk space of course. If this value is
<10%, the optimization is for disk space (at a speed penalty).  Possibly
when the filesystem was created, somebody used this switch to specify <10%
free space and when it came close to that threshold, the file system
switched. The -o switch on newfs can also be used to override the
optimization type.

Russ Poffenberger               DOMAIN: poffen@sj.ate.slb.com
Schlumberger Technologies       UUCP:   {uunet,decwrl,amdahl}!sjsca4!poffen
1601 Technology Drive		CIS:	72401,276
San Jose, Ca. 95110
(408)437-5254