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

Ну, вы, главное, отключите свой 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 и дальше.

tsc=nowatchdog в параметры ядра. Только нужно проверить, не бежит ли время. У меня на amd он тоже чутка сломан.

И я не уверен, что MS-DOS нормально на Core работает

Чего это ему не работать?

все вокруг FreeDos ставили на P-4 и дальше.

Потому что там фич больше. Ну и чтоб пиратом не казаться.

не бежит ли время.

Что это значит? Системные часы заметно уходят вперёд или отстают? Нужно отключать ntpd?

Ну, часть программ, вроде бы, rar.exe в их числе, очень радовалась объёму памяти и забывала, что нужно работать. И тогда нужно порописывать DEVICE=LIMITMEM.SYS. Причём этот LIMITMEM.SYS нужно скачать, по почте на дискетке его не пришлют. А во FreeDos идёт HIMEMX.EXE, там есть опция ограничения памяти.

Так, мой ответ был на:

стабильности MS-DOS

Я подразумевал MS-DOS не как ядро, а как цельную операционную систему с кучей программ. Что, если вытащить НЖМД с установленый MS-DOS и софтом, стабильно работающим на Pentium-120, то на Core 2 может той стабильности не получить. Придётся лазить в интернетах, искать костыли-подпорки.

И отдельный вопрос к ошибкам в BIOS. DOS использует CHS, BIOS это эмулирует. Загрузчики ОС, вроде как, давно используют LBA, а больше вобще никто INT 13 не использует, то есть не тестирует код BIOS'а. ИМХО, взяв произвольную материку года 2005 и позже, всегда есть шанс, что ты будешь первым, кто на неё попытается MS-DOS поставить. И, если он там не заработает, то писать некуда, не будет для неё bugfix BIOSа выпущен.

Ну да. У меня заметно убегало при принудительном включении tsc без этой опции почему-то. Вперед минуты на три за пять минут.