DO NOT follow the instructions for "Optimising" the startup
Don't make assign resident, it's just a waste of time, it takes longer to run the resident command than making assign resident actually saves.
DON'T use run >nil: on any lines except addnetinterfaces, using in on dosdrivers and datatypes can mean you will get occasional errors because needed datatypes or devices have not been initalised.
USBCtrl is still needed to start the full HID (keyboard / mouse ) and other drivers, the drivers in 'ROM' are very different.
Kicklayout changes... erm... Avoid doing this unless you REALLY know what your doing, you risk having a non booting system, all it takes is one typo and your system is stuffed...
Quote:
A warm reboot on my system now takes 12 seconds, compared to 25 seconds before the optimizations.
Maybe, but you still have to wait the 13 seconds before everything is up and running, use it for bragging to PC users if you must
Edit:
Btw NEVER use MultiCX on OS4, it's a collection of hardware hitting hacks. using this will introduce the same sort of stability that Win95 enjoyed. use Macc if you want mouse funtions.
Amiga user since 1985 AOS4, A-EON, IBrowse & Alinea Betatester
I agree. Making assign resident probably doesn't save any time. Removed it from the article.
Also changed it to run >nil: only for the AddNetInterfaces.
About the kicklayout changes. Well, if you screw up it's just a matter of popping the OS4 cd in the drive, boot that up and edit the kicklayout file.
About MultiCX: I haven't had any unstability issues with it so far. Maybe because I only use those two features. I'll test that Macc thingy though to see if it does what I want.
Replace the assign commands in the user-startup with AssignPrefs.
That will have a much more significant saving than the resident option.
Edit:
Quote:
Since usb is started at bootup (upd4) you can remove usbstart from your wbstartup drawer. This?also means if you dont use usb at all, you can comment out following line in startup sequence: ;C:USBCtrl >NIL: start
Usbstart SHOULD NOT be in your wbstartup drawer in the first place, if it is you can't have done a clean install of final as instructed or you copied it there yourself. Usbstart has been obsolete for several updates
This is still wrong... USB is not started at bootup, USB BOOTKeyboard and BOOTmouse are, this allows you to access the early startup menus from a usb keyboard or mouse. The full USB system isn't started until USBCtrl is run.
Edited by Severin on 2007/7/26 17:18:26
Amiga user since 1985 AOS4, A-EON, IBrowse & Alinea Betatester
Replace the assign commands in the user-startup with AssignPrefs.
That will have a much more significant saving than the resident option.
Or even simpler: Take a look at the FROM option of the Assign command. In fact, someone should probably rewrite AssignPrefs (or make a similar GUI frontend) to produce the sort of file this option expects -- and which is also created by the complementary TO option.
Or even simpler: Take a look at the FROM option of the Assign command. In fact, someone should probably rewrite AssignPrefs (or make a similar GUI frontend) to produce the sort of file this option expects -- and which is also created by the complementary TO option.
as the assign docs don't explain it - what does it do??
Instead of specifying on the command line which assignments to set up and how, you can tell the ASSIGN command to read a list of specifications from a file using the FROM option. In that file, there must be one assignment specification per line; lines beginning with the ';' character are ignored. The file could look like this:
As you can see, it is possible to set up deferred and path assignments and assignment lists, too.
To complement the FROM option there is the TO option which will store the current list of assignments in a file, suitable for use with the FROM option.
Ahh, don't say that! The dummies come and go and don't how use their brains first and then, backup programs!
Come on Snuffy don't say that, a lot of old users are looking back into Amiga as well as young ones looking at joining us like Plageuis, not to mention old bums like me who readily admits I don't even scratch the surface of the potential of AOS4 or earlier versions.
Please be patient. Mikey_C called for some tutorials to be made available, I agree, I am reluctant to help because I have got my things working by a lot of trial and error and did not document things along the way and had little real knowledge of the total abilities of the previous AOS versions.
RLE will not work very good on this type of data. Don't forget that the "free" space on a HDD still contains pieces of or complete deleted files and other junk.