А если все функции браузера поручить мастер-плагину?
Сканирование, туда же можно масштаб по умолчанию, etc.?
А плагины по месту использовать только как шеллы, например?
GrandBridge (7 онлайн)
- Автор темы Dmitry Stepin
- Дата начала
А если все функции браузера поручить мастер-плагину?
Сканирование, туда же можно масштаб по умолчанию, etc.?
А плагины по месту использовать только как шеллы, например?
Не решит вопрос двойной задержки никак , размер Asio guard нам и так известен , нам неизвестен способ как обмануть хост )
на эту цифру ...
чтобы все не разьехалось нам неизбежно надо отрепортить этот буфер в хост ) ...иначе разьедется ровно на его величину ...
либо превратить бридж в синхронный - и полностью лишиться разгрузки CPU , ..вот такая вот неприятная вилка ..
на эту цифру ...
чтобы все не разьехалось нам неизбежно надо отрепортить этот буфер в хост ) ...иначе разьедется ровно на его величину ...
либо превратить бридж в синхронный - и полностью лишиться разгрузки CPU , ..вот такая вот неприятная вилка ..
Ну я решил вопрос гибридным режимом )) для S1 в частности ))
в режиме dp -все разгружается и вычитается, если надо включить green z - жмем кнопку live в плагине - и он переходит в режим нулевой задержки) без разгрузки проца (он промежуточный ) - потом при нажатии монитора на треке - уходит в асинк с разгрузкой )) ну и так пишем мониторим - то что надо - потом отжимаем live - и все)
то есть лишнее действие только одно , на входе и на выходе )
Если же Dp выключен или low - то кнопка вообще не нужна..
Это цена разгрузки проца в гибридном режиме для S1 ) и для низколатентного пути и для dropout protection )
причем в S1 эта разгрузка дает прям оч большой профит - там оригинальный механизм максимально тупой ....
Когда плагин переходит в DP - s1 создает его теневую копию , но при этом не уничтожает оригинал , ну и плюс убирает DP
и мы получаем двойную нагрузку на низколатентный тракт )) от двух копий плагина ..
Через GB в этом случае потребление в 5 - 6 раз ниже )) .
Ну и попутно ввел общий режим нулевой задержки , может кому то нужно будет_) чтобы вообще не было ее ) разумеется синхронный без разгрузки проца ) - хотя - в нем тоже есть преимущество , он точно так же раскидывает child на другие ядра ) ...
и позволяет оч тяжелым плагинам - жить посвободнее ) и не вызывать дропауты
...по сравнению с нейтивом ) хотя не освобождает асиометр ..
На очереди кубейс, - возможно там удасться реализовать схему поизящнее ) потому что кубейс не занимается херней с теневыми копиями ) плюс у него есть поддержка kprefetch полноценная)
в режиме dp -все разгружается и вычитается, если надо включить green z - жмем кнопку live в плагине - и он переходит в режим нулевой задержки) без разгрузки проца (он промежуточный ) - потом при нажатии монитора на треке - уходит в асинк с разгрузкой )) ну и так пишем мониторим - то что надо - потом отжимаем live - и все)
то есть лишнее действие только одно , на входе и на выходе )
Если же Dp выключен или low - то кнопка вообще не нужна..
Это цена разгрузки проца в гибридном режиме для S1 ) и для низколатентного пути и для dropout protection )
причем в S1 эта разгрузка дает прям оч большой профит - там оригинальный механизм максимально тупой ....
Когда плагин переходит в DP - s1 создает его теневую копию , но при этом не уничтожает оригинал , ну и плюс убирает DP
и мы получаем двойную нагрузку на низколатентный тракт )) от двух копий плагина ..
Через GB в этом случае потребление в 5 - 6 раз ниже )) .
Ну и попутно ввел общий режим нулевой задержки , может кому то нужно будет_) чтобы вообще не было ее ) разумеется синхронный без разгрузки проца ) - хотя - в нем тоже есть преимущество , он точно так же раскидывает child на другие ядра ) ...
и позволяет оч тяжелым плагинам - жить посвободнее ) и не вызывать дропауты
...по сравнению с нейтивом ) хотя не освобождает асиометр ..На очереди кубейс, - возможно там удасться реализовать схему поизящнее ) потому что кубейс не занимается херней с теневыми копиями ) плюс у него есть поддержка kprefetch полноценная)
Последнее редактирование:
