April 2032
| |
|
|
|
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 |
26 |
27 |
28 |
29 |
30 |
|
7/28/06 04:58 pm
программерские отмазки
Читая рассылку:
> > + u64 jif;
> > +
> > + jif = get_jiffies_64() - INITIAL_JIFFIES;
> > + t.tv_sec = div_long_long_rem(jif, SLM_TIME_DIV, &t.tv_nsec);
> <<<< this will trigger an exception in 136 years :))))
we are likely to be dead by that time, so nobody could be blamed
Update: как я понимаю, это после 136 лет аптайма случится, а не в ~2130 году.
7/28/06, 11:52 am
Ничего, вот научаться к тому времени воскрешать и воздастся им за грехи свои :-)
7/28/06, 01:14 pm
А есть какой-нибудь механизм подобные вещи в коде на уровне билдинга предотвращать?
То-есть, наверное, можно тест сделать, который просто текущую дату выдает и если она после ~2130 года придупреждает о грядущих проблемах, но не понятно лучший это метод или нет.
7/28/06, 02:33 pm
Как я понимаю, жопа после 136 лет аптайма случится, а не в ~2130 году. 136 лет аптайма -- это пока утопия :)
7/28/06, 03:12 pm
Да, думаю, что в этом случае это не страшно ;)
7/28/06, 03:46 pm
Вспомнилось кстати, что раньше у Линукса (2.0 или 2.2, не помню уже) была "болезнь" -- после двух с половиной (или четырёх? тоже уже не помню) лет аптайма собственно аптайм сбрасывался на ноль, ну то есть переполнение там было. Так много людей наступили на этот баг!
Когда ядро перегружать не будут для апгрейда, а будут патчить на лету, а железо станет более надёжным (к примеру, вылетел один из восьми процов -- выключили его и дальше работаем), а ядро все эти hot cpu removal и т.п. будет поддерживать - то, глядишь, десятилетия аптайма станут реальностью.
7/28/06, 03:58 pm
да не - смысла нету - скорее все к кластерам идет и проще ребутить части кластера периодически просто из профилактичнских целей.
7/29/06, 01:30 pm
"из профилактических целей" -- это я не понимаю, это какой-то Windows-подход. :) Понятно, что надёжность отдельных машин в кластере при правильной его организации не очень важна -- но это лишь значит, что можно использовать не сверхнадёжное железо. А перебучивать "для профилактики" -- это какая-то ерунда. Понятно, что даже и ядро течёт, однако с этим можно побороться.
И потом -- твой-мой десктоп или ноут ещё очень нескоро станет частью кластера (если вообще станет), ну и его перезагружать обычно тоже не хочется. Как и какое-нибудь сетевое или PBX оборудование, например :)
7/29/06, 01:53 pm
Ну, возможно - в теории в далеком будущем мы научимся определять проблемы и решать их на лету, но теория, как известно, весьма далеко от практики и на мой взгляд, reboot раз в год, это гораздо менее ресурсоемкая задача нежели доведение софта до совершенства.
Хотя согласен, что без людей, которые пытаются сделать совершенства было бы очень плохо ;)
|
![[info]](http://lj.rossia.org/img/imported-profile.gif){kind=small}
![[info]](http://lj.rossia.org/img/userinfo.gif){kind=small}