Do floppy disks become fragmented on Commodore drives?
Moderator: Moderators
Do floppy disks become fragmented on Commodore drives?
If so, can they be defragmented?
[edit]Ok, according to the 1541 manual, this would require the CBM DOS "Validate" command. (ah, yes!) It says not to use with random files though.[/edit]
I'm trying to reduce loading times for my disks.
Eventially I'll invest in some new hardware which does this, but for now I'd like to try optimizing my disks. I'm using a software fast loader and have removed unnecessary files.
Is there a way to see the order in wich all files on a disk are being loaded?
If so, I could put them in the same order on the disk and perhaps reduce loading time a litte more. I re-ordered some files on a disk containing Novaterm 9.6 (which shows part of the loading sequence) and it apparently shaved off 7 seconds. I've got the loading time down from 3.42 minutes to 1.88 minutes. Still have to see if I broke anything.
Any other tricks? Is there a way to auto-load and run programs?
[edit]Ok, according to the 1541 manual, this would require the CBM DOS "Validate" command. (ah, yes!) It says not to use with random files though.[/edit]
I'm trying to reduce loading times for my disks.
Eventially I'll invest in some new hardware which does this, but for now I'd like to try optimizing my disks. I'm using a software fast loader and have removed unnecessary files.
Is there a way to see the order in wich all files on a disk are being loaded?
If so, I could put them in the same order on the disk and perhaps reduce loading time a litte more. I re-ordered some files on a disk containing Novaterm 9.6 (which shows part of the loading sequence) and it apparently shaved off 7 seconds. I've got the loading time down from 3.42 minutes to 1.88 minutes. Still have to see if I broke anything.
Any other tricks? Is there a way to auto-load and run programs?
Last edited by rwv01 on Mon Aug 03, 2009 11:12 am, edited 1 time in total.
- Mike
- Herr VC
- Posts: 4841
- Joined: Wed Dec 01, 2004 1:57 pm
- Location: Munich, Germany
- Occupation: electrical engineer
1. The DOS scans the directory for the file name you specified. This search will take longer, the farther down the file is on the list.
2. The directory is (roughly) located in the middle of disc space. When a file is stored, DOS searches for the next available sector "near" to the directory, and then stores the file only either stepping down, or up tracks. When the lowest, or topmost tracks are filled, DOS moves the head over to the other half of the disc.
Unless you made a scratch-and-save fest on a disc, this means that files further up the directory list are located near the directory track, and thus have a smaller time for the first access after the file entry has been found.
...
If you are sure there is no direct access data on the disc you can proceed as follows:
* Take a program to organise directories, and move the files to the top that should load the fastest.
* Use a file copy program to copy over the files to an empty disk, in the order they appear in the source directory.
Greetings,
Michael
2. The directory is (roughly) located in the middle of disc space. When a file is stored, DOS searches for the next available sector "near" to the directory, and then stores the file only either stepping down, or up tracks. When the lowest, or topmost tracks are filled, DOS moves the head over to the other half of the disc.
Unless you made a scratch-and-save fest on a disc, this means that files further up the directory list are located near the directory track, and thus have a smaller time for the first access after the file entry has been found.
...
If you are sure there is no direct access data on the disc you can proceed as follows:
* Take a program to organise directories, and move the files to the top that should load the fastest.
* Use a file copy program to copy over the files to an empty disk, in the order they appear in the source directory.
And Hypra-System.Diddl wrote:Jiffy-DOS, Easyload ...
Greetings,
Michael
technically and sensibly fab though all this is - does he just want to know how to get stuff to load *much* faster ?
so aside from jiffy and the like - can you put a diskfastload thing on to the boot of each disk with simple a b c d menu and have a single file prog load well quick ?
is that the question ?
so aside from jiffy and the like - can you put a diskfastload thing on to the boot of each disk with simple a b c d menu and have a single file prog load well quick ?
is that the question ?
oi oi saveloy
It's a little technical, but hey it's computers!
It answers my question about the how the file order and speed of loading.
Thanks!
I am using a software fast loader as well.
Now, how do you know which files should load first?
Is there a way to monitor what is being loaded if the file name doesn't appear on screen?
It answers my question about the how the file order and speed of loading.
Thanks!
I am using a software fast loader as well.
Now, how do you know which files should load first?
Is there a way to monitor what is being loaded if the file name doesn't appear on screen?
- Mike
- Herr VC
- Posts: 4841
- Joined: Wed Dec 01, 2004 1:57 pm
- Location: Munich, Germany
- Occupation: electrical engineer
Yes.rwv01 wrote:Now, how do you know which files should load first?
Is there a way to monitor what is being loaded if the file name doesn't appear on screen?
One puts a wedge into the LOAD vector at ($0330). That wedge ideally resides, and stores the file name in an area not written to by the supervised program. As you most probably use a +8K or better expansion, an additional +3K expansion could provide that space between $0400, and $0FFF.
But then we have a programming question.
EasyLoad+ (File version)Lozza wrote:so aside from jiffy and the like - can you put a diskfastload thing on to the boot of each disk with simple a b c d menu and have a single file prog load well quick ?
Put it as first file of the disk, load, Run, select the block where you want to put it and hit F3 for a directory.
It Requires any memory expansion 3K/ 8K / 16k or any other, better if the Vic is full expanded, to load a program for unexpanded vic you just need to set the proper vic configuration "on the fly" example:
If you have a 16k expansion select block 4 then to load a program for unexpanded Vic hit CTRL+F1 to unexpand the vic "on the fly" then hit "F3" for the Directory, if you want to load a program for Vic+8K, hit CTRL+F5 to set "on the fly" Vic+8K and load the program.
The best choice is a Vic Full expanded or Mega-Cart of course.
And thanks to new Diddl routines, i'm writing a Mega-Cart patch to add JiffyDos support to the EasyLoad version included on Mega-Cart so you may also quickly load from any drive with JiffyDos roms, uIEC/SD2IEC included.
Mega-Cart: the cartridge you plug in once and for all.
Defragmentation can be done in a very simple way by copying the disk file by file to a newly formatted disk. Can be done by using Commodore's own Uni-copy (don't know the exact name) program found on various demo disks.
Using a speed loader will speed up the process of course.
Using a speed loader will speed up the process of course.
Code: Select all
___
/ __|__
/ / |_/ Met vriendelijke groet, Ruud Baltissen
\ \__|_\
\___| URL: www.baltissen.org