No, unless that's the default...
# mount
/dev/hda1 on / type ext2 (rw)
none on /proc type proc (rw)
/dev/hdb1 on /u01 type ext2 (rw)
/dev/hda5 on /u03 type ext2 (rw)
/dev/hdd1 on /u04 type ext2 (rw)
none on /dev/pts type devpts (rw,gid=5,mode=620)
Hmm...
noatime
Do not update inode access times on this file
system
(e.g, for faster access on the news spool to speed
up
news servers).
Seems interesting... So while running find, for example, this would save
overhead? I'm willing to give this a try if that's what it would mean.
Thanks for the suggestion,
Paul
----- Original Message -----
From: "Marco Colombo" <[EMAIL PROTECTED]>
To: "Paul Vallee" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Friday, September 21, 2001 12:39 PM
Subject: Re: Changing filesystems, backup strategies
On Wed, 19 Sep 2001, Paul Vallee wrote:
> Hello,
>
> We are having performance problems with our mailserver, especially when we
> try to back it up. I am attempting to set up an incremental backup of the
> imap spool, and preferably to include only files since the last
incremental
> backup. I am a reasonably advanced shell scripter, and I don't need help
> with coding that.
>
> My problem is that basic filesystem commands on this mount point are
> intolerably slow, and if I dare to run even find on this filesystem the
load
> shoots up high enough to affect service.
is it mounted with -o noatime ?
.TM.
--
____/ ____/ /
/ / / Marco Colombo
___/ ___ / / Technical Manager
/ / / ESI s.r.l.
_____/ _____/ _/ [EMAIL PROTECTED]
