The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Увеличение скорости ввода/вывода на 6% в Linux, благодаря кэшированию запросов времени, opennews (??), 16-Янв-24, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


80. "Увеличение скорости ввода/вывода на 6% в Linux, благодаря кэ..."  +1 +/
Сообщение от Аноним (80), 17-Янв-24, 10:19 
а если добавить в процеессор регистр времени?

дополнительный пин такта времени на корпусе процессора по которому регистр будет увеличиваться. начальное значение выставлять на старте из биос

ну тоесть в процессор добавить часы

часы в биос тоже оставить чтобы не делать обратную синхронизацию в биос из процессора

а чтобы не было расхождения часы в биос и часы в процессоре на одной шине такта времени.

добавить ассемблерную комманду чтения регистра времени. тогда можно будет сделать автоматическую замену всего кода обращения к текущему времени на эту комманду

наверное так можно сделать. чисто технически вроде не сложно.

Ответить | Правка | Наверх | Cообщить модератору

123. "Увеличение скорости ввода/вывода на 6% в Linux, благодаря кэ..."  +2 +/
Сообщение от Аноним (114), 17-Янв-24, 15:18 
> а если добавить в процеессор регистр времени?

У этого анонима определенно воруют идеи. При том некоторые, кажется, используют для этого машину времени.

> дополнительный пин такта времени на корпусе процессора по которому регистр будет
> увеличиваться.

TSC изобрели довольно много лет назад. Но с ним и его поведением есть определенные нюансы.

> часы в биос тоже оставить чтобы не делать обратную синхронизацию в биос

Linux работает на чертовой куче платформ где вообще нет никакого биоса... поэтому в терминах linux это называется hwclock или rtc - и вон то в биосе лишь 1 из частных реализаций. Как правило ядерное время инициализируется из RTC при загрузке, а при шатдауне (и иногда при работе изредка) - записывается обратно. Потому что ядерное время может быть точнее. Скажем, если система по NTP время синхрит.

Но времена разные бывают. RTC это не про наносекундную точность, оно обеспечивается скоростными таймерами, TSC и проч - и платформозависимо.

> наверное так можно сделать. чисто технически вроде не сложно.

Чтобы рассуждать по теме надо в ней хоть что-то понимать для начала...

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру