uptimes?
|
Author | Content |
---|---|
gus3 Jan 24, 2011 6:14 PM EDT |
When I say everyone in my family runs Linux, I'm not kidding. Even my dad, whose only use for a computer is an easy game of Solitaire. I configured it to bypass all logins on boot, going straight to a GNOME desktop and Solitaire. It isn't connected to any network, so I don't worry about updates or security. The only personal information on it is that Dad's preferred Solitaire game is Klondike. As of today, the uptime on his system is 394 days. |
jdixon Jan 24, 2011 6:15 PM EDT |
I just rebooted my machine yesterday to change out a hard drive. :( |
tracyanne Jan 24, 2011 6:17 PM EDT |
gus install pysolFC, it's in most repositories. Klondike is but one of the solitaire games available in pysolFC. |
Bob_Robertson Jan 24, 2011 6:39 PM EDT |
The server I put online in 1995 looped the old ~400 uptime counter ... twice. It was rebooted exactly thrice between 1995 and 2003 when it was decommissioned. To move it, to upgrade to the 2.0 kernel, and California brown-outs got it once. |
gus3 Jan 24, 2011 6:45 PM EDT |
I heard once of a system that got moved, but not powered down. The UPS was part of the building, and so couldn't move with the system. So they brought the system down to single-user, fastened the batteries directly to the case with duct (gaffer's) tape, then opened up the AT power supply and clipped the batteries directly to the load-side. It kept the system going long enough for the transport, no power-down necessary. I guess their uptime was important somehow. |
herzeleid Jan 24, 2011 7:24 PM EDT |
@gus - I completely understand. Old time unix folk know that uptime is one of the things that separate unix class OSes from peecee class OSes. How's this for uptime? obsidian: /home/jjs (tty/dev/pts/1): bash: 1002 > uptime 3:22pm up 1618 days 18:22, 2 users, load average: 0.93, 0.96, 0.94 obsidian: /home/jjs (tty/dev/pts/1): bash: 1003 > uname -a Linux obsidian 2.6.5-7.267-bigsmp #1 SMP Wed Jun 21 10:50:51 UTC 2006 i686 i686 i386 GNU/Linux obsidian: /home/jjs (tty/dev/pts/1): bash: 1004 > |
tuxchick Jan 24, 2011 11:18 PM EDT |
Shameless watt-wasters! $ uptime 19:18:09 up 54 min, 2 users, load average: 0.00, 0.03, 0.00 |
Sander_Marechal Jan 25, 2011 1:38 AM EDT |
32 days for my home desktop
50 days for my home server (kernel upgrade)
112 days for my remote server (also a kernel upgrade) My laptop and work machines are shut down when I'm done, so it's rarely more than a day. |
JaseP Jan 25, 2011 6:37 PM EDT |
For me, my home server only goes down for kernel updates, same with the HTPCs on the network (except one that gets rebooted every time it runs Skype). Touchscreen netbook ~12 hrs at a time, while at work (but runs the same chipset as one of the HTPCs). I won't count the routers, even though one is a Micasaverde Vera, & just gets used for that (its been rebooted 2-3x in as many years)... |
herzeleid Jan 25, 2011 7:12 PM EDT |
Thanks to ksplice uptrack, I can now apply linux kernel updates without rebooting - so my next goal will be for that elusive 2000 day uptime.. |
hkwint Jan 26, 2011 4:59 PM EDT |
Uptime is sóóo 20th century, I finally configured TuxOnIce2 a few months ago and very happy with the results! Why leave in standby if it wants to hibernate? |
Steven_Rosenber Jan 26, 2011 5:09 PM EDT |
As far as my Linux desktops go, I power down every day. I want a clean system when I'm working. Firefox especially gets pretty gummy after a day. I'm sure that quitting and restarting the app helps, but a full reboot can't hurt. I keep my Windows XP box running all the time, but I still reboot it every day. That's a system that benefits from frequent rebooting. I'm not personally doing the admin work on any servers, but I imagine that cron jobs can keep them running well w/o rebooting. I'd still be inclined to reboot after a kernel update. The downtime is only a few minutes per update. |
herzeleid Jan 26, 2011 6:44 PM EDT |
I was talking about servers, with my long uptime example, and 2000 day goal - naturally the desktop machines get booted a lot more, especially given all the experimentation we do with bleeding edge kernels. But on the server side, the whole point of ksplice is that the reboot is no longer needed as the new kernel is spliced in while running. Cool stuff. I've been using it and have gotten several kernel updates, no reboot and everything is solid, as I'd expect it to be. When I've got a linux machine hosting a dozen important production VEs, the last thing I want to do is reboot. |
You cannot post until you login.