Date: Wed, 14 Jul 1999 23:46:23 +0100 From: Mark Ovens <markov@globalnet.co.uk> To: David Schwartz <davids@webmaster.com> Cc: Phil Regnauld <regnauld@ftf.net>, chat@FreeBSD.ORG Subject: Re: Known MMAP() race conditions ... ? Message-ID: <19990714234623.C524@marder-1> In-Reply-To: <000201bece48$2778d4f0$021d85d1@youwant.to>; from David Schwartz on Wed, Jul 14, 1999 at 03:28:10PM -0700 References: <19990714223600.A524@marder-1> <000201bece48$2778d4f0$021d85d1@youwant.to>
index | next in thread | previous in thread | raw e-mail
On Wed, Jul 14, 1999 at 03:28:10PM -0700, David Schwartz wrote:
> > > > "a little bit"? Have you any idea how many *hours* Diskeeper takes
> > > > to defrag a 2.5GB NTFS partition after only a few weeks since the
> > > > last defrag?
> > >
> > > Hmm. It's never been that bad for me. My 9Gb NTFS partitions
> > > defragment in less than an hour.
> > >
> >
> > I guess it depends how full the partition is. My 2.5GB has >2GB of
> > data on it, not a lot of elbow room for Diskeeper to work with.
>
> My recollection is that Microsoft recommends that you keep your NTFS
> partitions less than half full to 'solve' this problem.
>
Buy a 2GB disk to store 1GB of data. Sounds on a par with "first
re-boot, and if that fails, re-install the OS" to fix a
problem :-/.
I did read somewhere that BG had instructed the NT5 (W2K) developers
to "consider anything that requires a re-boot as a bug".
> > > My AdvFS partitions on Digital UNIX machines took days to
> > > defragment. And they were often more fragmented when they
> > > finished than when they started.
> >
> > Just to illustrate how bad NTFS is, there are certain files DK
> > won't touch (shelliconcache is one). Move them to another partition,
> > delete the original, defrag, move the files back, run DK again,
> > and guess what? the file(s) you just moved back are already
> > fragmented. Hmm.
>
> I've never heard that before. I wonder how it manages to do that.
>
Maybe I don't have enough free space for DK to consolidate it all,
so when you write a file NT starts filling the 'holes' from the
start of the partition (just like FAT).
> I think the amount of contiguous space reserved for a file when it's
> created is tunable. But making that too large just makes things worse.
>
> By the way, I just recently enabled softupdates on the FreeBSD
> machine that I use the most heavily. The performance difference
> is astounding.
>
Hmm, I may give it a try, mind you I doubt I use my machine heavily
enough to notice a significant difference.
> DS
>
>
--
FreeBSD - The Power To Serve http://www.freebsd.org
My Webpage http://www.users.globalnet.co.uk/~markov
_______________________________________________________________
Mark Ovens, CNC Apps Engineer, Radan Computational Ltd. Bath UK
CAD/CAM solutions for Sheetmetal Working Industry
mailto:markov@globalnet.co.uk http://www.radan.com
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-chat" in the body of the message
help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19990714234623.C524>