|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Slawa Olhovchenkov 2:5030/500 12 Jan 2006 15:11:52
To : Valentin Nechayev
Subject : А в это время в замке шефа...
--------------------------------------------------------------------------------
12 Jan 06, Valentin Nechayev writes to Slawa Olhovchenkov:
SO>> Для меня, на самом деле явлеятся большим сюрпризом -- почему нету
SO>> тривиальных часов, тикающих от переодического прерывания. Равномерность
SO>> хода и точность пусть обеспечивает ntp.
VN> Этого я не совсем понял. По сути есть такие часы: по каждому
VN> таймерному прерыванию делается обновление счётчика. Загвоздка в
VN> другом: можно так считать, но если можно между прерываниями получить
VN> более точное значение чтением текущего счётчика и пересчётом по нему
VN> (а это позволяют все существующие счётчики) - это делается. Для
VN> иллюстрации, посмотри по манам чем microuptime() отличается от
VN> getmicrouptime(). gettimeofday() всегда действует аналогично
VN> microuptime(), то есть уточняет по текущему значению; а вызов типа
VN> getmicrouptime(), который просто возвращает последнее известное ядру
VN> значение - был бы на порядок экономнее.
Достаточно часов i8254, у которых i8254_get_timecount не будет лазать по портам.
SO>>>> Кстати, отсюда и ответ EG почему при отрубании ACPI на VIA EPIA
SO>>>> ускоряется сборка ядра. Видимо там kern.timecounter.hardware по
SO>>>> умолчанию выбирается довольно медленный. И вероятно если поставить
SO>>>> другой -- все будет быстрее.
VN>>> Кстати ты наверно видел как я наехал на HPET. Кроме этого оно ещё и
VN>>> гарантированно медленнее ACPI-fast...
SO>> Что intel, что ibm -- оба умею делать только криво или еще кривее.
VN> Hу IBM категория особая - они достигают высоких результатов крайне
VN> нестандартными путями.:)
Hе надо нам этой политкоректности. Кривыми.
VN> Такая себе высокая странность. А Intel - <...>
У IBM бабок больше.
... Меcсир, вообразите, меня за мародера приняли!
--- GoldED+/BSD 1.1.5
* Origin: (2:5030/500)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
