OS uptime rekordi

Ustvarjam temo, kjer lahko napišete vaš maksimalen uptime vašega operacijskega sistema. Namen teme je ustvariti vizijo stabilnosti sistema z določeno strojno opremo. Velja tudi ko gre sistem v spanje ali hibernacijo.

1. Napišete uptime
2. napišete strojno opremo

Če že morate večkrat pisat, editirajte svoj post.

C:\Users\korenje>systeminfo | findstr Time:
System Boot Time: 1.7.2012, 1:22:38

Pentium I7 3770k@4,5Ghz; 16GB RAM@2133MHz; ASUS Radeon 6850 1GB;
SSD Kingston hyperX 240GB; 30" HPZR30w monitor; BeQuet! E9 580W
Windows 7 ultimate SP1

to je bv....mislim če ti sistem idla potem lahko teoretično uptime nabijaš v nedogled

če ga uporabljaš za workstation in gaming pa še kej zraven potem pa pač logično da bo slej ko prej nek leak ali kaj podobnega da bo potreben reset

to je vse res... sam ne vem kdo bi imel par mesecev računalnik v hibernaciji.

server ~$ cat /etc/issue
Debian GNU/Linux 3.1

server ~$ uptime
19:28:56 up 2018 days, 10:09, 3 users, load average: 0.00, 0.00, 0.00

Moj rekord ene 2 leti nazaj je bil 23 dni in nekaj...pol je pa elektrike zmanjkalo. PC amd 6000+, msi k9n paltinum matična, ubuntu 10.04 takrat bil naložen

Prej je bistven sam OS.

Vsi sodobni OS-i zdržijo leta uptima. Bolj je stvar politike, kdaj (oz. če sploh) se zadeve restarta.

ne gre mi skupi verzija kernela pa uptime. Razn če uporabla kako foro z live rebootanjem kernela, da ne rabi full reboota. Drgač pa leta 2007 še ni blo kernela v3.1 ;)

Gre za zastarel server z zastarelim Debianom. Neuporaben torej in razen uptime-a sploh ni pretirano uporaben. Razen tega, da je na dobrem UPS-u.

Drugače pa moji službeni Windows-i (prej XP, sedaj Windows 7) zdržijo tudi preko dva meseca. Pol pa nameščanje kupa popravkov in nekaj restartov pa spet na delo. Čas med restarti je odvisen od trenutnega dela. Se mi ne da ravno odpirati kupa oken.

Se moje. Ponavadi je okoli 300dni.

21:26:18 up 82 days, 7:29, 1 user, load average: 0.14, 0.11, 0.09

pi@pi-VAIO:~$ uptime
22:49:54 up 12 days, 21:50, 2 users, load average: 7.19, 3.63, 2.35

d4vid je 1. jul 2012 ob 20:17 izjavil:

... deluje BP, sam ko se reboota zaradi elektrike, mu nekaj BIOS zmeša in moram pritisnit F1 da se boota naprej...

To je kriva baterija na matični.

Moje ugotovitve. OS X je zelo stabilen sistem in samo tu lahko dosežem dolg uptime. Na win več kot teden dni nisem uspel imeti uptime-a zaradi posodobitev OS-a . Na linuxu je vedno šlo kaj narobe, da je trebalo restartat. OS X pa sem rebootal na kakih 40 dni uptime-a, ko mi je že računalnik delal samo še s 1/3 hitrosti zaradi swapa. Zdaj imam SSD-ja not in z veseljem ugašam računalnik

[blayo@oftp2 ~]$ w
08:21:09 up 2342 days, 16:51, 1 user, load average: 0,34, 0,20, 0,11

CentOS 4
ProLiant DL380 G3

Če gre za produkcijski strežnik, katerega downtime za sabo potegne čuda nekega usklajevanja in koordinacije na večih nivojih, potem je bolje da ga čim manjkrat ugašaš/prižigaš. Zato si narediš prioritetno listo za nadgradnje in nadgrajuješ samo tisto kar se neposredno ali posredno nanaša na delovanje storitev, ki jih strežnik zagotavlja. Seveda, danes vse takšne in podobne storitve klasteriraš oziroma balansiraš.

BlaY0> Če gre za produkcijski strežnik, katerega downtime za sabo potegne čuda nekega usklajevanja in koordinacije na večih nivojih, potem je bolje da ga čim manjkrat ugašaš/prižigaš.

V takem primeru je potem fino, če imaš failover strežnik ali vsaj nek reden maintenance window. Strežnik je vsake toliko časa vseeno priporočljivo ugasniti/prižgati, saj se kar precejkrat zgodi, da strežnik tudi par let deluje konstantno brez težav, ko pa zaradi višje sile zmanjka elektrike, se pa ne prižge več. Precej bolje, da se ti to zgodi med vikendom sredi noči kot recimo v ponedeljek sredi dneva.


pirlo> Potem pa so tu posodobitve še za .NOT, Visual Studio, Internet Explorer, .

Za te večinoma ni potreben restart.

darkolord je 2. jul 2012 ob 09:49 izjavil:

techfreak :)> Na nekaterih je že nekaj tako preprostega kot namestitev programa, pri drugih pa posodobitev sistema.

No saj pravim, stvar politike. BSODi se pa ne pojavljajo zaradi OS-a.

Kdo drug pa "vrže" BSOD kot pa Windows? Sploh pa še nisem opazil kernel panic-a zaradi ext3 driverja, VirtualBoxa ali pa namestitve emulatorja za Android aplikacije, torej očitno je tudi z OSom povezano.

Z mikrokontrolerji in libusb sem se igral tako na Linuxu, OS Xu in Windowsu, med tem sem srečal nekaj BSODov, kernel panicov pa ne.

