Fix:
"и часы убегали" это вообще скорей стандарт для техники, т.б.для HPET точности, у меня и на PIC - всё всегда убегало отн.часов на любой технике, да и сами часы отн.друг друга по кр.мере с тоже кварцем. Но, например даже на особо древнем ПК с кварцем и с его БП с его конденсаторами - игры вообще невиснут(даже в глюкалове w9x которой можно завесить простым циклом), чего не могу сказать о более новом ПК и даже когда был с магазина... впрочем, тут ещё вопрос стабильности дров, ставшей уже тогда просто отвратной с тех лет, вплоть до того что я вынужден сидеть на почти оригинльной CD-версии 298.10 у NV, иначе у игр [тех лет] - разные проблемы вплоть до зависаний.> Как то это противоречит с вышеописанным ("После замены бп все зависания прошли кстати").
Это к тому было что, неясно из-за "кварца" или БП, надо полагать второе, т.к. при проблемах у "кварца" думаю либо капец полный, либо то ещё веселье. Но, даже бюджетные - минимум 25 лет в ПК выдерживают.
Upd:
Ага, похоже не прав:
http://blog.remibergsma.com/2012/03/10/fixing-clocksource-ts.../
(тогда причём тут был БП?...)
> Линукс жаловался, мол, clocksource unreliable
Более того судя по статьям вроде:
https://linuxreviews.org/Linux_Kernel_Disables_Coffee_Lakes_...
- мин.в этих моделх ЦПУ такой хак не провернуть уже.
Да и, в skylake тоже проблема, но исправили обновлением ядра Linux.
https://www.linuxquestions.org/questions/slackware-14/system.../
Но, как быть тем кому нужна предыдущаяверсия ядра, вроде 2.x... (и в *BSD? Windows?).
Какой же кал нам всучивают!