Page 2 of 2 FirstFirst 12
Results 11 to 18 of 18

Thread: Booting Linux Fast

  1. #11
    ddn
    ddn is offline
    Variable Bitrate
    Join Date
    Dec 2004
    Posts
    295
    cbergeron: What are you using for navigation? That is the ONE thing keeping me from using Linux which is what I want. I can't believe I don't use Windows on any of my PCs but my car computer will be Windows just for navigation.

    Edit: Oops, now I see it is probably GPSDrive. I have played with it a little but I just can't see it comparing to iGuidance. If only they would get NavTeq data.

  2. #12
    Newbie
    Join Date
    Oct 2004
    Location
    Southampton, UK
    Posts
    21
    slax linux i found cool cos will load from cd (instructions on there site for customising to HD use) but the idea of using a cd does mean that it has a small space

  3. #13
    FLAC TheLlama's Avatar
    Join Date
    Jul 2004
    Location
    All over the world
    Posts
    970
    yes but thats more than enough space for a linux install. Of course a slax cd won't have your frontend on it so you should just make your own live cd. However, I don't see how a CD can make linux start up quicker.

  4. #14
    Newbie
    Join Date
    Oct 2004
    Location
    Southampton, UK
    Posts
    21
    its not faster BECAUSE its on a CD, it loads faster because it is cut down to be tiny in disc space, so has very few features, so with nothing to load its quick to load.

    it will have your front end on there cos you can add anything you like to it.

    and like i said you can run it from your HD or USB or even CF if your system supports it

    i cant remember the stats but i think the complete slax os on a CD is around the 60mb, so there is plent of room for whatever else you need

  5. #15
    Newbie fearthepenguin's Avatar
    Join Date
    Mar 2004
    Posts
    38
    [QUOTE=cbergeron]
    Remove all the "printk()'s" from the kernel source. This eliminates all the startup text, but you can still debug via serial.
    /QUOTE]

    You can accomplish the same by appending "silent" as a boot option. It skips over any printks, but you have the same problem that you do with removing them from the source. Any panics will never show up and you still are stuck with the printfs.
    Jason
    It gimme the jibblies

  6. #16
    FLAC TheLlama's Avatar
    Join Date
    Jul 2004
    Location
    All over the world
    Posts
    970
    [QUOTE=fearthepenguin]
    Quote Originally Posted by cbergeron
    Remove all the "printk()'s" from the kernel source. This eliminates all the startup text, but you can still debug via serial.
    /QUOTE]

    You can accomplish the same by appending "silent" as a boot option. It skips over any printks, but you have the same problem that you do with removing them from the source. Any panics will never show up and you still are stuck with the printfs.

    Yes, I agree. Using silent is MUCH better then just clobbering all of your kernel messages

  7. #17
    Low Bitrate
    Join Date
    Mar 2001
    Posts
    94
    You can accomplish the same by appending "silent" as a boot option. It skips over any printks, but you have the same problem that you do with removing them from the source. Any panics will never show up and you still are stuck with the printfs.
    You are absolutely correct, K panic's won't show up. However, in our environment we measure kernel performance in milliseconds (more precisely - microseconds). Tacking 'silent' to the kernel as a boot option still requires processing and every printk/silent flag evaluation still requires _at least_ two or three extra CPU cycles.

    Our kernel boots as rapidly as a cell-phone. We didn't achieve a consumer-grade kernel without intimiately knowing it's internals.

    For the record, we don't recommend removing printk's for a development system. However, if your system is stable and production ready, removing them DOES help.

    Much like horsepower, every little bit adds up.



    Cheers,
    CB
    Check out my carputers:
    DVD, GPS, MP3, 6.4" LCD Touchscreen, 5" Headrest LCDs, PSone, DSSC, etc.

  8. #18
    FLAC TheLlama's Avatar
    Join Date
    Jul 2004
    Location
    All over the world
    Posts
    970
    Cool, I didn't think about that. It probably a better idea to wrap #ifdefs around them atleast. This way if something freakishly bad happens you can restore your messages by recompiling the kernel.

Page 2 of 2 FirstFirst 12

Similar Threads

  1. Linux Login, UPS and Linux Touch Screen
    By polc1410 in forum Newbie
    Replies: 5
    Last Post: 02-11-2005, 10:43 AM
  2. The LOW Risk Linux Adventure...
    By grepzen in forum Software & Software Development
    Replies: 13
    Last Post: 11-08-2004, 09:12 PM
  3. Booting between Win98lite / Linux same mp3s?
    By Squeeky in forum Software & Software Development
    Replies: 3
    Last Post: 08-29-2003, 07:07 AM
  4. my opinion as Linux as an OS for carputing
    By churnopol in forum Software & Software Development
    Replies: 14
    Last Post: 05-05-2003, 12:56 AM
  5. PS2 Linux -- check it out
    By Superfly in forum General Hardware Discussion
    Replies: 7
    Last Post: 03-21-2003, 11:11 PM

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •