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