|
84749 packages online
|
|
|
|
|
|
No screenshot available
|
|
ABOUT
*Tries* to defragment afs partitions by recopying all fragmented files.
Will run diskvalid in analyse mode to get a list of the fragmented
files...
DISCLAIMER
THIS IS A BETA VERSION. I REJECT ANY RESPONSIBILITIES IF YOU LOOSE YOUR
DATA. BETTER MAKE A BACKUP BEFORE YOU USE THIS TOOL!!!
I didnt always make backups, but I knew that it would have been my *fault*
when something went run.
On my system afsdefragtry didnt do any harm! BUT THIS IS NO GUARANTEE!
SO, ONCE AGAIN, REPEAT
* NO WARRANTIES * NO WARRANTIES * NO WARRANTIES * NO WARRANTIES *
So, I hope this is clear now... ;-) (Sorry, but I had to do this.)
DISTRIBUTION
Another important thing: This is Freeware. Copyright (C) remains by me,
the author, Martin Steigerwald!!!
You may distribute this thing as long as you distribute this readme file
with it. And as long as you do this in a non-comercial way. So dont charge
more than a nonimal fee for media costs for it!
If you use it and you are rich ;-) or use it comercially what you are
allowed to do... (using is not distributing!) I wont hesitate a little
donation for that tool. (hint hint...)
REQUIREMENTS
AmigaOS2.0+
AFS (it works on FFS too, but I dont know if it would be efficient on it
on FFS it might causes even new fragmentation)
USAGE
Usage is simple.
afsdefragtry DEVICE/A,TEMPDIR,BUFLEN/N
As you can see only one argument is needed. And this is the device you
want to defragment!
With TEMPDIR you can specify where afsdefragtry should copy the files file
by file in order to let afs defragment them. If you do not specify...
files will be copied into DEVICE/A: ;-)
IN THAT TEMPDIR THERE MUST A AT LEAST AS MUCH SPACE AS THE SIZE OF THE
LARGEST FRAGMENTED FILE. (To find out try diskvalid DEVICE/A ANALYSE, look
which files has been fragmented, and look which one is the largest of
them.)
It is always save to just leave as much space in tempdir that the largest
file of the complete partition will fit into there.
Files will be copied one by one... So one file will be copied... then
deleted... then either renamed to its original name if your tempdir is on
the same device that should be defragmented or copied back to its original
place.
If there is not enough space, you get get AmigaDOS requesters. No space
checking right NOW! Anyway files that are to big will simply not
defragmented... But you have to click that requesters away.
I recommend to have even more free space... the more free space the more
chance of having enough free continuos space. afsdefragtry ONLY tries do
use AFS to defragment files... it DOES NOT defragment the free space on a
device. Mail FLD (support@flevel.co.uk) if you want to get a *real*
optimizer.
Note: In this version of afsdefragtry all files that afsdefragtry tries to
defragment will be set to the actual date! This is due to my own copying
routine which simply uses DOS Read() and Write()... (As c:copy doesnt like
filenames with wildcards in it... so I couldnt use copy CLONE.)
Maybe future versions will take care of the datestamps of the files. (I
dont need this, so it *may* only be implemented when someones ask me to do
so...)
The last parameter specifies the buffer size in bytes the copy routine
will use! Default value is 65536... but I recommend to set this to 1048576
(1MB) or even more in order to avoid unnecessary hard disk head movements
;-) Try to set it to 4096 (which is minimum) if you want to treat your
hard discs badly ;-)
Some words about efficiency: In tests afsdefrag*try* ;-) was able to
defragment my UMS Messagebase partition in one go!
It also defragmented my main partition with about 27000 files from 640
fragmented files down to 4 fragmented files. But for this I needed to
start afsdefragtry several times! On the first try it could only
defragment down to about 100 fragmented files. However it was not able to
defragment the last 4 files although there had been 280MB of free space.
(My main afs partition is in use for several month now... I guess its
freespace is fragmented as hell!)
So this is all of the documentation... no *.guide file... I am just to
lazy for that this time... if you have question or suggestion dont
hesitate to email me.
HISTORY
37.0 21.6.96 - first public *BETA* release
37.1 23.6.96 - added linefeed to text "remove delete protection failed!"
37.2 30.6.96 - increased buffersize for filenames to 1024
- tempfile will now always be called "---afsdefragtry.tmp---"
in order to avoid that one file is accidentally over-
written (i.e. if disk.info is defragmented with tempdir:
dh0: dh0:disk.info would have been overwritten before)
THANKS GO TO
Simon Dick for the idea
Mark Harden for his work on the AFS FAQ and the support Fourth Level
Developments should actually do.
Michiel Pelt and Fourth Level Developments for AFS!
Wouter van Oortmerssen for Amiga E
All ppl who try to help that the Amiga, the AmigaOS survives!
NO THANKS GO TO
Fourth Level Developments for no support for AFS in the last time ;-(((
AUTHOR
Martin Steigerwald
steigerw@stud.uni-frankfurt.de
http://home.pages.de/~helios
or
http://www.rz.uni-frankfurt.de/~helios
Recommendation: Also look at my other program tagliner ;-)
|
Contents of disk/optim/afsdefragtry.lha
PERMSSN UID GID PACKED SIZE RATIO CRC STAMP NAME
---------- ----------- ------- ------- ------ ---------- ------------ -------------
[generic] 1991 3672 54.2% -lh5- 90b5 Jun 30 1996 afsdefragtry
[generic] 1449 4209 34.4% -lh5- 9c28 Jun 30 1996 afsdefragtry.e
[generic] 2629 5465 48.1% -lh5- 63a5 Jun 30 1996 afsdefragtry.readme
---------- ----------- ------- ------- ------ ---------- ------------ -------------
Total 3 files 6069 13346 45.5% Dec 24 1997
|
|
|
|
Page generated in 0.02 seconds |
Aminet © 1992-2024 Urban
Müller and the Aminet team.
Aminet contact address: <aminetaminet net> |