Comments 69
Тяжело воспринимать этот поток мыслей
Можно смело пропустить большую часть статьи, где автор радуется, что сам софтверный гигант обратил на него внимание. Техническая начать начинается с раздела "WebGPU via DirectX 11"
"сам софтверный гигант обратил на него внимание"
Суть в другом, конечно же.
Софтвенный гигант на будущее хочет получить новый источник дохода путём продажи платных версий браузера Вам @dartraiden и всем остальным здесь сидящим.
Ставку наверняка сделают на искусственный интеллект (NN, AI) и какие-то security-фитчи, коих никогда не будет в обычной, теперь уже, бесплатной версии Chrome.
А дальше дело техники - «подсадить на крючок» большую часть аудитории по всему миру на «платную» версию. Благо, у софтвенного гиганта есть все инструменты для этого. Так что лет через 10 наверняка «пипл будет хавать» и это.
Моя задача проста - CRACK.
Ну а платить за браузер 6$ или нет - это решайте уже сами.
:)
Осталось подумать за пользователей с обычными медленными HDD
Это их выбор - страдать.
SSD заметно ускоряют даже древние машины с Windows XP и стоят весьма недорого (особенно учитывая то, что старые системы не особо много места и требуют).
Ставил SSD на старый ноут - заметного ускорения работы по сравнению с HDD не заметил.
Не так давно ставил SSD в ноутбук с двухядерным Atom из первых (можете представить, какая это древность!). В итоге, он вполне себе шустро начал ворочаться, хотя раньше в процессе открытия окна можно было книжку почитать.
Ставил SSD на старый ноут - заметного ускорения работы по сравнению с HDD не заметил.
Подтверждаю. Ускорение не просто заметное - оно огромное. Даже если ноут настолько старый, что там еще SATA II или даже SATA I, на которых линейная (практически неважная как минимум для системного диска) скорость режется самим интерфейсом. Решает скорость доступа в общем и скорость записи небольших объемов, которые надежно перекрываются небольшим объемом SLC-кеша.
Не просто ускоряют. Сколько старых ноутов с жестким диском я видел - абсолютно большая часть из них показывает явные признаки наличия бэдблоков, которые в свою очередь это не только потеря информации, но и еще большее замедление ноута, он просто сходит с ума раз за разом пытаясь прочесть информацию из поврежденных секторов.
Я ничего не понял. В чём крэк состоит, при чём тут денува, секуром и вмпротект, и как это связано с WebGPU на старых осях?
У автора какая-то каша в голове...
Если кашей можно назвать туманную, но вполне отчетливую перспективу в будущем платить за браузер с уникальными (AA, WebNN) фитчами 6$ и более, то пусть будет так.
Пиратство же изначально предлагает скачивать бесплатные версии дорогого иностранного ПО или игрушек.
Вполне допускаю, что через несколько лет пользователи будут искать в поисковике Google Chrome crack (не обязательно даже для 7ки) или качать пиратскую браузер-сборку на rutracker.org.
С таким же успехом, «кашей» можно назвать «Отключение дизлайков на youtube», однако почему-то в конце концов все смирились.
Будто статья из ксакепа начала 2000х. Нихера не понятно (из-за языка) но интересно.
сколько же у людей свободного времени чтобы тратить его на безполезные действия направленные на запуск приложения на EoL версии кривой ОС вопреки разработчикам того самого приложения.
эти люди наверное и в девятку солярку льют..
почему бы просто не переехать на нормальную ос и/или не сменить браузер?
... почему бы просто ...
кривой ОС
А что а семёрке кривого?
Есть субъективна точка зрения того что есть "нормальная" а есть объективная, субъективно я могу любить или не любить конкретный релиз конкретной ос сколько угодно и это мнение не обязано совпадать с вашим или чьим-то ещё, но вот объективно EoL версия уже не нормальная, как бы вам не хотелось утверждать обратное, именно потому что EoL. Вы можете это оспаривать сколько угодно, но это факт.
О каких гарантиях вы говорите? Тут просто спор вероятностей, и вероятность отхватить проблем по части безопасности или поддержке стороннего софта или работоспособности встроенного софта (к тому же в эпоху когда львиная доля сойта завязана на онлайн серуисы) с eol ос растёт многократно, так ещё и увеличивается со временем.
Это может быть неочевидно простому юзверю с одним пк дома, но любому кто админил крупные офисные парки это очевидно.
Есть субъективна точка зрения того что есть "нормальная" а есть объективная, субъективно я могу любить или не любить конкретный релиз конкретной ос сколько угодно и это мнение не обязано совпадать с вашим или чьим-то ещё, но вот объективно EoL версия уже не нормальная, как бы вам не хотелось утверждать обратное, именно потому что EoL. Вы можете это оспаривать сколько угодно, но это факт.
Каждый развлекается, как хочет. Я этого хоть и не понимаю, но и не вижу смысла осуждать.
Например я сталкивался с компаниями у которых VDI основан на win8 и возможность поставить туда свежий хром лишней не будет, ибо например та же grafana в старых хромах отказывается работать.
Яндекс браузер поддерживает и будет поддерживать семёрку, поскольку она установлена "у каждого пятого их пользователя": https://www.ixbt.com/news/2023/04/28/pc-windows-7-windows-8-8-1.html
Поддержка ЯБ в Win7 кривая: emoji монохромные, вместо нек. символов - ??, шрифты сервера игнорятся, верстка покалечена, площадь экрана уменьшена из-за панелек слева и вверху, Алиса подслушивает. А так да, открывает странички.
Про символы - видимо надо добавить в систему расширение Arial/TNR на эмодзи/флажки/вотэтовсё, потому что во времена выпуска 7 всей этой чуши в мэйнстриме не было, и в шрифты семерки Микрософт соответствующие глифы не вставил. Но я не знаю точнх деталей, по какому принципу идет отображение глифов в программах, если в шрифтах, идущих с браузером, каких-то глифов не хватает.
Панелька с Алисой - отключаемые, а за вёрстку нужны подробности, я чёт не в теме. Цветные эмодзи... Блин, ну тут конечно да. Эти монохромные улыбки и чёрные сердечки вгоняют в депрессию. Я даже перестал заходить в нелзяграм из-за этого. Ни к чему лишний раз травмировать психику ???
Когда-то давно долго искал, как в ЯБ отключить видосики на пустых табах, и находил только "показывать видео в низком разрешении". С тех пор что-то поменялось?
Никогда такого не было и вот опять. Гугл банил мое расширение в хромсторе без всяких предупреждений. Вместе с гуглопочтой, к которой привязаны все аккаунты. Ну так, на всякий случай. Было это году в 2012-2013.
Думал, речь пойдёт о форке исходников chromium c возможностью собирать под Windows 7...
Я из той толпы, что ничего не поняли. И больше спойлеров богу спойлеров, потому что прятать каждое третье слово под спойлер это модно молодёжно
Что это? Зачем это?
Автор, тебе самому то понятно что ты хотел сказать?
Смешались в кучу кони, люди...
При чём тут вообще рассуждения о платной (подписочной!) энтерпрайзной версии?
Автор, подскажи плиз по таким моментам совместимости браузеров и ОС.
Разработчику браузера MyPal получилось вернуть аппаратное ускорение на вин XPдля всех DirectX 9 видеокарт. Почему в хромофорках это никому не получается сделать? Проблема с ускорением даже в вин7.
Аналогичная ситуация и с WebGL, в MyPal аппаратно работают WebGL1 и WebGL2, в хромобраузера даже на вин7 в лучшем случае софтово.
Непонятная ситуация в хромофорках и с воспроизведением видео, заикания на обкатаных давно кодеках VP9 и H264.
Если для видеокарт не поддерживающих DirectX9 сделать в браузере поддержку вертикальной синхронизации на OpenGL 1.1, в этом может быть положительный эффект или такая старая графика не потянет это?
Hello!
Разработчику браузера MyPal получилось вернуть аппаратное ускорение на вин XPдля всех DirectX 9 видеокарт
Полагаю, что ключевое отличие это "Based on Firefox Quantum", где код рендера DirectX 9 не смогли упрятать так далеко, как это сделано в Chromium based проектах. В Chromium наверняка выпиливали DirectX 9 кусками на протяжении нескольких версий, начиная с 50, поэтому до сих пор никто не собрал всё воедино. Лично моё предположение.
в MyPal аппаратно работают WebGL1 и WebGL2, даже на вин7 в лучшем случае софтово
По-моему, должно аппаратно работать на 7ке (в ломанной пиратской версии 125 на 7ке вполне нормально работает.). WebGL2 (OpenGL ES 3.0) по идее и на XP может завестись: https://toji.github.io/webgpu-test/ + chrome://gpu
для видеокарт не поддерживающих DirectX9 сделать в браузере поддержку вертикальной синхронизации на OpenGL 1.1
Наверное тогда уже 3.1 хотя бы.
Вообще, очень сложно на сегодняшний день найти видяху, которая под WinXP не держала бы DirectX 9. Чаще наобоорот - есть поддержка аппаратная DirectX 10 и даже DirectX 11.
Полагаю, что проблема более в самих драйверах видяхи - если открыть вкладку chrome://gpu, то можно увидеть вагон всяких ограничений и warning с описанием багов.
С Webgl в MyPal 68 интересная штука получилась. Тот который Angle работающий через OpenGL ES на WinXP работал криво-косо, плюс софтовый webgl невозможно было включить на XP.
Тогда был включен webgl1 и webgl2 работающие через OpenGL драйвер видеокарты. Браузер даже не смотрит на поддержку OpenGL3, а только на поддержку полного набора функций в драйвере для того что бы дать добро на включение webgl2.
Хочу уговорить разработчика MyPal убрать ограничения (проверку по некоторым отсутствующим функциям) для включения webgl2 на видеокартах с Opengl 2. Да, на таких видеокартах нет поддержки четвёртых шейдеров и пр. и браузер может вешаться, но с другой стороны, возможно в некоторых ситуациях будет достаточно даже тех функций которые есть в наличие у драйвера видеокарты.
для включения webgl2 на видеокартах с Opengl 2. Да, на таких видеокартах
нет поддержки четвёртых шейдеров и пр. и браузер может вешаться
Флаг#ignore-gpu-blocklist никак не воздействует на данную ситуацию?
Нет там похожего флага, есть только отключение флага для включения композитинга.
Да и тут весь смысл показать серверу, что браузер как бы умеет Webgl2
https://habrastorage.org/webt/5k/pc/lj/5kpclj8f_mbzqtwu1bnclh-czqo.jpeg
вызова VirtualAlloc с флагом MEM_RESERVED. Казалось бы, память (RAM) должна просто зарезервироваться в ядре Windows, но НЕ выделяться физически.
Автор не понимает, как устроена виртуальная память в Windows. Ни в коем случае флаг MEM_RESERVE не резервирует RAM. Он резервирует диапазон адресов виртуального адресного пространства конкретно взятого процесса. Резервирует — значит просто делает запись, что такой-то диапазон адресов считается зарезервированным, и последующая попытка зарезервировать какой-то другой диапазон, пересекающийся с этим, окончится неудачей.
Смысл резервирования — дать прикладному коду процесса гарантию того, что в большом диапазоне адресов, который предположительно понадобится коду, в самый нужный момент внезапно не окажется ненужной неожиданной страницы, выделенной каким-то другим компонентом программы.
Это чисто вопрос борьбы с фрагментацией адресного пространства, с ситуацией, когда свободно 80 процентов АП, но самый большой непрерывный регион, который может быть выделен — не больше 2 процентов от размера АП.
Причем гарантия весьма эфемерная. По идее, более надёжным решением было бы, если бы Windows в ответ на операцию резервирования (reserve) возвращала прикладному коду некий token/cookie, а при операции выделения (commit) разрешала бы выделять только при предоставлении токена, доказывающего право вызывающей стороны распоряжаться страницами именно в этом диапазоне. Тогда бы каждый смог выделять/освобождать сираницы только в том регионе, в который он предварительно зарезервировал.
На деле же никаких токенов нет, и всё строится просто на доверии к тому, что каждый программист пишет код, который не станет выделять страницы в диапазоне, который резервировал кто-то другой.
Так вот, информация о карте свободных/зарезервированных/занятых страницах (регионах адресов) для каждого процесса хранится в виде сбалансированного дерева, которое называется VAD-tree, где VAD — virtual address (space) descriptor.
И при операции резервирования если какие-то ресурсы и тратятся, так это память под VAD.
Резервирует — значит просто делает запись, что такой-то диапазон адресов
считается зарезервированным, и последующая попытка зарезервировать
какой-то другой диапазон, пересекающийся с этим, окончится неудачей.
Да. Хотел акцентировать внимание именно на расходе памяти под такое "резервирование", которого быть не должно (Chrome x64 процесс, Windows 7).
Thx
Chrome в Windows 7. Google наносит ответный удар