|
PureBytes Links
Trading Reference Links
|
This may have a lot to do with the virtual memory / swap file. I'm not 100%
sure about the operation of virtual memory / swap files on NT. One possible
way around it would be to take the following steps:
(1) decide how big you want your swap file / paging space
(2) disable the swap file
(3) fill up your hard drive to max capacity minus (1) (with junk, text files
etc)
(4) defrag your drive
(5) reinstate your swap file
(6) delete junk
This means after step (4) the only free space would be right at the top of
the hard drive, and that's where your swap file would go, meaning that in
future until your hard drive fills right up, the swap file will never get
fragmented.
Some NT expert correct me / fill in the blanks. I'm not sure if this is
possible with NT paging space.
Adam
-----Original Message-----
From: NHBob <rehhrd@xxxxxxxxxxxxx>
To: omega-list <omega-list@xxxxxxxxxx>
Date: Monday, September 13, 1999 6:14 PM
Subject: Re: How to get TS2k to run well (was 2K for sale)
>Well, now that you jab my memory a bit more, it was either here or ? that I
>recall seeing a post that if you decide to delete .tmp's and defrag without
>having shut down all applications, that you should consider leaving .tmp
>files dated today in place, as they may be in use. I generally shut down
>pretty completely before the maint, but just in case someone goes 24/7 with
>scheduled deletions & defrag....Oh, No Mr Bill! ;-)
>nhbob
>----- Original Message -----
>From: Larry Wright
>To: omega-list
>Sent: Monday, September 13, 1999 12:58 PM
>Subject: Re: How to get TS2k to run well (was 2K for sale)
>
>
>
>
>On Mon, 13 Sep 1999, NHBob wrote:
>
>> I am told (by OR) it goes beyond just defrags, you must also delete the
>> *.tmp, *.~mp files as well before the defrag. If I run 2-3 days w/o the
>> .tmp delete, there's easily 200megs or more on NT4 system that's running
>> only TS (no browser). Built up for a week or two, you got a lot of
maint.
>> to do. Are we having fun yet?
>
>Aha - the plot thickens. Perhaps we should suggest the TS delete
>presumably temporary files when it is done - that would seem to be good
>programming practice, *especially* when it causes problems for TS.
>
>Thanks much for your note - it helps us all. Too bad these kinds of
>things are not part of the instructions for TS...
>
>Any other hidden 'land mine' details that would prevent TS stability?
>
>Larry
>
|