Смотря о каком ресурсе идет речь. А на деле они ничего не платят, вы сами должны в налоговой отбрехиваться.
P.S вы про синенький или розовенький?
P.P.S таки синенький. Мой вам совет — сидите на попе ровно и ждите окончания шторма, Шапин(админ) сам не знает как всё обернется.
P.P.P.S. заценить что ли ваше творчество? Очень уж жалостливо смотрятся ваши произведения. Ни лайков ни комментов…
Если вы не различаете скорость отклика матрицы и скорость передачи данных от компа в монитор…
Данные сначала загрузить надо. Чтоб после того как их полностью загрузить можно было переключить картинку, за те самые ваши "~3ms"
А CRT по VGA в массе своей этой задержки вообще не имеют.* Стыдно не знать.
Так что CRT круче этих ваших 1ms IPS матриц, так-то! (Да и по цветопередаче зачастую лучше, лол)
На самом деле все тут лажают.
Потому что если карта выдает 400 к/с а моник показывает 60 мы имеем инпут лаг 19.1 мс.
А если карта выдает 60 и моник тоже 60 — лаг 33.3 мс.
Это если включена буферизация, если же ее нет и соответственно нет vsync — там инпут лаг зависит только от количества кадров в секунду на которые способна видеокарта. Но играть с вечными полосками посреди экрана то еще удовольствие.
Тут решение уже за MKL. То, что вы видите загрузку в 50% — к реальности может(и скорее всего так и есть) не иметь никакого отношения, так как каждое из виртуальных ядер может полностью загрузить реальное. Т.е. с точки зрения операционки, одно ядро загружено полностью, на втором вообще ничего не запущено — загрузка 50%, а на деле единственное физическое ядро имеет полностью загруженные конвееры FPU.
MKL библиотека от производителя процессора, я сильно сомневаюсь чтобы они специально занижали производительность своих продуктов.
А в случае когда два потока работают на одном физическом ядре они разделяют как блоки FPU, так и кеш, что скажется на производительности скорее негативно, чем позитивно.
Да никуда она не рассеивается, тут синхронный преобразователь, он всегда двунаправленный, у него ток в дросселе направление меняет на холостом ходу.
UPD: всегда смотри всю ленту комментов… DenisHW ниже уже то же самое сказал.
Утечки тут не при чем, у вас синхронный буст, замените верхний транзистор диодом и преобразователь за счет ООС будет отключаться без нагрузки (пропускать такты). Если ООС нормально сделана, конечно (лень смотреть схему с планшета).
UPD: всегда смотри всю ленту комментов… DenisHW ниже уже то же самое сказал.
Синхронному бусту немного начхать на то, есть ли ток нагрузки или нет. Он будет держать то соотношение напряжения на входах-выходах, которое задаётся коэффициентом заполнения. Вот если бы верхний транзистор изображал из себя диод за счет микросхемы управления (такие есть специальные), тогда другое дело.
У товарища синхронный буст, он всегда работает в двунаправленном режиме и ему нафиг не нужна ООС — подобное на NE555 с ТГР на затворы фетов у меня работает и никаких эффектов. Вот если бы там стоял диод вместо верхнего мосфета — да, напряжение без нагрузки повышалось бы, пока что-то не пробило.
UPD: всегда смотри всю ленту комментов… DenisHW ниже уже то же самое сказал.
Netsukuku была способна работать поверх wifi меш-сетей. И она заменяла третий(сетевой) уровень в модели OSI.
А Иггдрасиль так может? Потому что работать поверх интернета вообще не вариант, если его не будет.
Моего процессора хватает софтварно vp9@1080p30 декодировать. h265 и vp8 он умеет аппаратно. Но и их принудительно в программном режиме он тоже декодирует.
dav1d затыкается на 720p30
Мобильный соплерон, да.
Особо лучше не будет. Выкрутят пару процентов, может 720 и перестанет лагать.
А я пытаюсь сказать, что затея хорошая, но без отжима в свободный доступ тех самых патентов на технологии, примененные в h264 и h265 — идиотизм, за который приходится расплачиваться много возросшими требованиями к вычислительной мощности.
В AV1 приходится разменивать производительность на лицензионно-свободные алгоритмы. И это плохо.
Если бы вместо изобретения алгоритмов обходящих патенты они выкупили те самые патенты, дело шло бы быстрее и легче. Да и кодек вышел бы лучше.
Но они не выкупили.
Обойти патенты дешевле, чем их выкупить (иначе бы не обходили).
А в итоге как всегда в мире копирастов: каждый пилит свой велосипед с уникальной формы колесами, в то время как если бы все эти патентные тролляки скинулись и использовали все имеющиеся наработки в совместном продукте — получилась бы универсальная вещь на все случаи жизни.
Opus — наглядный пример, и заодно исключение из правил.
Та шо ж такое!
А вообще мне тут не очень понятно, анализатор по-идее за счет многофункциональности и должен выигрывать, т.е. чем больше аналитик — тем лучше. Или ядро уже несколько раз переписывали и непопулярные аналитики не адаптировали и бросили?
Жаль. GitHub теперь под M$, а у Bitbucket'а интерфейс — тормозящее УГ.
Продукт ваш несколько раз испытывал, но я на C/C++ раз в пятилетку что-то делаю (недавно, правда, снова начал, заодно вопрос — есть ли предупреждения связанные с OpenMP и data-race?).
P.S вы про синенький или розовенький?
P.P.S таки синенький. Мой вам совет — сидите на попе ровно и ждите окончания шторма, Шапин(админ) сам не знает как всё обернется.
P.P.P.S. заценить что ли ваше творчество? Очень уж жалостливо смотрятся ваши произведения. Ни лайков ни комментов…
LCD потратил 3 миллисекунды на обновление картинки и продолжает ее поддерживать в течении еще 13-14.
У CRT времени удержания нет, так как яркость падает как только луч ушел с точки, послесвечение немного помогает, но не так чтоб очень.
Данные сначала загрузить надо. Чтоб после того как их полностью загрузить можно было переключить картинку, за те самые ваши "~3ms"
А CRT по VGA в массе своей этой задержки вообще не имеют.* Стыдно не знать.
Так что CRT круче этих ваших 1ms IPS матриц, так-то! (Да и по цветопередаче зачастую лучше, лол)
*Потому что в большинстве CRT буферизации нет.
Потому что если карта выдает 400 к/с а моник показывает 60 мы имеем инпут лаг 19.1 мс.
А если карта выдает 60 и моник тоже 60 — лаг 33.3 мс.
Это если включена буферизация, если же ее нет и соответственно нет vsync — там инпут лаг зависит только от количества кадров в секунду на которые способна видеокарта. Но играть с вечными полосками посреди экрана то еще удовольствие.
MKL библиотека от производителя процессора, я сильно сомневаюсь чтобы они специально занижали производительность своих продуктов.
А в случае когда два потока работают на одном физическом ядре они разделяют как блоки FPU, так и кеш, что скажется на производительности скорее негативно, чем позитивно.
UPD: всегда смотри всю ленту комментов… DenisHW ниже уже то же самое сказал.
UPD: всегда смотри всю ленту комментов… DenisHW ниже уже то же самое сказал.
UPD: всегда смотри всю ленту комментов… DenisHW ниже уже то же самое сказал.
А Иггдрасиль так может? Потому что работать поверх интернета вообще не вариант, если его не будет.
dav1d затыкается на 720p30
Мобильный соплерон, да.
Особо лучше не будет. Выкрутят пару процентов, может 720 и перестанет лагать.
В AV1 приходится разменивать производительность на лицензионно-свободные алгоритмы. И это плохо.
Если бы вместо изобретения алгоритмов обходящих патенты они выкупили те самые патенты, дело шло бы быстрее и легче. Да и кодек вышел бы лучше.
Но они не выкупили.
А в итоге как всегда в мире копирастов: каждый пилит свой велосипед с уникальной формы колесами, в то время как если бы все эти патентные тролляки скинулись и использовали все имеющиеся наработки в совместном продукте — получилась бы универсальная вещь на все случаи жизни.
Opus — наглядный пример, и заодно исключение из правил.
А вообще мне тут не очень понятно, анализатор по-идее за счет многофункциональности и должен выигрывать, т.е. чем больше аналитик — тем лучше. Или ядро уже несколько раз переписывали и непопулярные аналитики не адаптировали и бросили?
Продукт ваш несколько раз испытывал, но я на C/C++ раз в пятилетку что-то делаю (недавно, правда, снова начал, заодно вопрос — есть ли предупреждения связанные с OpenMP и data-race?).