Результаты поиска потегувсе пропало
Дополнительные фильтры
Теги:
все пропалоновый тег
Автор поста
Рейтинг поста:
-∞050100150200300400+
Найдено: 35
Сортировка:
Как перенаправить рендеринг на видюху и разгрузить проц
Короче, ребзя, вчера рендерил 4 мин видео и потратил около 30 мин. Я - поц и люблю анально-хоботячные еффекты с масками и кеями. Ну так получилось ...При этом 8-ядерный проц залипает 100% мощности, а видюха мирно посапывает (даже кулера почти не вращаются). Стоит ли упоминать о том, что во время рендеринга даже простой текстовый редактор может отправить систему в нирвану. Мой вопрос короче такой: как перенаправить рендеринг в видеокарту и разгрузить процессор?Информация к размышлению:
1. у меня Adobe Premiere 2019, там есть настройка проекта где указывается рендер. Естесна я выбираю CUDA, но никакого прироста производительности не замечаю.
2. В Премьере есть возможность рендерить в превьюшке без экспрота в файл. Типа такая приблуда, которая рендерит эффекты в заданной области и записывает результат в кэш. Так вот в этом случае рендеринг тоже идёт через проц, а видеокарте пох.
3. Я тут нарыл, что есть такая фича у моей карты (и не только) как NVENC. Это типа такая хоботень, которая эффективнее CUDA рендерит видос в H.264 и т.д. Но как включить эту фичу и как заставить её поработать - не смекну. Может установить её надо? Или она уже внутри сидит? 
Мой Фёдор:
- GeForce GTX980, драйвер 461.09
- i7 -4790K 4Ghz
- 16 GB RAM (DDR3-1866, 2x 8GB)
- SSD 250GB Samsung 850 EVO
- Win7 x64
Короче ребзя хелп ай нид самбади!
Нужна помощь всезнающих пидоров!
Случилось это однажды, совершенно без каких либо признаков поломки электроники(белый дым не выходил, искры не вылетали, смрад преисподней не шёл.) Года два до этого случая перепаивались вспученые кондеры.
Сколько в России крупных заводов? Давайте посчитаем
У меня в комментариях все время идет спор о том, сколько в России действующих крупных заводов. Некоторые говорят, что их уже не осталось, а те что вроде как работают, на самом деле лишь сдают свои пустые цеха под склады.
Это конечно же ложь, ведь я сам бывал на многих заводах, и они успешно работают, и значит все таки заводы в России остались. Но сколько их? Как ответить на этот вопрос?
Все. Ответ найден. Только что я наткнулся на сайт, на котором все заводы России, причем со всей их отчетностью. И поэтому там нет никаких мертвых заводов, указана выручка, прибыль и прочая информация. То есть легко отбросить заводы, которые не работают, то есть не генерируют выручки. Ну ок, если они сдают корпуса, то выручка есть, но не миллиарды же рублей в год. Десятки, сотни миллионов, но не миллиарды.
Самое главное, на сайте можно сделать выборку по отраслям. Ну например, вот сколько в России производителей "прочих насосов и компрессоров": 199. Но это всех. Но можно посмотреть сколько с выручкой более 800 млн рублей (почему 800 см. ниже). Это точно не сдача площадей в аренду: Таких 21 завод.
Или вот, по виду деятельности: "Производство компьютеров, электронных и оптических изделий". Заводов 4,66 тыс...
Стоп. Еще раз. В России 4660 заводов, производящих компьютеры, электронные и оптические изделия. Конечно, среди них много мелких. Возьмем снова только с выручкой более 800 млн рублей. Таких 206.
Еще вот что интересно:
28.4 "Производство станков, машин и оборудования для обработки металлов и прочих твердых материалов.
Всего 661 организация. С выручкой более 800 млн. рублей: 11
28.49 "Производство прочих станков"
Всего 211 организация. С выручкой более 800 млн. рублей: 2
28.41 "Производство металлообрабатывающего оборудования"
Всего 402 организации.С выручкой более 800 млн. рублей: 9
Итого: крупных станкостроительных заводов у нас 22.
Конечно, жаль что нет возможности сделать выборку по нескольким видам деятельности, чтобы сделать выборку сразу по всем производственным видам деятельности. Видимо надо будет написать бота для обхода сайта и последующего построения нужных отчетов. Может быть займусь.
Но вот еще интересная информация на сайте. Ключевые финансовые показатели предприятий РФ по видам деятельности.
Например возьмем вид деятельности: "Производство компьютеров, электронных и оптических изделий"
Как видим, рентабельность продаж, норма чистой прибыли и коэффициент текущей ликвидности растут как по отрасли (выше среднего), так и по экономике в целом (нижний график).
И такую информацию можно получить по любому виду деятельности.
Еще раз напоминаю: это не данные с потолка, это строгая отчетность предприятий, за ошибки в которой они могут получить нехилые штрафы. Ровно как и виды деятельности, это все коды ОКВЭД, которые подаются в налоговою, и которые проверяются. То есть если указано "Производство компьютеров, электронных и оптических изделий", то это именно производство, и именно компьютеров, электронных и оптических изделий.
Полезна она тем, что здесь можно сделать выборку по выручке. 800 млн - 2 млрд - это среднее предприятие (вот почему выше я брал границу в 800 млн). И свыше 2 млрд это крупное.
Например сделаем выборки по некоторым отраслям:
Производство одежды: 24 средних и 10 крупных.
Производство лекарственных средств и материалов, применяемых в медицинских: 53 средних, 57 крупных.
Производство машин и оборудования, не включенных в другие группировки: 212 средних и 141 крупное.
Производство электрического оборудования: 157 средних, 93 крупных
Производство автотранспортных средств, прицепов и полуприцепов:104 средних, 121 крупное
Производство прочих транспортных средств и оборудования: 43 средних, 56 крупных
Производство пищевых продуктов: 619 средних, 482 крупных
Производство химических веществ и химических продуктов: 175 средних, 188 крупных
Производство компьютеров, электронных и оптических изделий: 131 среднее, 75 крупных.
Всего в перечисленных выше отраслях 2741 средний и крупный завод. А отраслей еще много.
Ну и если взять все отрасли: 15561 средних, 10886 крупных. Всего 26 477 средних и крупных предприятий в России.
Правда вопрос заголовка остается все же открытым. Сколько именно заводов в России узнать на сайте не получится, просто потому, что там вообще все организации, а их почти полтора миллиона. Среди них есть и торговля, например. Хорошо что я программист :) Я постараюсь написать бота, который прошерстит сайт, и я смогу получить нужную мне выборку.
Но уже по приведенным мной примерам понятно, что тезис о том, что в России не осталось заводов - ложный.
ПС: всё это прекрасно, но лучше бы вместо ОКВЭД 25 это были станки печатающие деньги для обанкротившихся барист и барберов, а еще лудше просто деньги и раздавать беременным пенсионерам, Насральному и Соболь.
ППС: А вы видели капитализацию Паппль?
ПППС: Долой Террана! Хадарковского в президенты!! Магнус не предавал!!!
ссылку предоставил DimonZona
Новые версии uBlock Origin Dev Build были отвергнуты в магазине расширений Chrome
С формулировкой "расширение должно иметь одну единственную цель, понятную пользователям". Что именно не так, не сообщается, поэтому как исправлять, не понятно. Готовимся к тому, что это может случиться и со стабильными версиями uBlock, а также коснуться других блокировщиков.
Исходный тред на гитхабе от автора uBlock https://github.com/uBlockOrigin/uBlock-issues/issues/745
Пользователи также отмечают, что Tampermonkey Beta версии 4.9.6004 от 2019-09-16 до сих пор не появилась в магазине расширений Chrome.
Отличный комментарий!
Что опять пришло время совершить виток и сменить удобный браузер?
Google продолжает настаивать на ограничении API, востребованного в блокировщиках рекламы
Симеон Винцент (Simeon Vincent), отвечающий в команде Chrome за взаимодействие с разработчиками дополнений (занимает должность Extensions Developer Advocate), прокомментировал текущую позицию Google в отношении третьей редакции манифеста Chrome, нарушающей работу многих дополнений для блокирования нежелательного контента и обеспечения безопасности. Компания не намерена отказываться от первоначального плана по прекращению поддержки блокирующего режима работы API webRequest, позволяющего менять принимаемый контент на лету. Исключение будет сделано лишь для редакции Chrome для предприятий (Chrome for Enterprise), в которых поддержка API webRequest будет сохранена в прежнем виде.
Для обычных пользователей Chrome API webRequest будет ограничен режимом только для чтения. На замену API webRequest для фильтрации контента предложен декларативный API declarativeNetRequest, который покрывает лишь ограниченную часть возможностей, используемых в современных блокировщиках рекламы. По сути вместо собственных обработчиков, имеющих полный доступ к сетевым запросам, предлагается готовый универсальный встроенный движок для фильтрации, собственными силами обрабатывающий правила блокировки. Например, API declarativeNetRequest не позволяет использовать собственные алгоритмы фильтрации и не даёт возможность создавать сложные правила, перекрывающие друг друга в зависимости от условий.
Разработчики дополнений для блокировки рекламы совместно подготовили список замечаний, в котором перечислили недостатки API declarativeNetRequest. Google согласился со многими замечаниями и дополнил API declarativeNetRequest. В частности, добавлена поддержка динамического изменения и добавления правил, обеспечена возможность удаления HTTP-заголовков, но только находящихся в белом списке (Referer, Cookie, Set-Cookie). В планах реализация поддержки добавления и замены HTTP-заголовков (например, для подстановки Set-Cookie и директив CSP) и возможность удаления и замены параметров запросов.
Предварительный вариант третьей версии манифеста, который определяет перечень возможностей и ресурсов, предоставляемых дополнениям Chrome, планируется в ближайшие месяцы применить для тестирования в экспериментальных сборках Chrome Canary.
При этом остаётся не совсем понятной мотивация запрета изменения принимаемого контента через API webRequest. Заявления, что блокирующий режим API webRequest негативно сказывается на производительности, так как перед выводом страницы браузер ожидает полного завершения работы обработчика дополнения, не выдерживают критики. Ранее проведённые тесты производительности дополнений для блокирования рекламы показали, что вносимая ими задержка ничтожна. В среднем применение блокировщика замедляет выполнение запроса лишь на доли миллисекунд, что пренебрежимо мало на общем фоне.
Второй аргумент, связанный с желанием защитить пользователей от неконтролируемого доступа дополнений к контенту, также не выглядит убедительным, так как вместо удаления давно сложившейся и распространённой в легитимных дополнениях функциональности можно было добавить новый тип полномочий и предоставить пользователю конечный выбор, устанавливать дополнение, имеющего полный доступ к сетевым запросам или нет. Кроме того, Google оставил поддержку использования API webRequest в режиме только для чтения, позволяющем выполнять полный мониторинг трафика, но не вмешиваться в него на низком уровне. Изменять же содержимое загруженных web-страниц дополнения могут через другие API (например, вредоносные дополнения как и раньше могут поставлять свою рекламу, запускать майнеры и анализировать содержимое форм ввода).
Рэймонд Хилл (Raymond Hill), автор систем блокирования нежелательного контента uBlock Origin и uMatrix, достаточно жестко прокомментировал ответ представителя Google и намекнул на демагогию и закулисные игры, в которых Google под видом благой возможности пытается продвинуть свои бизнес-интересы в области интернет-рекламы, получить контроль за механизмами её фильтрации и оправдать эти действия в глазах широкой публики.
Убедительных доводов в необходимости прекращения широко распространённого и востребованного среди разработчиков дополнений API он так и не получил. По мнению Рэймонда падение производительности не является доводом, так как страницы загружаются медленно из-за своей раздутости, а не из-за использования блокирующего режима webRequest в корректно реализованных дополнениях. Если бы Google волновала действительно производительность, они бы переделали webRequest на основе механизма Promise, по аналогии с реализацией webRequest в Firefox.
По мнению Рэймонда стратегия Google заключается в определении оптимального баланса между расширением пользовательской базы Chrome и ущербом бизнесу, наносимому из-за использования блокировщиков контента. На первом этапе экспансии Chrome компания Google вынуждена была мириться с блокировщиками рекламы, как одними из самых востребованных среди пользователей дополнений. Но после того, как Chrome занял доминирующие позиции, компания попыталась сместить баланс в свою пользу и получить контроль над блокировкой, начав продвигать инициативу по встраиванию в Chrome функции блокирования неприемлемой рекламы. API webRequest мешает данной цели, так как сейчас контроль над блокировкой контента находится в руках разработчиков сторонних блокировщиков рекламы.
P.S. Firefox не может считаться панацеей, т.к. в нынешнее время использует схожий механизм дополнений, а также Mozilla получает крупное финансирование от Google. Поэтому переход Firefox на схожий manifest v3 - это только вопрос времени.
Новая редакция манифеста Chrome сделает невозможным использование uBlock Origin
Рэймонд Хилл (Raymond Hill), автор систем блокирования нежелательного контента uBlock Origin и uMatrix, предупредил о невозможности использования в браузере Chrome дополнения uBlock Origin в случае утверждения третьей версии манифеста Chrome.
Манифест определяет перечень возможностей и ресурсов, предоставляемых дополнениям Chrome. В текущем черновом варианте третьей версии манифеста прекращена поддержка обработки API webRequest в блокирующем режиме и в качестве замены предложено использовать существенно более ограниченный API declarativeNetRequest. По мнению Рэймонда Хилла предложенного API недостаточно для обеспечения полноценной блокировки рекламы и в случае утверждения манифеста дополнения uBlock Origin и uMatrix не смогут выпускаться для Chrome.
При этом изменение не повлияет на работу блокировщика Adblock Plus, построенного на базе API declarativeNetRequest. Рэймонд отмечает, что при помощи декларативного API declarativeNetRequest невозможно создавать эффективные движки для блокировки нежелательного контента, так как данный API является уже готовой сильно ограниченной реализацией одного специфичного движка и не даёт самостоятельно контролировать поступающий контент на низком уровне. С мнением Рэймонда также согласились разработчики блокировщика AdGuard, который также затрагивают вводимые изменения.
Из недостатков API declarativeNetRequest называется жесткое ограничение максимального числа подключаемых фильтров - список правил фильтрации ограничивается 30 тысячами записей, что недостаточно с учётом того, что только в одном списке EasyList присутствует более 42 тысяч блокировок. Кроме того, предложенный API не даёт использовать собственные алгоритмы фильтрации и не позволяет создавать сложные правила, перекрывающие друг друга в зависимости от условий. При помощи API declarativeNetRequest также невозможно организовать блокировку больших мультимедийных элементов, остановить выполнение JavaScript через подстановку директив CSP и удалить заголовки с Cookie.
В качестве причины прекращения поддержки API webRequest называется желание защитить пользователей от неконтролируемого доступа дополнений к контенту. По мнению Google пользователи должны иметь возможность определить, какая информация доступна дополнению, а какая нет. API declarativeNetRequest не даёт дополнению прямого доступа к сетевым запросам, а лишь позволяет задавать правила блокировки, но обрабатывает их самостоятельно.
Отмечается также, что использование webRequest приводит к замедлению отображения контента, так как данный API работает в блокирующем режиме и перед выводом страницы браузер ожидает полного завершения обработки данных дополнением. В соответствии с планом Google, частично поддержка API webRequest будет сохранена, но ограничена неблокирующим режимом, подходящим только для чтения запросов и анализа трафика, а работающие в блокирующем режиме возможности, такие как перехват, перенаправление и модификация содержимого, будут отключены.
Здесь мы собираем самые интересные картинки, арты, комиксы, мемасики по теме (+35 постов - )
Наши любимые теги
SwainArt
artist
Hoshimi Miyabi
Zenless Zone Zero
Arcane (LoL)
League of Legends
#S.T.A.L.K.E.R
фэндомы
mixflavor
Комиксы
Mouthwashing
Игры
Топ комментов
А бывает, комменты лучше постов. Смотрим топ тредов и вникаем!
Отличный комментарий!