Torej kaj bi naj bilo po tvojem mnenju narobe, če že ni težava z OSom? Slaba dokumentacija s strani Microsofta ali pomanjkanje programerjev za Windows platformo? Sicer dvomim v obe trditvi, ker ima po mojih izkušnjah Windows (v nasprotju z alternativami) zelo dobro dokumentacijo, programerjev pa bi tudi moralo biti dovolj, glede na 90% delež OSa.

darkolord je 2. jul 2012 ob 20:05 izjavil:

V takem primeru je potem fino, če imaš failover strežnik ali vsaj nek reden maintenance window. Strežnik je vsake toliko časa vseeno priporočljivo ugasniti/prižgati, saj se kar precejkrat zgodi, da strežnik tudi par let deluje konstantno brez težav, ko pa zaradi višje sile zmanjka elektrike, se pa ne prižge več. Precej bolje, da se ti to zgodi med vikendom sredi noči kot recimo v ponedeljek sredi dneva.

Jaz imam drugačne izkušnje. Čim manj ugašanja/prižiganja. Jasno je pa zadaj UPS pa agregat, backup/restore procedura ter "one click" deployment procedura. Podatki so pa itak na SAN-u. Izkušnje mi tudi pravijo, da je večina rebootov sistema ob takšnih in drugačnih softverskih nadgradnjah vsiljenih. Večina modernih strežniških sistemov podpira celo hot-plug večine hardvera in tudi vsi moderni operacijski sistemi to podpirajo, vendor bi pa kljub temu ob vsaki nadgradnji softverski ali hardverski najraje vse skupaj 3x rebootal in zraven še 7x pljunil čez levo ramo.

Vsak blazen Uptime kaže na malomarno vzdrževanje sistema in ne na zanesljivost neke platforme ali operacijskega sistema.

Microsoft platforme se posodabljajo 1x mesečno, kat običajno za sabo potegne tudi reboot.
To pomeni, da je vsaka Windows mašina, ki ima več kot dobrih 30 dni uptime, po domače povedano zanemarjena.

Linux morda res zdrži brez reboota precej daljše obdobje, kljub posodabljanju. Definitivno pa tudi njemu ne gine reboot, če boš nadgrajeval kernel. Star kernel - zanemarjena mašina.

Routerji ravno tako imajo varnostne popravke in posodobljene verzije z novimi opcijami. Vse nadgradnje firmware na teh napravah zahtevajo reboot.
Pri Uptime-u routerja, ki je večji od 6 mesecev bi se že vprašal ali je zaspal proizvajalec ali lastnik.

Torej ne hvalite se z neskončnimi uptime-i, ker s tem samo poveste, da svojih sistemov ne vzdržujete.

Ales je 11. sep 2014 ob 20:44 izjavil:

@SeMiNeSanja, glede linux kernela si poglej ksplice, kgraft, kpatch

Ne pravim, da so te tehnike v splošni uporabi, ampak ne kvari ljudem veselja, no!

Govorimo o 'domačih škatlah' in ne o datacentrih z 99,9999% uptime-a? Pa še tam se kdaj reboota mašine (za Uptime je poskrbljeno na drug način).

Tema spominja na ex "Uptime-Project"

kronik je 11. sep 2014 ob 22:10 izjavil:

Če bi bla mašina slabo vzdrževana, bi že zdavnaj bila pohekana. Sem gledal, da so vsi servisi updatani enako kot na OpenBSD. Novi bugi se pojavljajo v novejših verzijah z novimi funkcijami, staro je stabilno in varno. Na nix platformi seveda, na win si varen samo, ko je server izklopljen.

Nekako teško je primerjat UX-like OS z Windows sistemom. Na UX imaš dokaj pregledno število odprtih portov izza katerih stoji kakšen servis, pa še do teh običajno omejiš dostop glede na IP adreso od kod prihaja connection. Windows na drugi strani že na nivoju OS-a privleče cel kup odprtih portov, potem pa uporabniki še izklopijo Windows firewall, da bi bila zadeva še malo bolj pestra.

AMPAK.... takšno razmišljanje je farbanje samega sebe, saj večino nesnage z neta navlečeš pri brskanju po spletu in nameščanju 'freeware-a' (ki pride z priboljški).
Server, ki se ne uporablja kot delovno mesto ima tako avtomatično bistveno nižjo izpostavljenost nesnagi. Problematični so tu ponavadi spletni servisi ki poganjajo luknjičace frameworke in spletne aplikacije, ki imajo več lukenj kot sir.
Se pa najdejo tudi pomanjkljivosti v starih sendmail-ih, bind-u,............ Staro je mogoče stabilno (kdo pravi, da novo ni?), ampak glede varnosti si pa krepko v zmoti.

Tudi po Linuxih udarijo... ni dolgo, ko se je pisalo o 'Operation Windigo', ko so barabini kompromitirali 25.000 Linux strežnikov, ki so naprej okužili do pol miljona računalnikov...

SeMiNeSanja se strinjam. Glede starih verzij pa je tako, da novih lukenj ponavadi ni odkritih ker se vsi osredotočajo na nove verzije. Pogoj je seveda, da imaš instalirano verzijo, ki je brez znanih lukenj. Obstajajo spletna orodja za te zadeve čekirat. Seveda pa noben sistem ni 100% varen, to je vsem jasno.

Ker mac pa je to?

Kakšne imate kaj uptime na Androidnih in iOS napravah?

Xperia S na 4.1.2 je dosegla 45 dni, potem pa nisem ujel polnilca...

IPhone 5s, 2x reboot od nabave lani zaradi kalibracije baterije, torej v povprečju uptime=150 dni.