|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 21 May 2003 09:40:58
To : Alexander Stavitsky
Subject : Re: bogomips (Re: эхотаг на 486-ю)
--------------------------------------------------------------------------------
>>> Alexander Stavitsky wrote:
AS>>> Да, и не надо мне тут о порядках величин.
AS>>> Я не говорю, что 100 BogoMIPS - это плохо. Hо не кажется вам, что
AS>>> данная хар-ка в некоторых случаях оказывает прямое воздействие на
AS>>> производительность?
VN>> Как она может оказывать воздействие, когда она _отражает_ один из
VN>> параметров производительности? Это примерно как "показания спидометра
VN>> напрямую влияют на скорость автомобиля". И не придерёшься же, блин;))
VN>> - на первый взгляд всё правильно - жмёшь на газ, спидометру говорится
VN>> показать больше, он разгоняет машину... разве не так? ;-|
AS> Такое впечатление, что вы намеренно игнорируете очевидные вещи.
AS> Есть некий
AS> параметр kernel_latency (кстати его можно настраивать через make config с
AS> некоторыми патчами). Как вы уже догадались это так сказать "задержка" =
AS> время, выделяемое на ядро. И как можно догадаться, назначается он в
AS> некоторых единицах - мс, если быть точнее. А откуда мы можем быстро
AS> высчитывать единицу времени? Ага. Из того BogoMIPS`а, что мы получили
AS> раньше.
Погоди. Что значит _высчитывать_? Считать, сколько времени ядро потратило
на то или иное действие? Так на это никакие циклы с богомипсами нафиг
не сдались, выполняется запрос к текущему timecounter'у - чтение счётчика
канала 0 таймера если i8254, rdtsc если TSC, чтение по определённому адресу
если PIIX/ACPI, и так далее. И не надо крутиться на дурных циклах, чтобы
_сделать_ задержку. Ты думаешь, что kernel latency - это сколько ядро намеренно
крутит цикл? Даже несмешно. Это гарантированная (ну, насколько возможно)
верхняя граница той или иной задержки, и задача - работать побыстрее,
а не пустыми циклами время жрать...
AS> А я уж молчу, что будет с программами, ореентирующимися на это значение...
Зачем _программе_ (не ядро?) на это ориентироваться? Для неё в системе
таймеры есть.
-netch-
--- ifmail v.2.15dev5
* Origin: Dark side of coredump (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
