ik had 49 dagen met w98, maar door de uptime bug moest ik um rebooten, anders deed hij het nog wel een tijdje:
hehe ik heb mn win2k servertje een keer 51 dagen up gehad! jaja! en dat voor windows
toen blauw schermgeheugenbankje pleite
)
Verwijderd
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
| [root@terok-nor dirk]# cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 5 model name : Pentium II (Deschutes) stepping : 1 cpu MHz : 334.096 cache size : 512 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes bogomips : 666.82 [root@terok-nor dirk]# last reboot reboot system boot 2.4.18-6mdk Sun Aug 11 18:13 (7+00:54) wtmp begins Sun Aug 4 00:11:34 2002 [root@terok-nor dirk]# uptime 7:16pm up 7 days, 1:02, 1 user, load average: 0.00, 0.00, 0.00 |
1
2
| D:\hfnetchk>uptime deepspace-9 \\deepspace-9 has been up for: 62 day(s), 19 hour(s), 34 minute(s), 31 second(s) |
ik heb een 864 GB floppydrive! - certified prutser - the social skills of a thermonuclear device
Verwijderd
want uptime zegt vrijwel niks over de downtime. Op een bak waarbij de downtime niet interessant is, is de uptime ook niet interessant. Een bak waarbij de downtime en uptime interessant is (voor meer personen dan jou alleen) is een belangrijke bak. Wanneer hij aan een netwerk hangt (bijv. internet) en belangrijk is, is security belangrijk. Het belang van security staat ongeveer evenredig aan hoe belangrijk een bak is en hoe belangrijker een bak is hoe minder graag je downtime wilt maar ook hoe liever je je kernel upgrade als-ie lek is!
"Anyone who does not agree with me is mentally sick, and should be shot I'm afraid to say."
- Pastor Richards @ VCPR
Verwijderd
So true!:
Uptime is niet interessant
<SNIP>
En daarom zijn al die hoge uptimes uiterst lachwekkend, zeker met een wijntje op
A wise man's life is based around fuck you
Fuji X-T1 | XF14mm F2.8 R | XF23mm F1.4 R | XF35mm F1.4 R
Nikon D800 | AF-S 24-120/f4 VR2 | AF-S 50/f1.8G
Computer specs
Verwijderd
amen:
Uptime is niet interessant
The circle is now complete
En daarom zijn al die hoge uptimes uiterst lachwekkend, zeker met een wijntje op
heel erg mee eens:
Uptime is niet interessant
The circle is now complete
En daarom zijn al die hoge uptimes uiterst lachwekkend, zeker met een wijntje op
Veni, Vidi, Et je n'en crois pas mes yeux! (ik kwam, ik zag, en ik geloofde mijn ogen niet!) - J. Caesar (Asterix en de gladiatoren) | Nu vernieuwd met toegevoegde lazyness.
:
Uptime is niet interessant
The circle is now complete
En daarom zijn al die hoge uptimes uiterst lachwekkend, zeker met een wijntje op
Ik heb het deels met dystopia eens en ook deels met jou:
[...]
Hangt er van af. Jij impliceert dat een vulnerability in de kernel automatisch een reboot betekent. Maar op mijn server die 2.2.18 draaide (en dus locally rootable was) heb ik de ptrace capability uitgezet. Aangezien de exploit daarin zat was die bak daarna niet meer rootable.
En 2.4.12 is alweer zo'n 300 dagen uit, dus 300 dagen "veilige" uptime is iig mogelijk.
Bovendien is het gewoon leuk om af en toe eens een hoge uptime te hebben
Ik ben het overigens uiteraard met je eens dat op belangrijke bakken security onwijs veel belangrijker is (als je het goed doet kost een kernel upgrade je toch maar een paar minuten of minder downtime), maar het is iets minder zwartwit dan dat.
1
2
3
4
| $ uname -srm NetBSD 1.6_BETA4 i386 $ uptime 12:37AM up 30 days, 7:33, 1 user, load averages: 0.22, 0.13, 0.09 |
Maar ik wacht nog ff totdat 1.6 helemaal klaar is.
Ehm... als je een uitzonderlijk hoge uptime haalt, mag je er dus vanuit gaan dat het met de betrouwbaarheid juist goed zit. Dus, waarom zou je dan upgraden als er geen security-gerelateerde of ernstige performance-problemen zijn? Ik kan zo nogal wat bedrijven bedenken die juist niet upgraden wanneer een server goed werkt, gewoon omdat het niet zinvol is.
"Anyone who does not agree with me is mentally sick, and should be shot I'm afraid to say."
- Pastor Richards @ VCPR
Klopt ja, maar als ik de changelogs volg dan zie ik er soms best wel veranderingen tussen zitten die belangrijk kunnen zijn voor meer betrouwbaarheid en performance.
Helaas heeft de nieuwste kernel versie niet altijd minder bugs dan zijn voorganger(s), eerder andere (nog onbekende) bugs
That which doesn't kill us, makes us stranger - Trevor (AEon FLux)
When a finger points at the moon, the imbecile looks at the finger (Chinese Proverb)
de load was 0.00 0.00 en 0.00 en geheugen gebruik was minder dan iedereen zal denken
Verwijderd
The more you know, the more you know you don't know.
Op speciaal verzoek:
Edit: Murdock je time loopt niet echt helemaal jofel
Verwijderd
Dan nog kan het zo zijn dat die bak voor die 300 dagen een week down was vanwege kapotte hardware. Getuigd dat dan van goede sysadministration? Nee. En dat soort feiten kun je niet uit de uptime halen.
Wat een lol. Nou ja, ik hecht er meer plezier aan om een lage downtime te hebben indien dat natuurlijk belangrijk is. En zo denkt je baas er ook overBovendien is het gewoon leuk om af en toe eens een hoge uptime te hebben
Sleutelwoord = microkernel
Nee, dat snap ik ook wel (mijn bak die 454 dagen heeft gehaald is soms een halve dag unreachable geweest vanwege onderhoudswerkzaamheden van de provider, om maar wat te noemen), maar uit jouw eerste post vond ik een beetje "hoge uptime is slecht per definitie" doorklinken.
Jawel, maar je moet het iets genuanceerder zien.Wat een lol. Nou ja, ik hecht er meer plezier aan om een lage downtime te hebben indien dat natuurlijk belangrijk is. En zo denkt je baas er ook over
Ja, bij je lul is het minimaliseren van de downtime op het moment dat je hem nodig hebt natuurlijk ook belangrijk
en de security moet je ook niet verwaarlozen Jup. Gelukkig gaat de Linux kernel daar door verregaande modularisatie langzamerhand een beetje naar toe (want kvin de hurd niet echt production-level).Sleutelwoord = microkernel
Verwijderd
Dan weet jij dus niet wat het modulizeren van de Linux kernel inhoud.
) Jawel hoor
Waarom is de Hurd wel revolutionair? Het microkernel principe is al best oud namelijk.
Verwijderd
zo daar gaan we dan.:
[...]
Jawel hoor
Het modulariseren van de Linux kernel (waar ze in 2.5 afaik mee bezig zijn) houdt in dat straks zo veel mogelijk - liefst alles - als module kan en later zelfs moet. Je hebt dan een zeer kleine basiskernel, waar je dmv modules allerhande functionaliteit aan toe kan voegen. Het is dan de bedoeling dat ook dingen als TCP/ipv4 als module geleverd worden en dat IDE HD support bijvoorbeeld ook altijd als module wordt geladen (ook al boot je van IDE).
Dit heeft wat weg van een microkernel waar je dus een klein kerneltje hebt en 'satellieten' de overige functionaliteit bieden.
Het grootste verschil is dat je bij Linux zulk soort dingen als een stukje programma in één al draaiend stuk code laadt, en dat de modules kernelspace draaien, en bij de Hurd zijn het aparte processes, die bovendien userspace draaien.
Dat is nog een vrij grof verschil, maar ik zei dan ook in mijn post "een beetje".
[...]
Waarom is de Hurd wel revolutionair? Het microkernel principe is al best oud namelijk.
1
2
3
| [root@c19169 admin]# uname -a && uptime Linux c19169.upc-c.chello.nl 2.4.18 #1 Thu Jun 20 22:37:11 CEST 2002 i586 unknown 9:57pm up 60 days, 23:02, 1 user, load average: 0.10, 0.03, 0.01 |
Nee, nutteloos is het niet. Je kunt namelijk elke module unloaden, nieuwe versie compilen en die nieuwe versie module loaden. Kortom: het is on the fly te upgraden in tegenstelling tot faciliteiten die in de kernel zijn ingebakken.
Klopt, het microkernel principe is fundamenteel eleganter, maar true microkernels hebben altijd te kampen gehad met performance- en implementatie problemen (voor bijvoorbeeld de comminucatie tussen de daemons; die moet uiterst efficient zijn, zo maar een message queue volstaat niet).Een van de dingen wat in de Hurd revolutionair is is dat alle Daemons zeer flexiebel zijn en je bv. ook Users rechten kunt geven op die daemons, maar de Hurd heeft nog wel meer leuk speelgoed
Ik heb niet gezegd dat Linux wel revolutionair is
Verwijderd
overigens aanlang van wat ik heb mogen vernemen is Hurd op de L4 kernel minstens zo snel als QNX, en dat is dus _behoorlijk_ wat.:
[...]
Nee, nutteloos is het niet. Je kunt namelijk elke module unloaden, nieuwe versie compilen en die nieuwe versie module loaden. Kortom: het is on the fly te upgraden in tegenstelling tot faciliteiten die in de kernel zijn ingebakken.
En nee, dat brengt lang niet alle voordelen van een microkernel, maar dat zei ik ook niet.
[...]
Niet compleet waar want je kunt geen kernel device's ff zo uit de kernel space verwijderen die al draaien
[...]
Klopt, het microkernel principe is fundamenteel eleganter, maar true microkernels hebben altijd te kampen gehad met performance- en implementatie problemen (voor bijvoorbeeld de comminucatie tussen de daemons; die moet uiterst efficient zijn, zo maar een message queue volstaat niet).
De Hurd is daar ook een voorbeeld van: er wordt al 12 jaar aan de Hurd gewerkt (versus 11 jaar aan Linux), en toch is de Hurd nog steeds niet production-level (afaik ook nog niet voor de desktop, of werkt geluid tegenwoordig wel?), terwijl Linux dat imho zeker wel is.
[...]
Je vergeet dus dat ao. aan de Hurd een veel kleiner getal Dev's werken
[...]
Ik heb niet gezegd dat Linux wel revolutionair is
Maar qua performance en features is het atm toch zeker een van de betere kernels.
Qua ontwerp is er idd weinig revolutionairs aan (de manier waarop het ontwikkeld werd hoogstens een beetje).
Verwijderd
Inderdaad nogal een late reactie
Verwijderd
Ehm, "rmmod eepro100", daar gaat mijn netwerkdriver. "rmmod cs4281", hoppa, een audio device meer.
GNU's development was (net als de development van de BSDs) afaik toch meer "gesloten"... Je moest wat meer bij het groepje horen voor je mee kon doen. Iedereen met voldoende kennis en motivatie kon in principe erbij horen, maar 100% "open" is het zo niet.De manier hoe Linux word ontwikkeld is echt niet revolutionair (ook niet een klein beetje) het is hetzelfde schema (bazaar) als waarin bv.; Emacs word ontworpen, dus wederom overgenomen van GNU
Hmm, afaik werkt GoT in IE, Mozilla, Konqueror, Opera en Netscape iig.
49 dagen 14.12:20 uptime! (alleen wordt ie niet gebruikt )
traktor scratch!
1
| 12:23pm up 59 days, 2:41, 1 user, load average: 0.00, 0.00, 0.00 |
-> dat werd dus de aardlekschakelaar weer omzetten
Nu nog hardware support en we komen nog 'es ergens
Okee, dat kan natuurlijk. Wat zijn de doelen wel precies, dan? Want zonder geluid heb je toch, zegge, 0% kans dat ik het als m'n main OS zou gaan gebruiken ofzo...Maar misschien is het daar ook niet voor bedoeld. Waarvoor dan?
Aantal postings: 4
Verwijderd
Tevens m'n hoogste uptime die ik ooi heb gehad.
Verwijderd
om een klein misverstandje uit de weg te ruimen , de Hurd is geen kernel maar een set Servers die boven op een microkernel (momenteel GNU/Mach) draaien die UNIX achtige services in de userspace verwerken , dit heeft een aantal voordelen , je kunt meerdere Hurd's tegelijk draaien, en die servers zijn flexibel je users rechten geven/nemen op servers en heel simpel , een hangende server kan de kernel of een andere server niet naar onder halen want ze drraaien heel netjes met memory protection in Userland.Nu nog hardware support en we komen nog 'es ergens
Hmmm, misschien een discussie voor een apart topic hoor, maar wat heef Hurd trouwens dat Linux niet heeft? Het is een microkernel (als ik het goed begrijp), maar zijn er redenen waarom het inherent beter gaat zijn dan Linux (stel dat het iedereens hardware zou ondersteunen, da's gewoon een kwestie van tijd als het echt beter is)?
GNU/Hurd is een systeem wat nog hard in de ontwikkeling is en hedendaags eigelijk meer een research OS is.
Ik heb ook op de basis van de License niets tegen op Mozilla of Konqueror of enig andere Free browser , gewoon ik gebruik ze niet want ze zijn X based wat ik niet zo graag gebruik.
Verwijderd
Kun je je post even aanpassen. Het is niet te zien wat je hebt toegevoegd. Zet de quotes bijvoorbeeld allemaal apart tussen [ quote] [ /] tags.
Maar ze vervullen functies / bieden de services aan die atm door monolithische kernels (zoals bijvoorbeeld de Linux kernel) worden aangeboden, vandaar de verwarring met termen.
Mja, maar de textbrowsers hebben vaak minder support voor dingen als javascript en css.
:
Server die bij me pappie en mammie in de winkel staat. Was 245 dagen, maar ik moest hem uitzetten om hem schoon te maken. De cpu fan was er mee gestopt
Verwijderd
Verwijderd
*geeft GNU/Locutus een vlammenwerper* draait jouw Hurd dan al? 
Verwijderd
GNU is behoorlijk open hoor , vergis je daar maar echt niet in , want zo zijn er bijvoorbeeld meerdere Emacs Forks.
Mja, maar in het begin was het met de Linux kernel nog wel opener... Elk beetje gepruts was welkom (dat kwam dus omdat het meer een experiment was dan iets serieus). Maar dat heeft dus volgensmij wel geholpen in de populariteit bij developers.
uhm, uptime is naar mijn inzicht nog steeds de tijd dat je service draait. En niet de tijd die je computer aan staat. Als die fan kapot was gegaan had ik een nieuwe cpu moeten halen. Dat duurt wel wat langer dan ff een nieuwe fan erop. Zo'n Antieke PII is niet meer op voorraad namelijk:
[...]
Daarvoor zet je hem toch niet uit
:
uhm, uptime is naar mijn inzicht nog steeds de tijd dat je service draait. En niet de tijd die je computer aan staat. Als die fan kapot was gegaan had ik een nieuwe cpu moeten halen. Dat duurt wel wat langer dan ff een nieuwe fan erop. Zo'n Antieke PII is niet meer op voorraad namelijk
Oh op die manier:
[...]
Oh nee, die fan moet je dan vervangen, daar ben ik het mee eens.
Alleen... Voor zoiets zet ik mijn computer niet uit. Ik heb aan moederborden van draaiende computers gesoldeerd
Ik vindt dat toch een beetje lijp geintje met de bedrijfsserver van me pappie en mammie. Met me eigen bak zou ik het op z'n minst proberen
:
Oh op die manier
Verwijderd
:
Hangt er vanaf wat voor fan. Het lijkt mijnou niet bepaald opwindend om de FAN van je proc even eraf te slopen en te vervangen met alle mogelijke gevolgen van dien omdat je zo op je uptime geilt
Had gekund jah, maar dat ding had een uitgebreide schoonmaak nodig, en dan heb ik toch liever ff veel ruimte om me heen. En niet ergens een hoek onder een buri
Verwijderd
.
Verwijderd
[ Voor 8% gewijzigd door Verwijderd op 08-03-2003 22:49 ]
Whenever you find that you are on the side of the majority, it is time to reform.
AFAIK is de load die door die processes veroorzaakt wordt puur administratief, dwz, het vertraagt verder niks. Als je niks te doen hebt zou je het kunnen benchmarken
en wat is de functie van die bak:
11:11:59 up 76 days, 16:51, 1 user, load average: 0.00, 0.00, 0.00
slackware 8.1
met een load van 0.00 0.00 0.00 kan dit niet veel zijn A wise man's life is based around fuck you
Verwijderd
Verwijderd
Eh, misschien is het wel een thuisservertje dat altijd internet provide? Ik heb dat ook, mijn inet moet altijd aanstaan voor mijn huisgenoten zonder telkens de pc uit hoeven te zetten... Dus die van mij heeft ook redelijk vaak 0.00 0.00 0.00.... En niet iedereen heeft een zwaar belaste bak, is dat nodig? Ik draai trouwens ook veel services voor mijn interne netwerk en ook veel externe services.:
[...]
en wat is de functie van die bak
een zwaar belaste doos... das een ander verhaal
[ Voor 8% gewijzigd door Verwijderd op 09-03-2003 13:43 ]
De mijne is in het echt met kleurtjes 
[ Voor 18% gewijzigd door supakeen op 09-03-2003 13:06 ]
Verwijderd
ik gebruik voor::
[...]
en wat is de functie van die bak
simpelweg een doos installeren en er niks mee doen kan ik ook nog wel 365+ dagen hoog houden,
een zwaar belaste doos... das een ander verhaal
Dus /boot, /bin en /etc weg [ Voor 8% gewijzigd door Eärendil op 09-03-2003 13:46 ]
)[ Voor 6% gewijzigd door Erkens op 09-03-2003 13:59 ]
)Server: Dell PowerEdge R610, 48GB DDR3 1333MHz, 3 x 4TB IronWolf RAID5, Dell H700, VMware ESXi 6.0
Laptop: Dell Latitude E6510, Intel i5-560m, 8GB RAM, 128GB Samsung SSD, 250GB 7200rpm, 15.4" WUXGA FHD
PSN: FastBunny_NL
Op die manier kun je patsen met je electriciteitsmaatschappij
Dat is ook belangrijker. Maar je hoeft in principe linux nooit te rebooten, behalve als je een nieuwe kernel installeerd.
God, root, what is difference? | Talga Vassternich | IBM zuigt
aha, dat is het dus:
Op die manier kun je patsen met je electriciteitsmaatschappij
rebooten true, maar ook met windows hoeft dat tegenwoordig niet meer, alleen uitzetten wel
novell:
Ik heb ooit wel eens een novell 3 bak met 512 dagen up gezien
nee zegt me niks tis NetWare overigens van de firma 'Novell'
A wise man's life is based around fuck you
Mjah, geen idee, als ik een SP bij iemand installeerd wordt ik af en toe wel eens geadviceerd om te rebooten.. Dat doe ik dan ook maar braaf, ik gok dat als Windows dat zelf zegt, dat het wel nodig zal zijn:
rebooten true, maar ook met windows hoeft dat tegenwoordig niet meer, alleen uitzetten wel
God, root, what is difference? | Talga Vassternich | IBM zuigt
.That which doesn't kill us, makes us stranger - Trevor (AEon FLux)
When a finger points at the moon, the imbecile looks at the finger (Chinese Proverb)
P2 166Mhz bestaat niet, die begonnen bij 233Mhz..:
Ook maar even patsen met de uptime van mijn router/mailserver:
Pentium II 166MHz
Linux 2.4.18
[root@wall:~]-: w
15:34:00 up 111 days, 13:19, 1 user, load average: 0.11, 0.03, 0.01
offtopic:
Dit weekend tweemaal mijn vaders PC geherinstalleerd met windows 98. Over vaak rebooten gesproken, het windows opstart scherm zit nu op mijn netvlies gebrand
Gelukkig zit er geen geluidskaart in die PC anders zou ik gillend gek geworden zijn.
A wise man's life is based around fuck you
Dude, you're so right!
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
| [root@wall:~]-: cat /proc/cpuinfo processor : 0 vendor_id : CyrixInstead cpu family : 6 model : 1 model name : 6x86MX 2.5x Core/Bus Clock stepping : 4 cpu MHz : 166.588 fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : yes fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu de tsc msr cx8 pge cmov mmx cyrix_arr bogomips : 332.59 |
That which doesn't kill us, makes us stranger - Trevor (AEon FLux)
When a finger points at the moon, the imbecile looks at the finger (Chinese Proverb)
[ Voor 11% gewijzigd door gerhald op 09-03-2003 16:44 ]
[ Voor 54% gewijzigd door Oezie Woezie op 09-03-2003 17:37 ]
een mooi Tshirt met Pim. is de beste enzo
Verwijderd
Dit topic is gesloten.
/u/21424/icoon.png?f=community)
:strip_exif()/u/52746/eric-cartman_small.gif?f=community)
:strip_icc():strip_exif()/u/4167/bacall8.jpg?f=community)
/u/21038/GoT_recycle.png?f=community)
:strip_icc():strip_exif()/u/15793/zwelgje100.jpg?f=community)
:strip_icc():strip_exif()/u/32056/crop5c3e4d8ab7dff_cropped.jpeg?f=community)
:strip_exif()/u/27186/got.gif?f=community)
/u/26742/000000751.png?f=community)
:strip_exif()/u/52709/firelogo_s.gif?f=community)
/u/35508/crop61e6aa7b579e2_cropped.png?f=community)
:strip_exif()/u/39267/pinoccio.gif?f=community)
:strip_icc():strip_exif()/u/12519/iconlamp.jpg?f=community)
:strip_icc():strip_exif()/u/27260/got_elan_icon.jpg?f=community){kind=icon}
:strip_icc():strip_exif()/u/4824/i.jpeg?f=community)
:strip_icc():strip_exif()/u/44529/800V.jpg?f=community)
:strip_exif()/u/12636/icon2.gif?f=community)
:strip_icc():strip_exif()/u/21/crop69f04ee6196b5_cropped.jpg?f=community)
/u/7375/1fb4348bd035882afac185e65c902b85.png?f=community)
:strip_exif()/u/851/pb_logo.gif?f=community){kind=logo}
/u/43643/security_tux.png?f=community)
:strip_icc():strip_exif()/u/11014/27337_1472854245_8919_q.jpg?f=community)
:strip_exif()/u/48440/crop6130a5af754ae_cropped.webp?f=community)
:strip_icc():strip_exif()/u/43473/crop5e12eeae6a054_cropped.jpeg?f=community)
:strip_icc():strip_exif()/u/19865/CooperS.jpg?f=community)
:strip_icc():strip_exif()/u/29534/moto-icon.jpg?f=community){kind=icon}
/u/15884/bsdvslinux.JPG?f=community)
:strip_icc():strip_exif()/u/11577/doc1.jpg?f=community)
:strip_exif()/u/33218/iconhamer.gif?f=community)
