|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 12 Jan 2006 13:09:23
To : Slawa Olhovchenkov
Subject : Re: А в это время в замке шефа...
--------------------------------------------------------------------------------
>>> Slawa Olhovchenkov wrote:
SO> Для меня, на самом деле явлеятся большим сюрпризом -- почему нету
SO> тривиальных часов, тикающих от переодического прерывания. Равномерность хода
SO> и точность пусть обеспечивает ntp.
Этого я не совсем понял. По сути есть такие часы: по каждому
таймерному прерыванию делается обновление счётчика. Загвоздка в
другом: можно так считать, но если можно между прерываниями получить
более точное значение чтением текущего счётчика и пересчётом по нему
(а это позволяют все существующие счётчики) - это делается. Для
иллюстрации, посмотри по манам чем microuptime() отличается от
getmicrouptime(). gettimeofday() всегда действует аналогично
microuptime(), то есть уточняет по текущему значению; а вызов типа
getmicrouptime(), который просто возвращает последнее известное ядру
значение - был бы на порядок экономнее.
SO>>> Кстати, отсюда и ответ EG почему при отрубании ACPI на VIA EPIA
SO>>> ускоряется сборка ядра. Видимо там kern.timecounter.hardware по
SO>>> умолчанию выбирается довольно медленный. И вероятно если поставить
SO>>> другой -- все будет быстрее.
VN>> Кстати ты наверно видел как я наехал на HPET. Кроме этого оно ещё и
VN>> гарантированно медленнее ACPI-fast...
SO> Что intel, что ibm -- оба умею делать только криво или еще кривее.
Hу IBM категория особая - они достигают высоких результатов крайне
нестандартными путями.:) Такая себе высокая странность. А Intel - <...>
-netch-
--- ifmail v.2.15dev5.3
* Origin: Dark side of coredump (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
