Slashdot Mirror


Boot Process Visualization

zigam writes "The time needed to boot desktop Linux systems is becoming an issue. That's why I recently took the challenge posted by Red Hat's Owen Taylor on the Fedora developers list and came up with a tool for visualization of the boot process. It collects performance data during the boot up and then renders an SVG or PNG performance chart. It immediately helped Red Hat developers solve some issues and I have since received boot charts from other GNU/Linux developers as well. Solaris kernel developers reported success in improving their boot process too." Update: 12/15 20:04 GMT by T : Sorry, someone decided your time was worth wasting; no more mirrored bootchart.

94 of 536 comments (clear)

  1. IIS? by swordboy · · Score: 4, Funny

    No comments and your IIS web server is down. Nice.

    --

    Life is the leading cause of death in America.
    1. Re:IIS? by eviloverlordx · · Score: 2, Funny

      What the heck is he using IIS for? I would've thought it would be Apache...

      --
      'Loose' is when your pants are three sizes too big. 'Lose' is when you misuse 'loose'.
    2. Re:IIS? by Ingolfke · · Score: 5, Funny

      He was, but his Linux box just took so long to boot it wasn't worth the effort.

    3. Re:IIS? by Spetiam · · Score: 3, Funny

      Yeah, where's the tool for visualizing a server meltdown?

    4. Re:IIS? by Anonymous Coward · · Score: 2, Informative

      This is *NOT* a slashdotting. It's someone trying to serve a website from a desktop Windows OS (i.e. XP Pro or Windows 2000 Pro). There is a 10 client limit on non-server versions of IIS.

    5. Re:IIS? by 1010011010 · · Score: 3, Funny
      For shame! Double shame!



      HTTP 403.9 - Access Forbidden: Too many users [isn't one too many?] are connected
      Internet Information Services

      --
      Napster-to-go says "Fill and refill your compatible MP3 player", which is a lie. It's not MP3. It's WMA with DRM.
    6. Re:IIS? by gniv · · Score: 5, Informative

      Here are some pictures that are not slashdotted yet: one, two, three.

      They are taken from here.

    7. Re:IIS? by Aeiri · · Score: 3, Funny

      Yeah, 8 seconds can feel too long for me sometimes.

    8. Re:IIS? by FuzzyBad-Mofo · · Score: 4, Insightful

      Running Windows doesn't prevent one from running Apache.. I've never understood these people who choose to use the limited version of IIS instead of spending 5 minutes to set up Apache. It's not that hard, guys.

  2. Mirror? by kmmatthews · · Score: 3, Funny
    Anyone have a mirror? That was the fastest slashdotting ever, .. 0 comments and his IIS server died.

    OTOH, it *is* IIS, it could die if you blink at it the wrong way. :)

    --
    feh. stuff.
    1. Re:Mirror? by gniv · · Score: 5, Informative

      There are some charts linked from a post here.

    2. Re:Mirror? by kmmatthews · · Score: 3, Funny
      Huh? Anonymous coward will die if I blink the wrong way?

      *blinks furiously*

      --
      feh. stuff.
    3. Re:Mirror? by zigam · · Score: 5, Informative

      Here's the mirror:
      bootchart.sourceforge.net

      --
      Ziga
    4. Re:Mirror? by 1010011010 · · Score: 2, Interesting


      I've used IIS. I've written ISAPI filters for IIS. We currently use IIS at work. And let me tell you right here and now -- IIS sucks. Voice of experience.

      --
      Napster-to-go says "Fill and refill your compatible MP3 player", which is a lie. It's not MP3. It's WMA with DRM.
    5. Re:Mirror? by GT_Onizuka · · Score: 3, Funny

      You're still blinking the right way. They'll never die if you're doing it like that.

      --
      If you take out Country Kitchen buffet, old people won't know what to do.
  3. Reboot visualization by Doc+Ruby · · Score: 4, Funny

    I want similar charts of telemetry of a server as it goes down, like the forensics of a Slashdotting. Today's front-page feature should give zigam plenty of data to experiment with ;).

    --

    --
    make install -not war

    1. Re:Reboot visualization by which+way+is+up · · Score: 5, Funny

      I love it so much better when they go down sloooowwww. Oh yeah baby take your time...

      Oh, wait, are we talking about the same thing here?

    2. Re:Reboot visualization by justkarl · · Score: 2, Funny

      I want similar charts of telemetry of a server as it goes down, like the forensics of a Slashdotting.

      Easy peezy. Simply graph f(x)=x^2 and you'll have a graph of hits as a function of time where x=0 is where the link is posted on slashdot.

    3. Re:Reboot visualization by Erik+Hensema · · Score: 3, Interesting

      Serious answer on funny comment: actually it's a very high initial spike with a gradual decay. See the hourly usage stats generated for a slashdoted April's Fool site. Note that this site is specifically designed to withstand the slashdot effect by using light graphics, no database and very simple scripting. Server load was low.

      --

      This is your sig. There are thousands more, but this one is yours.

  4. For starters.. by Zorilla · · Score: 3, Interesting

    How about, uh, you know, actually loading multiple things at once instead of waiting for some service to take its time to start, therby holding everything else up along the way. That's what the problem seems to be - everything has to load in-line.

    On another note, I'd like to see other distros do what Red Hat is doing to Fedora's boot screen: Using X resolutions for the startup. Damn, that looks nice! Thought it would be even nicer if the pointless resolution change between bootup and main X server startup was eliminated (it's usually the same res anyway).

    --

    It would be cool if it didn't suck.
    1. Re:For starters.. by kfg · · Score: 2, Informative

      I'd like to see other distros do what Red Hat is doing to Fedora's boot screen: Using X resolutions for the startup.

      The desktop oriented distros have been doing that since before Fedora existed.

      KFG

    2. Re:For starters.. by kmmatthews · · Score: 5, Insightful
      On the other hand, Unix wasn't really intended to be booted every day, e.g. the way XP is*. (MS intentionally made sure the boot up was very fast, running things side by side and some other tricks.)

      (* IMHO.. If I'm wrong.. I'm sure you'll let me know..)

      --
      feh. stuff.
    3. Re:For starters.. by wizbit · · Score: 4, Informative

      Try reading David Zeuthen's analysis of the FC boot process (with charts) over on the fedora archives. Very interesting - among other things, nearly 200 MB of files(!) are buffered while starting GNOME - quite a footprint - and apparently by putting those files on a separate (non-fragged) partition he sped process by nearly 30 seconds and reports OOo and Firefox start times of around 3 seconds.

    4. Re:For starters.. by Zorilla · · Score: 3, Interesting

      Right, but most use the framebuffer kernel extension. That's just a really basic means of getting it done. What you get is a difficult-to-configure screen that's always at 60Hz.

      Fedora actually reads your xorg.conf and utilizes the X video driver being used by your system and runs at the same resolution and refresh rate. It looks really slick if you ask me.

      --

      It would be cool if it didn't suck.
    5. Re:For starters.. by kmmatthews · · Score: 2
      far cry from the months of uptime expected from *nix

      Didn't mean to intone that XP has to be rebooted often, just that it's very optimized for booting - as many people turn thier computers on and off as they start and finish using them.

      --
      feh. stuff.
    6. Re:For starters.. by Erik+Hensema · · Score: 2, Insightful

      200 MB is peanuts for modern disks. Takes them about five seconds to read it sequentially.

      However, a *lot* of time is wasted doing disk seeks while booting. A few things can be done to stop wasting that time:

      • Do parallel loads of daemons. While daemon1 is loaded from disk, daemon2 is run. However, this could also cause extra seeks so this could be sub-optimal
      • Make a 'recorder' for the seeks done during boot and then defragment the disk to minimize disk seeks. This acually is what Windows XP does AFAIK.
      • Extension of the previous one: first pre buffer the defragmented area into the buffer cache.
      • Create a ramdisk which can be read sequentially, and use the ramdisk to boot the system. Lose the ramdisk when booting is done.

      Also, sometimes utterly useless scripts are run. SuSE for example runs a script at every boot to seek *.rpmnew and *.rpmsave files in /etc. The output from this script is either hidden by the bootsplash image or scrolls off screen rapidly.

      Some daemons could start after the login prompt is shown. This actually doesn't really speed up booting, but it sure makes it feel faster. For example: wait to 60 *after* the boot process is completed to start up daemons like cron, atd, cups, etc.

      --

      This is your sig. There are thousands more, but this one is yours.

    7. Re:For starters.. by tjp · · Score: 2, Interesting
    8. Re:For starters.. by magefile · · Score: 2, Insightful

      Here's why ... sshd, cron, and apache are vital to what I do. I don't want to sit there wondering if the reason I can't ssh in or access my site is because the machine is still booting or because of some problem with config. Plus, starting services during boot adds to your diagnostic toolkit and stability.

    9. Re:For starters.. by Anonymous Coward · · Score: 2, Informative

      If you don't know what alt-sysrq does, you probably don't have it enabled.

      If it had been enabled, it would likely have worked, since it is recognized directly by the kernel.

      The s, u, and b are hit sequentially while holding alt-sysrq, so you don't need a third hand to do it. The s causes the kernel to sync the discs, the u remounts your filesystems read-only, and the b causes an immediate reboot.

    10. Re:For starters.. by renoX · · Score: 2, Interesting

      Yes, but now Unix is installed on laptops.
      So it'd better boot *fast*.

      As an aside, those 'fast boot time' makes me laugh: with a Celeron333, on BeOS I was able to boot from BIOS (when the BIOS "starts" the OS) to a usable graphical desktop within less than 20s (14s if memory serves)!

      XP boot time while smaller than Linux's one is not especially great as the desktop is not usable at the beginning..

      I'd really like to have Linux kernel + KDE (or Gnome) boot under 20s, but I'm not dreaming :-( :-(

  5. What we really need by Anonymous Coward · · Score: 2, Funny

    This is all fine and good, but what we really need is kernel boot music, a theme song if you will. Imagine a harmoniously syncronized beowulf cluster.....

    1. Re:What we really need by JPelorat · · Score: 2, Funny

      The Looooove Boooot, da da da da daaaaaa...

      --
      Hokey statistics and ancient misconceptions are no match for a good thought in your head, kid!
    2. Re:What we really need by techno-vampire · · Score: 3, Funny

      One neat way to do this would be to take a Bach fugue and give each box one voice. Not only would you get some fine background music during boot, you'd know if a machine hung during boot and which one.

      --
      Good, inexpensive web hosting
    3. Re:What we really need by Darren+Hiebert · · Score: 3, Interesting

      Oh, man! I had a friend who, years ago, had written a special ROM for a dot-matrix printer to play a Bach four-part fugue by assigning the appropriate frequencies to the the head movements, paper feed mechanisms, and dot-matrix hammers. It was really cool!

  6. Boot visualization? by cmpkilla · · Score: 3, Funny

    Bah! Here's an ascii visualization of your webserver:

    (X_X) <--- Dead in the water

    --
    "Mind over matter: If you don't mind, then it doesn't matter"
  7. heh by minus_273 · · Score: 5, Funny

    in case it is slashdotted here is a mirror of the chart.

    Linux ===============
    BSD ========

    --
    The war with islam is a war on the beast
    The war on terror is a war for peace
    1. Re:heh by Ingolfke · · Score: 3, Funny

      The graphic you were looking at did not download completely before the server went AWOL. The complete graphic looked like this.

      Linux ===============
      BSD ========(died)

  8. Coffee Anyone? by rogabean · · Score: 2, Funny

    "The time needed to boot desktop Linux systems is becoming an issue."

    You mean I'm not supposed to have time to make coffee?

    bad joke, but yeah the boot time is getting pretty bad these days on out of the box distros.

    --
    "why don't you just slip into something more comfortable...like a coma!"
    1. Re:Coffee Anyone? by Zorilla · · Score: 3, Funny

      Reminds me of an old Gateway 2000 commercial where a kid is waiting for a computer to start up. It goes through a montage of the kid screwing around in the garage waiting for it.

      "No, Mom! It's still starting!"

      One of my friends had a theory that held true (up until Windows XP) that Windows (and MacOS at the time, this was 1995) was harmonically tuned to boot up just as long as it would take you to get up and take a piss and come back.

      Though some of the Windows 2000 machines here at work make me think I have enough time to take a dump and come back. They're fast, just something is very wrong with them.

      --

      It would be cool if it didn't suck.
  9. it's easy to speed up boot by nocomment · · Score: 5, Interesting

    I added a '&' to my /etc/rc file.
    like so:
    $i start&

    I have been berated a coupdl times in online forum because 'some services might need it to start properly', but I have never noticed any ill effects. My machines now boots in about 6 seconds :-D

    --
    /* oops I accidentally made a comment, sorry */
    /* http://allyourbasearebelongto.us */
    1. Re:it's easy to speed up boot by Drantin · · Score: 2, Interesting

      placing an ampersand (&) at the end of a command in a *nix system (maybe it's shell dependant? iono) causes the process to run in the background. If you do this in a tty/vterm you can continue using the same one instead of switching to another (you can also just use screen for that...)
      One thing that may cause problems is that when the login prompt comes up some services aare still initializing so you may have to wait a bit before accessing any of the servers, for instance your http://localhost for apache/mysql based homepages and such... you may also still have alsa loading up back there if you're using a 2.4 kernel or not using the one in the 2.6 kernel so sound won't work for a few minutes (or it may try to turn up the volume before alsa starts...)

      There are a multitude of things that *can* go wrong with this, but if you just do it for things that have no other dependancies just waiting a few moments before using anything else after logging in you should be OK...

      --
      Actio personalis moritur cum persona. (Dead men don't sue)
    2. Re:it's easy to speed up boot by macdaddy · · Score: 5, Insightful

      I can think of a number of examples where this would fail but on the average desktop I don't think this would be much of a problem. Servers on the otherhand have to have certain processes started for others to start correctly. MIMEDefang and Sendmail for example. Sendmail and OpenLDAP. PgSQL and OpenLDAP. All the various NFS goodies and any server processes that require something off one of the NFS-mounted volumes. Still I can think of dozens that can and should be started in parallel. I can't think of any ill-effects of starting a number of processes that come to mind in simultaneously. I'll have to give that a try sometime. Maybe the init process should have a Next Generation version that allows you to specify what is absolutely required by a process to start correctly. init-ng can then decide what it can start in parallel based on that. Sounds like a project to me. :-)

    3. Re:it's easy to speed up boot by Zocalo · · Score: 4, Insightful
      The correct answer is that it works, but... As the original poster noted there are some dependencies within in the plethora of Linux daemons, and YMMV. For instance some SMTP and HTTP configurations require that DNS is available, so if you are also running your own DNS one the same box then you might have a problem. Realistically of course this scenario *should* mean we are talking about home servers only, but there are some really crappy (V)ISPs out there...

      Still, it's a nice thing to experiment with for people who run Linux in situations where reboots are common, laptops for instance. It's also useful if you are running something like Nessus as a daemon which takes an *age* to initialise itself and obviously has no dependencies. A better solution would be to have an additional prefix on certain init scripts - "P" for "parallel" - to tell INIT that they can safely be started in the background, something that a couple of commercial Unicies do.

      --
      UNIX? They're not even circumcised! Savages!
    4. Re:it's easy to speed up boot by Zocalo · · Score: 2, Interesting
      The problem that I was alluding to with not having DNS available is down to the initialisation of the daemons. Specifically, when a daemon needs to bind itself to an IP, but that IP address is specified as a hostname in the config file. No DNS, means there is no way of getting an IP, so the daemon fails to initialise properly, if at all. I've actually seen this happen with a *very* popular distro: Apache was started before DNS, and the HTTPS server was configured by name, which caused the daemon to start on port 80 OK, but fail to bind to port 443. Once things are all up and running, then things are much more forgiving of services being restarted, or even totally absent for a limited period of time.

      As to "P" - I did have a play around with "/etc/rc" some time back and managed to get things working very easily. It wasn't that tricky really: I just needed to replace (this is from Fedora) "for i in /etc/rc$runlevel.d/S*" with "for i in /etc/rc$runlevel.d/[PS]*" then add an extra "if...else...fi" conditional to add the extra apersand to those init scripts that were safe to start in parallel. However, those natty little coloured status indicators next to each daemon are bit of a problem - I took the easy way out and returned "OK" as soon as I'd run "some_daemon_init &", but ideally you would want to have a proper confirmation that the daemon was up and running.

      Personally, I only reboot my Linux boxes once in a blue moon, or after a kernel update (which is pretty much the same thing) so the time saved (maybe a minute, tops) wasn't worth the effort. Plus you can get some "interesting" issues if you ever upgrade your initscripts and forget to restore your personalisations - you have been warned! Currently, I just use the standard non-parallel init scripts with the sole exception of NessusD which I'll parallelise by hacking its specific init script directly, provided that I remember to do so after each upgrade. Speaking of which...

      --
      UNIX? They're not even circumcised! Savages!
  10. Who reboots? by Neil+Blender · · Score: 2, Insightful

    I reboot every 497 days.

  11. Tried with the IBM enhancements? by earthforce_1 · · Score: 4, Interesting

    http://www-106.ibm.com/developerworks/linux/librar y/l-boot.html?ca=dgr-lnxw82-obg-BootFast

    IBM has published a paper on speeding up the boot process using something like a make to launch things in parallel that are not dependent on each other.

    --
    My rights don't need management.
    1. Re:Tried with the IBM enhancements? by dabraun · · Score: 4, Interesting

      Something like Windows XP has been doing for years?

      XP not only boots processes in parallel - it monitors which sectors of the disk are read during bootup, moves them around so they all sit in order in the same place on the disk as a background process, and prefetches the whole damn thing during subsequent bootups.

      It also does the same thing for application launches - you start an app, it profiles what is read from disk, reorders it, and prefetches it when you run the app again later.

  12. Why boot? by xv4n · · Score: 2, Interesting

    You are supposed to leave them boxes on all of the time, like 99.999 % of the time.

  13. Quick Link by Roofus · · Score: 4, Informative

    Here's an example image for you to ogle:

    http://people.redhat.com/davidz/bootchart.png.

    1. Re:Quick Link by swiftstream · · Score: 2, Informative

      Unfortunately, it is neither quick nor a link.

      Try this instead:

      http://people.redhat.com/davidz/bootchart.png

      --
      Be a PATRIOT--because the only thing we have to fear is the lack thereof.
  14. laptop users... by Drantin · · Score: 3, Insightful

    until hibernate features work correctly anyway... and when X locks up and doesn't let you ctrl+alt+f# to another vterm/tty (only had that happen a few times, but it does happen) and you don't have another computer handy to ssh in and fix it...
    and if you have a loud computer near the bed...

    --
    Actio personalis moritur cum persona. (Dead men don't sue)
  15. Re:MOD UP PLEASE by bob670 · · Score: 2, Insightful

    I sedond the motion, he builds Linux tools but host his work on an IIS server, mod the original post up.

  16. server vs workstation by studboy · · Score: 4, Interesting

    Maybe this is a silly question, but why cant the boot process be optimized for "workstation" type usage? That is: get a usable X login prompt up as soon as possible.

    On my machine, a bunch of random (but useful) things are fired up sequentially, before the prompt appears. Some things are used rarely/not at all, but they're still started. I dont want to disable them, but I dont want to wait for them either. Apache. MySQL. Privoxy.

    Why doesnt inetd start all these things? Apache would get started on first use. Likewise with the other services -- I pay for the startup (once) when I want to use them.

    On a server, it'll be up for forever so starting everything on boot makes sense. For a workstation, the system should be usable as fast as possible; the rest of the services can just as well wait until later.

    1. Re:server vs workstation by compwiz · · Score: 2, Informative

      That's what the idea here is. The Ubuntu guys, and I'm sure people from other distributions, are currently working on getting boot time to gdm down to a much more reasonable value. Since Ubuntu is meant as a desktop, anything that is not absolutely necessary to use the system is loaded after gdm. Note, though, that this doesn't speed up TOTAL boot time, only time to load the login manager. The problem with this is that you get a false sense of completion (like in Windows), where the system is still very slow for the next 30 seconds or however long it takes to start the rest of the services.

    2. Re:server vs workstation by greed · · Score: 2, Informative
      inetd works by connecting to a program's stdin and stdout, so it launches each time there's a connection on the port. That's fine for some things, but anything with a lot of small transactions will really hammer your system. So http is best as a long-running daemon.

      Now, all that aside, there's no reason why you couldn't do this, right now, with tools you already have. (Note: This hijacks runlevel 4 for a completely different use; if you modify chkconfig to work with more runlevels, you could avoid that.)

      Put a line like this in /etc/inittab:

      bg:35:once:/etc/rc.d/rc 4

      (I'd recommend deleting the existing runlevel 4 script too.)

      Now use chkconfig to turn everything off in runlevels 3 and 5 that should be started "late":

      chkconfig --levels 35 httpd off

      This isn't perfect, and redirecting the output of rc is probably a good idea. Also, it might be better to just remove the daemons in question from the old runlevels. And I haven't looked into the shutdown behavior.

    3. Re:server vs workstation by maskedbishounen · · Score: 2, Interesting

      Yep. That's exactly what XP does.

      It allows you to "start" while still in the process of loading things. Depending upon the speeds of certain components in your box, you may or may not notice this. Most of us do, and scratch our heads why.

      The boot -> login time is quite low, but "usability" time still quite high; especially on slower boxes that don't do well multi-tasking. It's more or less to present the impression of speed that isn't actually there. If you don't login right away, it looks all that much better.

      As Linux is often known for being the poor man's *NIX, I don't see how any type of parallel loading like XP uses would solve anything. High end usually goes with gaming, which (sadly) goes with Windows. Maybe it's just me, though. Like always.

      --
      "An infinite number of monkeys typing into GNU emacs would never make a good program."
  17. Kernel init time by crow · · Score: 2, Interesting

    For me, the user-space initialization is relatively fast. What is a pain is the kernel init time as it waits to hear what SCSI devices exist (including the boot drive). And this is after the BIOS has done the exact same thing.

    I suppose I should figure out where the timeout value for that is in the kernel and cut it short. (Doesn't Solaris handle that by saving the data unless you tell it that it needs to rescan?)

  18. A better boot loader is needed by Anonymous Coward · · Score: 2, Insightful

    The problem with Linux's boot process is that things have to load sequentially using the System V init program. They are given a number and then the init program loads them in that order.

    A much better solution would be to say that for each service that needs to be started which services must be started before it and to provide a priority for each service. The boot loader could then use this information to start processes in parallel giving priorities as needed. This would avoid the need to load everything in a predifined order, there would be no running out of numbers, it would not require cooperation to come up with a boot order number and it would allow the user to get to their desktop sooner (does the user really need the ssh daemon running before his desktop is displayed for example?) Of course on a server sshd might be given a higher priority and come up sooner than the desktop.

    The system V init program is a relic from the past .

    1. Re:A better boot loader is needed by MikeCapone · · Score: 2, Interesting

      Seems like a good and fairly straightforward plan... So much so that it's a wonder that nobody has tried to implement it yet :?

    2. Re:A better boot loader is needed by zCyl · · Score: 2, Informative

      A much better solution would be to say that for each service that needs to be started which services must be started before it and to provide a priority for each service. The boot loader could then use this information to start processes in parallel giving priorities as needed.

      "Make" can already do this in parallel, and is an appropriate tool for specifying dependencies. It would be a simple matter to use it as the primary boot manager rather than shell scripts.

  19. Mandrake Charts Available by tashanna · · Score: 2, Informative

    If you search around in the Google Cache, you can find a link to a Mandrake Wiki that has several bootchart images.

    - Tash

  20. Partial mirror by markclong · · Score: 2, Informative

    I've mirrored some of the site here:

    http://slushdot.org/mirror/visualization/index.htm l

    If you have the whole site email it to me and I'll host it.

  21. I reboot every 497 days. by Hognoxious · · Score: 2, Funny

    Wow, me too. I think the shower draws too much current & pops the circuit breaker.

    --
    Confucius say, "Find worm in apple - bad. Find half a worm - worse."
  22. Right fix, Wrong problem. by Penguinoflight · · Score: 2, Insightful

    The problem isn't the boot process being slow, the problem is with redhat's strategy.

    Putting together lame config utils, in place of doumentaion will never work, and ignoring community opinoin while making a standard base is just childish.

    Their version of linux boots slow because their config utils suck. Slackware linux still boots fine, so does arch, and yOPER.

    The problem this boot vizualization intends to fix isn't a legit problem, it's just a symptom of poor choices made by RH.

    Mode me down: after all, RH = King of Linux (grumble...)

    --
    "And we have seen and do testify that the Father sent the Son to be the Savior of the World"
    1 John 4:14
  23. Uhhhh, because its funny? by Anonymous Coward · · Score: 2, Funny

    Particularly the IIs part, drool.

  24. Re:Bah. by shawn(at)fsu · · Score: 3, Insightful

    # First of all, if you run Linux, you're not booting much.
    Maybe some people chose to turn of their box when
    they are not at home or when they are sleeping. Maybe some people want to save a little bit of electricty if they can.

    This is the problem with the linux zelots. Someone points out somthing that is annoying and should be fixed and people rush to say how this is a non issue, then they go on to say how this is actually better than the way windows does it.

    People who run IIS and then subject it to a /.ing should be drug into the street and shot for being an idiot. Twice.
    Yeah because IIS is the only webserver that can be /.ed your right on that one pal. Yeah. Sure.

    --
    500 dollar reward for tip(s) leading to the arrest of the person(s) who stole my sig.
  25. Windows tool by ilyag · · Score: 3, Interesting

    For Windows, use BootVis. Comes very handy to figure out what driver is pausing the boot process for 5 minutes...

    For bonus points, explain why Microsoft pulled it from its website.

  26. Boot times *are* important by EdMcMan · · Score: 4, Insightful

    The first two comments in a row I read were saying how "My linux never crashes, I never reboot, etc etc". That's great. You have to keep in mind that the average /. reader is not the average computer user!

    Most people turn off their computer when they are not using it, and actually turn it on when they need it. For the average computer user, boot times mean quite a bit more since they see it more. Don't be ignorant and think that just because it means little to you, it is unimportant to improve.

    1. Re:Boot times *are* important by Cid+Highwind · · Score: 2, Interesting

      There is a theory (urban myth) that the extra power used during a boot outweighs any savings. If someone can disprove that then I will persuade more work mates to follow my action.

      You don't need a chart, just a quick calculation. According to this a Pentium 4 desktop machine draws around 150 watts just sitting idle. 150 watts times 10 hours idle time equals 1500 watt-hours wasted per day. In order for a two minute boot process to waste 1500 watt-hours, the machine would have to draw 90,000 watts during bootup. (1500W*h * 60min/hr / 2min). Assuming your office in the US (or anywhere else where mains voltage is 120 Volts rms), that would be about a 750 amp current draw (90,000W / 120V) to turn on one computer. Most normal circuits (like you would plug a computer into) are protected by breakers that trip at about 20 amps. The wires in your office walls would melt before you could boot a computer if you tried to pull that much current through them.

      Turn the computers off. Whoever pays the electric bill will thank you.

      --
      0 1 - just my two bits
    2. Re:Boot times *are* important by Blakey+Rat · · Score: 2, Insightful

      That, and plus:

      1) Not only newbies, but experienced computer users will shut down their computers when not in use to save power. Computers aren't the most expensive thing in the world, but if I could save $5 a month by keeping it off, I'd be stupid not to. I love Windows XP's Hibernate function for this exact reason.

      2) Laptops. Even people who keep their desktop on all the time will most likely reboot their laptops a lot more often. Maybe they swapped out batteries, or maybe their battery can't keep the laptop running throughout the entire bus trip in sleep mode.

  27. Re:MOD UP PLEASE by bob670 · · Score: 3, Funny
    Where are you posting? This is /., the following always apply...

    1. MS = Evil

    2. IIS always sucks

    3. /.ers are smart enough to know better

    Any admin worth his wages knows better than to use IIS, steaming pile that it is. I know the button monkeys like it because it's easier than all that damn reading and knowledge that Apache requires, but it still sucks. And we could exclude Linux from this anyway (if we chose to), Apache runs on Wintel just fine, amongst many other platforms. That said, if you are here hawking your Linux tools there is something lame about hosting them on IIS.

  28. Re:Bah. by Garse+Janacek · · Score: 2, Insightful
    First of all, if you run Linux, you're not booting much.

    No, you're not booting much. My computer rarely crashes, but I still turn the computer off when I'm not using it -- it's noisy, and produces a lot of heat.

    Boot time doesn't have to be an arduous wait. Yes, on out-of-the-box distros it can be incredible, but I blame the distro, not Linux.

    Sure, maybe it's the distro and not Linux, but that's missing the point. The idea with this tool is to find ways to improve out-of-the-box distro boot time. The guy isn't knocking the Linux kernel for long boot times, he's trying to improve boot times on typical installs.

    If you choose to not fiddle, then you choose to have boot times that are increasing.

    That's a strange perspective... if I choose not to fiddle, then do I choose to have an insecure system? Or a slow one? Granted, maybe I could make my system slightly more secure, or slightly faster, by detailed tweaking, but that's no excuse for making inefficient and insecure default settings. It's not reasonable to say "Well, you obviously don't care about boot time if you aren't willing to work on it yourself, so I'll just choose the simplest and least efficient configuration possible," when there are definite steps that distros can take to improve the situation.

    People who run IIS and then subject it to a /.ing should be drug into the street and shot for being an idiot.

    Alright, I'm with you on this one ;)

    --

    I am the man with no sig!

  29. Why not have a wait tag/flag by phorm · · Score: 2, Interesting

    Would it add to the overhead of loading services to have a WAIT/NOWAIT tag on the init files. For example, my current rc structure is:
    /etc/rcX.d/S00SomeInit where 00 is a number that defines the order of startup services, and X is the runlevel.

    Now why not just have something like:

    S10+NOWAITFILE
    S11-WAITFILE
    So it allows whatever is in S10+NOWAITFILE to load without blocking, but S11-WAITFILE will block S12SOMETHING until loaded, etc etc

  30. Re:Frustrated by OmegaBlac · · Score: 2, Funny
    I had some really witty comments all made up and ready to go, but since the site is down people might suspect I didn't read the article....
    I thought you knew by now nobody at /. RTFA. Everyone posting here is presumed to have not RTFA.
  31. Because i want the Win XP users to shut up by ChiefHappyWind · · Score: 2, Insightful

    Some people thus complain about the bootup time. ... Personally, I don't see the big deal.

    I want a fast Linux boot just to shut up the Win XP users at my work that like to say they boot Windows much faster than I boot my Linux.

    --
    There are 10 types of people in the world... those that understand binary and those that don't.
  32. Re:Bah. by stratjakt · · Score: 5, Insightful

    # First of all, if you run Linux, you're not booting much. What...rebooting maybe once a month?

    Some of us shut our computers off. Not every linux PC is a 24/7 server. People own laptops, shut down desktops when not in use, etc. Plus theres linux' ever-growing embedded segment. Your TiVo never gets shut off? How important is boot-time to a device like TiVo or Zaurus?

    # Boot time doesn't have to be an arduous wait. Yes, on out-of-the-box distros it can be incredible, but I blame the distro, not Linux.

    Yes, distros are poorly configured, and the userbase is largely stupid. Noone talks about runlevels anymore. Put "basic stuff you need to get the user going" on a lower runlevel, and "more advanced gitchy bullshit like AIM etc" on a higher runlevel. Most linux distros behave by default the way a spyware infected win98 box does, making the user wait while it starts umpteen zillion fringe services.

    # If you choose to not fiddle, then you choose to have boot times that are increasing. It takes time to autoprobe everything correctly and get it set up if you're too lazy to do it yourself. Windows does it from the perspective of 'throw everything in there and take up gadzillions of RAM'. Linux says, 'I'll autosetup everything but still keep you lean'. You pay for what you get, folks.

    Pure "M$ sucks rolF!" bullshit from the clueless. Windows runs a microkernel, Linux runs a monolithic kernel. They work differently. Windows loads the drivers it knows it needs (the installed ones) at boot time, linux pages the crap in and out of the kernel itself.

    This is the quickest part of the boot, really. Delays come when you have dhcpcd timing out while looking for a DHCP server that doesn't exist but yet for some reason runs by default even if you have a statically configured address. Or your waiting for privoxy to load and parse its blacklists, or for squid to primp and preen its caches, etc..

    # People who run IIS and then subject it to a /.ing should be drug into the street and shot for being an idiot. T

    Most sites that stand up to a /.ing are running IIS from, what I've seen. Ever see Slate or MSN go down when /. links to them?

    It has more to do with being able to afford bandwidth than some magical uberneat0 perl script you found on efnet.

    --
    I don't need no instructions to know how to rock!!!!
  33. Re:sheesh. by SenorChuck · · Score: 2, Informative

    I believe you are thinking along the lines of what bootsplash http://www.bootsplash.org/ does. This is nothing similar; it's designed to visualize where performance bottlenecks are located during the startup procedures. But then, after reading all of the other commentary on here, you may have picked up on that fact already. In that case, I apologize for the redundancy.

    --
    A wise person makes his own decisions, a weak one obeys public opinion. -- Chinese proverb
  34. IBM articles about improving Linux boot time by OmegaBlac · · Score: 4, Interesting

    Here some articles regarding booting Linux faster: Boot Linux faster and Reboot Linux faster using kexec Enjoy! ;)

  35. Is this really an issue? by l4m3z0r · · Score: 2, Insightful

    Last time i rebooted my linux machine was 25 days ago(updated kernel from 2.4.18). Prior to that it had an uptime of 179 days. Not sure I care a whole lot about boot speed since i do it so infrequently. And honestly if your constantly rebooting and starting your linux machine something is wrong. I would however like to see my OS X machine boot faster...

  36. Re:an issue is it??? by pclminion · · Score: 4, Insightful
    an issue??? only if you're stupid enough to shut the thing down every night like most ms-windows users do...

    Yeah. My desire to cut my electric bill in half is "stupid." My desire to increase my energy efficiency is "stupid." Attempting to be environmentally responsible is "stupid."

    Unless you need your computer to be running 24/7, leaving it on is a tremendous waste of energy, and I think it's unethical. You're an ass.

  37. Hahahah by Lisandro · · Score: 4, Funny

    "Update: 12/15 19:32 GMT by T: An anonymous coward adds this mirrored version of one of the bootcharts."

    Have you actually bothered to check that link? It made me spit my Coke in laughter.

    1. Re:Hahahah by timothy · · Score: 2, Informative

      Briefly, it was an actual mirror of one of the images from the story. However, the mirror-poster soon changed it. What can ya do? It's hard to find good parents these days, and many kids just have no better outlet once the rubber sheets are in place.

      timothy

      --
      jrnl: http://tinyurl.com/c2l8yr / foes: http://tinyurl.com/ckjno5
  38. Forensics of a Slashdotting by pridkett · · Score: 2, Informative

    Ask and you shall receive...

    Take a look at this article that I wrote up after I posted instructions on how to use lpd to spool mp3s. I was even lucky enough to get some of the logs from the mirrors for analysis. You can see the original slashdot article here.

    --
    My Slashdot account is old enough to drink...
  39. Mirror at http://bootchart.sourceforge.net by zigam · · Score: 2, Informative

    I don't know why this didn't get modded up the first time, but here's the mirror again: bootchart.sourceforge.net.

    --
    Ziga
  40. Re:an issue is it??? by pnuema · · Score: 2, Interesting
    Yeah. My desire to cut my electric bill in half is "stupid." My desire to increase my energy efficiency is "stupid." Attempting to be environmentally responsible is "stupid." Unless you need your computer to be running 24/7, leaving it on is a tremendous waste of energy, and I think it's unethical. You're an ass.

    If you use your system every day, like I do, the wear and tear on the hardware by all the added start cycles will eliminate your cost savings. Have a CPU fan go out and your processor melts, and all of your cost savings go out the window. Since I leave my PC on all the time, on the occasions when I do shut it down and let it cool off, I can always tell. The sounds it makes when it starts from a cold boot are *awful*, and they all go away when the components get warm again. I've had more parts fail on start than at any other time.

    As far as power consumption is concerned, an idle PC consumes less energy than your average light bulb. Leave your porch light on at night? Chances are it consumes three times as much energy as your PC left on all night.

    And as far as environmentally responsible is concerned...unless you don't own a car, are completely off the power grid, never flush your toilets unless they are full, take sponge baths, and recycle absolutely everything, I'd shut the hell up. All of us could do more to help the environment, but we don't and that's life. I think we all have bigger fish to fry than my 35 watts/hour it takes to keep my PC on all night.

    So, in short, if you use your system every day, it *is* smarter to leave it on 24/7 than shut it down. Not to mention convenient.

  41. Re:an issue is it??? by Anonymous Coward · · Score: 3, Insightful
    And as far as environmentally responsible is concerned...unless you don't own a car, are completely off the power grid, never flush your toilets unless they are full, take sponge baths, and recycle absolutely everything, I'd shut the hell up.


    This is faulty logic. This is like saying "Since I can't do everything, I'm going to do nothing". That's the kind of piss-poor logic which unfortunately is contributing significantly to the current dismissive attitudes toward environmental protection. Sigh...

    A strong argument to counter yours would be the simple "Well, I may not be perfect, but at least I'm better than you".
  42. Re:an issue is it??? by Trillian_Angel · · Score: 2, Interesting

    Well, I reboot my system fairy often. It is a laptop, and it goes on numerous car trips -- and shutting the lid, taking it out into -10 C and below while running is rather stupid.

    My laptop and my friends decrepid XP system have similar boot times, but as I utterly dislike windows, I'll cope with the boot times

    It WOULD be nice if some programs (cough exim cough) would time out faster or at least allow you to bypass it when there is not an internet connection at the time. Waiting 5 minutes for that to time out is a -real- time waster.

    I could definitely use a proggie to show me exactly whats taking so long. Then I might be bothered to go and try to fix the problem (Read: Find someone with a little more computer know-how than me to fix it for me)

    --
    -- RJ
  43. Problem is in the dependency model by photon317 · · Score: 2, Interesting

    ... Or lack thereof in the case of some various linux and other *nix boot processess. The first step in booting faster is to actually know for sure which things depend on which other things. The ancient simplistic approach was linear ordering (The "runlevels" are a higher-order linear ordering, and then within each runlevel the services were also number sequentially). If a linear ordered list is all you've got, then you're gauranteed to be doing a worst-case serial execution of all the startup tasks, which sucks.

    Have a look at Gentoo's init script setup. It actually knows about hard and soft dependencies. It still only fires off one script at a time at the moment, but importantly the system has all the right data in hand to parallelize the process. (Hard dependencies are for instance when then nfsclient script *requires* that the network script is run before it, soft dependencies are things like the apache script saying that *if* the mysql service is enabled, please start it before you start me, but I do not require it if it wasn't enabled explicitly by the admin).

    Gentoo would be a great jumping point for parallel ization of startup tasks. The only real issue is screen clutter.... but I think that can be solved (if not terribly elegantly) by line-buffering the startup messages and displaying them serially in whatever order they "complete", resulting in a random line-order on the screen, but nothing stepping on each other's lines.

    --
    11*43+456^2
  44. That's why by gr8_phk · · Score: 3, Informative
    So THATs why XP boots so fast....

    As an embedded programmer, I've got to get many startup diagnostics and initializations done in the shortest time possible (under 1 second usually) - otherwise you'd be waiting for your car to boot every time you turn on the key. Everything in parallel that can be. Dependancies are mapped out and a static start sequence is defined. Linux has a more variable set of things to do, so I'd expect a more flexible implementation. This shocks me that there is NO implementation.

    It doesn't matter what MS does, every application wants load at boot time so it will respond quicker later - this just kills my boot time. Yah, a whole tray full of crap starts and I sometimes use one of those things.

  45. Gentoo can do this... by tetromino · · Score: 2, Informative

    In Gentoo (well, at least in ~x86), just edit your /etc/conf.d/rc and set RC_PARALLEL_STARTUP="yes", and now at boot, your daemons start in parallel if possible. Don't know if other distros can do this yet - it looks like Gentoo's own invention.

    1. Re:Gentoo can do this... by paulpach · · Score: 2, Interesting

      No. RC_PARALLEL_STARTUP is not very parallel. At any given time, there is only one task running or two tasks and a busy wait. I have written a trully parallel startup patch for gentoo. Go here for the patch

      You can see the charts that I created comparing RC_PARALLEL_STARTUP to my parallel startup here in comment #19. You can find there other things I have done to improve gentoo boot time. and an ebuild for bootchart.

  46. Re:an issue is it??? by pclminion · · Score: 2, Interesting
    You can cut your power bill in HALF, just by shutting off your workstation. Christ, what are you running, a PDP11?

    It isn't that my computer draws a lot of power -- it's that the rest of my house draws so little.

    And my primary motivation is NOT saving money. Yeah, I save a lot on the electric bill, but consider this: I recently plonked down $1252 for a washer/drier (at a hefty discount, retail would have been $2200 but I got a special deal) that averages about 10% of the energy/water usage of a "normal" washer and drier. It'll take me over 8 years to recover that cost in the form of energy savings, but I don't care. I'm interested in saving energy, not money.

    My next big project is to install a solar water heater on my roof as a booster for my normal water heater. It's kind of tough this time of year, because I go to work in the dark, and come home in the dark.

  47. Re:an issue is it??? by chuck · · Score: 2, Insightful

    Your source seems rather ambiguous. Sure, more respondents said to turn it off each day than said it would be harmful, but it wasn't overwhelming, and none of them have any data to back it up.

    I've seen PCs run for five years straight, with no problems. And I've had so many PCs fail when I power them on. It seems like power cycling sucks, to me. That said, I turn my PCs off to save power, especially here in NY it's pretty expensive.

  48. Re:an issue is it??? by Crispy+Critters · · Score: 2, Insightful
    I'm interested in saving energy, not money.

    Did you do any research into the relative amounts of energy used in constructing different washers? Think of a $1k front loader vs. a $400 top loader. That extra $600 either (1) is pure profit margin, or (2) pays for more complicated construction. (1) is unlikely in a competative market. (2) means it is likely more energy is used constructing the fancy washer.