Чё там с таймерами?

Ну, вы, главное, отключите свой C2D от управления атомныйм реактором до обновления ядра.

Так, вроде как, в патче какая-то оговорка:

and it's also still possible to disable TSC support runtime.

так что может всё будет просто работать, а может что-то в парметры ядра или ещё куда добавить.

плавающий TSC

Тонущий. У меня пара систем на E5450 - всё там нормально со свежим ядром.

На Phenom’чиках тоже вроде таймер может гулять, когда его частоты по множителю прыгают, и я тоже думал что ща чёнить отвалится или всё завязанное на времени полетит, если требования к точности времени или скорости доступа к нему станут выше, но это наверное как-то учитывается, или несущественно само по себе. Я правда вообще в это никак не вникал

Судя по

cat /sys/devices/system/clocksource/clocksource0/available_clocksource 
tsc hpet acpi_pm 

В случае чего, можно будет выбрать что-то другое, сейчас так

uname -a
Linux gnu 7.1.5+deb14-amd64
cat /sys/devices/system/clocksource/clocksource0/current_clocksource
tsc

Так что дядя инопланетянин, твой летающий казан думаю продолжит летать. А если что hpet подрубишь и норм будет.

TSC есть примерно начиная с первых пентиумов, не беспокойся.

TSC всратый таймер, используйте HPET. причем всрат он by-design.

Обоснуй. hpet тормоз например

> cat /sys/devices/system/clocksource/clocksource0/current_clocksource
tsc
> time ./timer

________________________________________________________
Executed in    4.30 secs    fish           external
   usr time    4.28 secs    0.00 micros    4.28 secs
   sys time    0.02 secs  852.00 micros    0.02 secs

> echo hpet |sudo tee /sys/devices/system/clocksource/clocksource0/current_clocksource
hpet
> cat /sys/devices/system/clocksource/clocksource0/current_clocksource
hpet
> time ./timer

________________________________________________________
Executed in  108.73 secs    fish           external
   usr time   85.58 secs  174.00 micros   85.58 secs
   sys time   23.13 secs  492.00 micros   23.13 secs

> cat timer.c
#include <sys/time.h>
#include <unistd.h>

#define N 100000000
int main() {
    struct timeval tm;
    for(int i = 0; i < N; i++) {
        gettimeofday(&tm, NULL);
    }
    return 0;
}

всё там нормально со свежим ядром

k

TSC всратый таймер, используйте HPET

У мя траблы - одна матка новая с райзеном, но с тормозным hpet, а другая с быстрым, но старый кор2дуба

используйте HPET

Всратый бесполезный таймер с высокой задержкой доступа.
Используем свежие камни с invariant TSC и не страдаем фигнёй.

TSC то есть, с первых пентиумов, но он разный. На некоторых процессорах Линукс может такое в dmesg писать:

clocksource: timekeeping watchdog: Marking clocksource 'tsc' as unstable because the skew is too large:

или

tsc: Marking TSC unstable due to TSC halts in idle
clocksource: Switched to clocksource hpet

И, в этом случае, tsc для ядра не существует. Похоже, ТС за это и переживает.

Похоже, ТС за это и переживает.

Страшно сейчас что-то обновлять, вдруг это навайбкодили на расте. Я пока уверен только в стабильности MS-DOS

вдруг это навайбкодили на расте

Дак и не обновляйте ядро. Что там такого нужного в 7.x ядрах?

Ну, уже давно появились uefi-only компы, то есть MS-DOS заканчивается. И я не уверен, что MS-DOS нормально на Core работает, вроде, все вокруг FreeDos ставили на P-4 и дальше.