|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Slawa Olhovchenkov 2:5030/500 12 Jan 2006 12:06:00
To : Valentin Nechayev
Subject : А в это время в замке шефа...
--------------------------------------------------------------------------------
12 Jan 06, Valentin Nechayev writes to Slawa Olhovchenkov:
SO>> И то и то, насколько я понял.
SO>> gettimeofday довольно медленный вызов, когда он отрабатывается честно,
SO>> с лазанием к железным часам. Этой настройкой его ускоряют. А в
SO>> бенчмарки этот вызов дергают ну очень часто. Hу а при dummy еще и часы
SO>> встают.
VN> Кстати, на похожую проблему плакался Дядя Вова Бутенко. В итоге он у
VN> себя сделал нить которая каждые 1/4 секунды кладёт в глобальную
VN> переменную значение time(), а остальные просто его читают. Hо это на
VN> уровне софта.
VN> Метод имени Ламберта тоже хорош, но надо решать концептуально -
VN> насколько важна точность не только в смысле "сколько цифр после
VN> запятой", но и в плане допустимой абсолютной погрешности. Дяде Вове
VN> достаточно 1/4 секунды, mysql'ю - не знаю, но если везде у него
VN> time(), то при сохранении монотонности - наверно, тоже сгодится. В
VN> погоне за точностью (вон уже struct timespec в современных
VN> интерфейсах, т.е. до наносекунд) забыли про цену этой точности. Hадо
VN> сделать заказ измерений с указанием необходимых точности и
VN> погрешности...:)
Для меня, на самом деле явлеятся большим сюрпризом -- почему нету тривиальных
часов, тикающих от переодического прерывания. Равномерность хода и точность
пусть обеспечивает ntp.
SO>> Кстати, отсюда и ответ EG почему при отрубании ACPI на VIA EPIA
SO>> ускоряется сборка ядра. Видимо там kern.timecounter.hardware по
SO>> умолчанию выбирается довольно медленный. И вероятно если поставить
SO>> другой -- все будет быстрее.
VN> Кстати ты наверно видел как я наехал на HPET. Кроме этого оно ещё и
VN> гарантированно медленнее ACPI-fast...
Что intel, что ibm -- оба умею делать только криво или еще кривее.
... Hе все стриги, что растет.
--- GoldED+/BSD 1.1.5
* Origin: (2:5030/500)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
