Talk:Uptime

message: Anyone know how to fix this?
"System Up Time: N/A"
psinfo or other tools can't get uptime neither.
----
Uptime Project is closing it's doors
Dear Uptime-Community,
After the last very successful 5 years with about 1.7 million data records and more than 20000 active  users, we would like to say "thank you" to everyone who helped the project grow to what it is right now.
+++ We are very sad to say it, but we decided to close down the Uptime-Project on the 1st of March 2007. +++
Surely this wasn't an easy decision because of all the time we invested in the project but we don't have enough time to keep the site alive. Another problem is, and always was, the increasing costs for servers and traffic. (Thanks to our sponsors!)
Please shut down all the uptime-clients you're running because we can't keep the domain name forever and we don't want somebody to get his hands on the user data the clients are sending.
Why don't we give away the project for free and let somebody else run it?
That question is easy to answer. With more than 20000 users, there is a lot of user data in our database (for example the email-addresses). We don't want somebody to get his hands on this data to maintain the user.s privacy.
Again, thank your very much for competing in the Uptime-Project!
Sincerely the Uptime-Project staff
The content of the email above is not privileged and as such I believe it to be acceptable to post it here. I think the article needs an update as well as alternatives to the Uptime Project.
K.satirli 08:31, 14 February 2007 (UTC)
replies: text: --Hm2k (talk) 09:22, 26 April 2010 (UTC)
thread_title:  Systeminfo doesn't show uptime on all XP Pro systems 

message: The article states that long uptime can be caused by lack of maintainance, as updates would not be installed. However some systems (such as Linux with KEXEC or IBM Mainframes which run their O/S inside VM)  can have the entire system, including O/S kernel reloaded without reboot or interupption of service.  —Preceding unsigned comment added by 84.161.46.97 (talk) 19:45, 4 February 2009 (UTC)
replies: text: Do you have any citation of this? --Hm2k (talk) 09:23, 26 April 2010 (UTC)
thread_title:  Uptime can be abounegligence? 

message: As it stands, this article confuses the notion of time since failure with that of availability. Both are sometimes casually referred to as "uptime", but they are different measurements with different units.
The Unix utility uptime prints the time since last reboot -- roughly a measure of time since failure, although rebooting a machine does not always mean service failure. This is also the sense of "uptime" which some hobbyists brag about -- with the implication that having to reboot your machine is a sign that it is unreliable, crashy, or buggy and in need of frequent critical updates.
Availability -- whether measured in "nines" or in defects per million or what-have-you -- is a property of a service, not necessarily an individual machine. This is not at all the same as time since reboot; you can have bad availability without reboots, due to software bugs, overloaded servers, or other problems: a service can be flaky without being hard down.
Other features such as load-balancing, failover, and N-tier architectures make it more complicated to generalize about the availability of a service. But in any event it is important to distinguish time-since-failure from availability. --FOo (talk) 09:00, 19 September 2009 (UTC)
replies: text: I agree; this article is mainly about system uptime rather than availability; the high availability article covers the topics you mention above; thus I have removed them from this article. This solves the problem. --Hm2k (talk) 09:36, 26 April 2010 (UTC)
thread_title:  Confuses uptime with reliability 

message: Or perhaps it is somewhere between the two? In describing the "Five Nines" uptime, the text states five minutes and fifteen seconds; the table shows 16 seconds instead. Which is correct?  —Preceding unsigned comment added by 71.178.73.68 (talk) 13:00, 19 April 2010 (UTC)
replies: text: This is detailed in the high availability article; so I removed the entry from this article; thus solving the problem anyway. --Hm2k (talk) 09:37, 26 April 2010 (UTC)
thread_title:  Fifteen or Sixteen seconds? 

message: Are these mainframes that were on 20 years uptime continuously?
Do space probes such as pioneer and voyager really have decades long uptime?
What is the world record for various systems?
Do the chips "disintegrate" after 10 or 20 years?  — Preceding unsigned comment added by 173.76.204.16 (talk) 16:04, 17 February 2012 (UTC)
thread_title: add a new wiki page world record uptimes

message: It should probably be mentioned that the boot time determined from systeminfo seems to miss out on sleep/hibernate time.  If I run my computer for 6 hours but let it sleep for 2, it will show a boot time of 4 hours previous (i.e. current time minus run time where run time excludes sleep time).  This has been noted on a number of forums. 
I'd update the article, but I have no idea what the rate of time passage is for sleeping/hibernating computers.  Presumably, the clock ticks slowly, not at a zero rate.
99.245.248.91 (talk) 00:05, 5 March 2013 (UTC)
replies: text: I updated the article and left out any mention of the exact magnitude of the discrepancy. 99.245.248.91 (talk) 18:37, 5 March 2013 (UTC)
thread_title:  Windows 7 boot time unreliable 

message: I've seen "uptime" used in this sense of 'hours since last crash/reboot, or the related 'time of last crash/reboot'.  But I've also seen it used as a term for Reliability spec, or as an uninflated Availability, and wonder if these should also be mentioned :
* Reliability sense - the duration of operation required, e.g. must be able to perform in 48 hours continuous operation with a 95%+ confidence of no outage.
* Availability sense - uninflated as in what percentage of 365/7/24 will it respond for a user, hence not allowing any excluding of scheduled downtime, admin time, etcetera, e.g. 99.2%+ uptime last month
Markbassett (talk) 21:30, 13 May 2015 (UTC)
thread_title:  Uptime re Reliability or Duration  

message: Hello fellow Wikipedians,
I have just added archive links to  on Uptime. Please take a moment to review my edit. If necessary, add  after the link to keep me from modifying it. Alternatively, you can add  to keep me off the page altogether. I made the following changes:
*Added archive https://web.archive.org/20100316181615/http://www.redhat.com:80/docs/manuals/enterprise/RHEL-4-Manual/en-US/Reference_Guide/s2-proc-uptime.html to http://www.redhat.com/docs/manuals/enterprise/RHEL-4-Manual/en-US/Reference_Guide/s2-proc-uptime.html
When you have finished reviewing my changes, please set the checked parameter below to true to let others know.
Cheers. —cyberbot IITalk to my owner:Online 22:08, 17 October 2015 (UTC)
thread_title:  External links modified 

message: This article currently appropriately warns readers that typical Windows reported system UPTIMES are quite misleading/false: they report total elapsed time since some long-ago boot/turn-on event. They ignore sleep and hibernation states (pretending the system was on and running OK the whole time) and in some cases also ignore times of being totally turned off, shutdown, and even unplugged... Which leaves us with the question, how can real uptimes be obtained: the time since the computer last turned on in any way (from sleep, hibernation, etc); or the total elapsed time since some long-ago boot, *minus* all time spent in sleep or hibernation etc? (This presents a deep philosophical issue for this article: should it be describing what Uptime is supposed to mean, or the way Windows seems to use the term? My answer would be, it should clearly explain all various reasonable meanings of the term in this technical context.)-71.174.176.65 (talk) 14:06, 31 March 2016 (UTC)
replies: text: I don't think this issue is within the scope of this article (ie. the discrepancy between reported uptime and real uptime – whatever your definition may be). In the case of Windows there's no simple way to make sure the system has been uptime within a certain, past period unless you've continuously monitored the system, eg. with a local service monitoring standbys, hibernation and such. For a very primitive "real" count you could use a scheduled task repeating every minute that increases a file counter (set to 0 at boot, obviously). --Zac67 (talk) 17:19, 31 March 2016 (UTC)
thread_title:  Windows false Uptime