Steffen Dettmer wrote:
[...]
Hast Du einen Link da, der den Kernel-boot-parameter dokumentiert? Du schriebst ja, der sei SuSE-spezifisch;
Die Aenderungen, die SuSE am Kernel macht, sind leider nicht besonders gut fuer die Oeffentlichkeit dokumentiert. Es gibt einen SDB Artikel, der das high-level Prinzip des desktop-Parameters erklaert, http://portal.suse.com/sdb/de/2003/10/90_scheduling.html, Details wirst Du aber dann selbst im Kernel-Source nachlesen muessen, kernel/sched.c koennte ein guter Startpunkt sein...
google fand jemand, dessen "uptime" den Überlauf irgendwie korrekt handhabte. Vielleicht ist da doch ein Schutz implementiert?
Es ist Kernel/Architektur-abhaengig. Die urspruengliche Frage bezog sich (siehe Subject) auf SuSE 9.0, 32-bit.
[...] "dass es nicht auffaellt" - Disziplin muss vom Programmierer kommen, [...] /* with Overflow check */ if (SHRT_MAX - i1 < i1) { printf("will overflow SHRT_MAX (%d - %d == %d > %d)\n", SHRT_MAX, i1, SHRT_MAX - i1, i1); } else { printf("OK, fits into SHRT_MAX (%d - %d == %d > %d)\n", SHRT_MAX, i1, SHRT_MAX - i1, i1); printf("(short int) 20000 + 20000 == %d\n", (short int) (i1+i1)); }
Ich sprach davon (siehe alte Mails), dass man es handhaben kann, aber mit gewissem Overhead. Wenn Du 100 oder 1000 mal pro Sekunde einen Counter erhoehst, und jedesmal, bevor Du das tust, Deine if-Abfrage oben ausfuehren musst, um den Overflow zu erkennen und handhaben zu koennen, also ich nenne so etwas dann ganz gewiss Overhead ;-) Falls Du C++ kennst, schau Dir die Boost "Numeric Conversion Library" an, die fuehrt z.B. fuer Typ-Umwandlungen eine Bereichsueberpruefung aus - aber eben u.U. auf Kosten von Performance.
[...] Auch andere scheinen diesem Überlauf Wert beizumessen und suchen ihn zu vermeiden, beispielsweise durch Vergrösserung des Datentypes um ein paar Millionen Jahre zu verschieben oder so - es gibt also durchaus Leute, die das interessiert. Da gibts für Linux mindestens patches.
Natuerlich ist es "interessant" (vom Thema her), die Frage ist lediglich, wie praxis-relevant es fuer jeden einzelnen ist. Ich halte es fuer nicht besonders praxis-relevant. Die uptime war auch IMO nie dazu gedacht, dem User-Space eine genaue Zeitrechnung zur Verfuegung zu stellen. CU, Th.