глупо рассуждать на тему того сколько денег и на что ургобил гугол, глядя со своей позиции
«Если Google бьётся головой об стенку со скоростью света, то почему бы ему не сказать, что это плохо?» Косяки гугла отражаются на пользователях - если ему банально не хватает денег из-за того, что десятки миллионов долларов США ушли в /dev/null, что в конце концов отразилось на сроках поддержки популярной операционной системы, то здесь уже возникает прецедент. Вы так говорите по одной простой причине - монополия Google. В случае обычной конторы (которой Google был на заре), репутация опустилась бы сразу ниже плинтуса. Хотя она и так туда стремится в последние года два-три, о чём неоднократно уже упоминали другие в статьях.
Поддержку устаревших ОС остановили - тем самым освободили человекочасы необходимые на сопровождение этой поддержки в новых версиях ПО.
Вы статьи не читали. Насколько много нужно, чтобы поддерживать две одинаковых операционки (10/11)?? Поддерживать особо нечего - различий между Windows 7 и Windows 10 в плане интерфейсов не слишком большая. А между 8 и 10/11 - мизер. Основа на DXGI держится, который присутствует во всех случаях. Даже DirectX 9 не убрали спустя год - о чём дальше говорить. Ну, максимум гуглепрограммисты с DirectX 11 на DirectX 12 будут съезжать потихоньку. Однако при такой скорости, как они WebGPU пилят, дык это случится лет через 10. Supermium к этому времени будет Windows XP с WebGPU на DX 9 поддерживать!
перестал внедрять новые костыли для поддержки старых ОС.
Что именно внедрять? Уже проехали - выше DXGI, MFPLAT с DXDVA гугл никуда не прыгнет. DirectX 12 будет параллельно с тем же DirectX 11 существовать, 11й поддерживается 7кой.
Что же касается Chrome. То вас никто не обманывал.
«Google» или «не обманывал» - тут нужно что-то одно выбрать, как в случае «bcryptprimitives.dll» и «bcryptprimitives».
Кстати за «bcryptprimitives» великолепный пример того, что программисты Google не могут в тонкости архитектуры Windows засрав кодовую базу лишним C кодом, причём сравнительно недавно. Как-то НЕ питаю надежд, что Google осилит вообще оптимизацию своего кода для Windows. Из общения с инженером Google понял одно - да, он великолепен в математике и алгоритмах, но архитектурные особенности Windows (PE COFF формата, в частности) начинается «днище» + в огранизации подходов к хранению и написанию кодовой базы в корпорации царит бардак.
Вы почему-то решили, что Google чем то вам обязан, и из-за этого на него "опечалились".
Вам дают инструмент, совершенно бесплатно,
Нет, скорее Google опечалится этими взломами - по факту прекрасно видно, что актуальные версии работают на 7ке. Почему тогда я «должен» Google свою телеметрию, fingerprint браузера, маркеры для слежки? Это и есть «плата» за инструмент. На 7ке кстати сложнее с этим - две библиотеки с авторизацией для ADS там отсутствуют.
размер кодовой базы и размер собранной основной библиотеки
В конечном счёте размер собранной бинарной DLL библиотеки для пользователя напрямую зависит от размера кодовой базы. Кодовая база неконтролируемых размеров это проблемы Google, а не пользователя.
Supermium
Пока Google не переделает принципиально render - ломать версии браузера можно бесконечно. На автомате выпускать кряки для Windows 7 синхронно с выходом официальных версий. Об этом в статье прямо расписано.
Достойной формой протеста было бы участие в проекте Supermium
Всё вместе тогда уже: взлом текущих версий Chrome/MS ESGE/Brave/Opera на автомате и участие в Supermium && ungoogled-chromium.
Вместо этого автор сагрился на человека, который имел неосторожность представиться сотрудником Гугла.
Ничего против него не имею. Но пусть даже ВСЕ комментаторы здесь были сотрудниками Google - готов с каждым из них проводить «разъяснительные беседы» (или называйте это как хотите).
World in Conflicts poster
Вспомнил плакат из шикарной игрушки. Не сочтите за что-то плохое только.
А вы, через месяц после объявления им об этом решении, начинаете его хейтить, что он до сих пор толстый
Абсурд. Уже больше года прошло. Черепашья скорость оптимизации при том что в корпорации Гугла не пять человек работает. Уже получается что вы растягиваете процесс на несколько (десятков?) лет, и в это же время кодовая база растёт из месяца в месяц - тратится уйма человекочасов и ресурсов на результат, который в конце не определён, с ваших же слов. При таком подходе оно и через год не поменяется и не похудеется (диаграмма же не просто так приведена), а кряки Chrome Windows 7 будут всё равно выходить с завидной регулярностью.
это максимальная прибыль с минимальными затратами.
Вопрос денег описал в статье детально. Если копать дальше - Google не совсем хорошим путём пытается себе сколотить состояние, оставляю за собой право взять и «дать своеобразную ответку». В случае с Windows 7 затрагиваются интересы ещё почти 100 млн человек. Собственно, такого же мнения авторы supermium и ungoogled-chromium.
Сколько кстати, Google угробила денег на проекты, которые «сдохли» через пару лет (были провальными и не окупились) - а это миллиарды долларов, человекочасов, ресурсов и почему-то за них вы не вспоминаете. Поддержка Windows 7 на несколько лет явно будет стоить дешевле в разы и безо всяких рисков. Двойные стандарты.
Просто вы ее упорно не хотите признавать.
Она идёт в разрез с тем, что говорил инженер Google ранее - «забота о пользователях». Не согласен с вашими утверждениями совсем. Ситуация с TRON: Evolution лишнее подтверждение всему этому.
Нет, никто ни на кого не злится. Есть справедливое негодование.
Возникшая ситуация вполне закономерна и предсказуема.
В ней отсутствует логика.
После 109 версии ничего в коде браузера принципиально не поменялось — убрали лишь несколько небольших кусков кода, ограниченных условиями if (Windows ver) < 8 then ... Ладно бы это дало экономию в десятки мегабайт для chrome.dll (сокращение времени её загрузки, расхода RAM), что было бы логично, учитывая размер динамической библиотеки в 220 Мегабайт (крайне много для PE COFF формата). Однако размер chrome.dll в 110 версии стал только чуть больше на 1,5-2 Метра от прежнего. Ничего революционного не произошло. Текущая Chrome 120/121 всё равно запускается на Windows 7. Код, предназначенный для Windows 7, вполне мог просуществовать ещё пару лет и никто за него бы не вспоминал.
Microsoft прекратила поддержку множества функций и компонентов Windows в 2023 году. К ним относятся Windows Mixed Reality, WordPad, Cortana, Steps Recorder, Windows Speech Recognition и многое другое.
А что действительно полезного Microsoft добавила в Windows после 2015 года? «Скругленные углы»?! Чес, не в курсе, поэтому и спрашиваю.
На старых Xperia была шикарная 2500-2700 mA батарея при очень компактных размерах, когда почти неделю пахала без подзарядки (средний режим пользования. Два дня - жесткий постоянный режим использования) и функционирует спустя 8-10 лет. А всё из-за того, что в смартфоне была простая Android и экран 1280x768 со сравнительно большой диагональю. Невероятно комфортно!
К тому что не всем интересны такие "инновационные нововведения", которые мало чем отличаются от предыдущих моделей и не очень контрастируют на фоне остальных конкурентов. В большинстве случаев, легкий и компактный смартфон, который жрёт минимум аккумулятора, в разы ценнее заезженного кирпича за оверпрайс.
попытаться дописать недостающие функции ядра из win7/10 с сохранением старого доброго GUI.
После успешного портирования Chrome 114 под Windows 7, скажу так что ядро в 7/10 - это реферанс в сторону "контенеризации" и изоляции процессов, что негативно сказывается на производительности. Хотя часть низкоуровневых функций прекрасно перепишется и "встанет" нормально в работу, при успешной реализации всего остального даже Windows XP (лучше 2k3) заметно просядет в производительности.
Наиболее целесообразно попробовать:
Скомпилить XP/2k3 x86 с поддержкой SSE2;
Пофиксить явные вырвиглазные вещи GUI типа невозможности замены уже существующего файла в папке;
В идеале нужен DirectX11/10/DXGI, чтобы современный Chrome браузер запустить & в игрушки поиграть. С другой стороны - кто-то должен переписать видеодрайвера. Или прокидывать это через OpenGL 4.5 а-ля Linux;
СВ с обновлённым интерьером и вертикальной компоновкой спальных мест.
Кто это "придумывает"? Зачем? Кто нибудь из РЖД ездил вообще сам на этом? Ну нет же никакой тех. мысли. Вместо того, чтобы в СВ банально увеличить место вширь и заодно чуть больше удлинить кровать - делают зачем-то вертикалку. Стул и душ даже в "люксе" не тарахтели. Особенно душ, который не самое гигиеничное место будет во всём поезде.
И самое главное: ну делаете вы до сих пор эти несчастные "плацкарты" - уберите уже наконец один блок и расширьте остальные! Да, меньше на 6 мест, но оно уже на голову комфортнее будет остальным 48-ми. Неужели кому-то нравится в этой (извните за выражение) скотовозке ехать?! Особенно с двумя "туалетами" на весь "плацкарт".
Кроме того, Google отказалась от поддержки Windows 7, 8 и 8.1 — последнее обновление Chrome для этих операционных систем (ОС) было выпущено в феврале 2023 года.
Проблемы куда глубже, сложнее, фатальней, выходят далеко за рамки "Роскосмоса" и ведут куда-то в сторону станций "Театральная"/"Пл. Революции"/"Охотный Ряд".
Да, всё так. С самой либой всё в порядке. Фокус именно во взаимодействии Chrome с DirectX 9/11/12. В одном месте chrome.dll требуется подправить, что render корректно работал именно с 11 версией, а не 12й, которая отсутствует в 7ке.
«Если Google бьётся головой об стенку со скоростью света, то почему бы ему не сказать, что это плохо?»
Косяки гугла отражаются на пользователях - если ему банально не хватает денег из-за того, что десятки миллионов долларов США ушли в /dev/null, что в конце концов отразилось на сроках поддержки популярной операционной системы, то здесь уже возникает прецедент.
Вы так говорите по одной простой причине - монополия Google. В случае обычной конторы (которой Google был на заре), репутация опустилась бы сразу ниже плинтуса. Хотя она и так туда стремится в последние года два-три, о чём неоднократно уже упоминали другие в статьях.
Вы статьи не читали. Насколько много нужно, чтобы поддерживать две одинаковых операционки (10/11)??
Поддерживать особо нечего - различий между Windows 7 и Windows 10 в плане интерфейсов не слишком большая. А между 8 и 10/11 - мизер. Основа на DXGI держится, который присутствует во всех случаях.
Даже DirectX 9 не убрали спустя год - о чём дальше говорить.
Ну, максимум гуглепрограммисты с DirectX 11 на DirectX 12 будут съезжать потихоньку. Однако при такой скорости, как они WebGPU пилят, дык это случится лет через 10. Supermium к этому времени будет Windows XP с WebGPU на DX 9 поддерживать!
Что именно внедрять? Уже проехали - выше DXGI, MFPLAT с DXDVA гугл никуда не прыгнет. DirectX 12 будет параллельно с тем же DirectX 11 существовать, 11й поддерживается 7кой.
«Google» или «не обманывал» - тут нужно что-то одно выбрать, как в случае «bcryptprimitives.dll» и «bcryptprimitives».
Кстати за «bcryptprimitives» великолепный пример того, что программисты Google не могут в тонкости архитектуры Windows засрав кодовую базу лишним C кодом, причём сравнительно недавно. Как-то НЕ питаю надежд, что Google осилит вообще оптимизацию своего кода для Windows. Из общения с инженером Google понял одно - да, он великолепен в математике и алгоритмах, но архитектурные особенности Windows (PE COFF формата, в частности) начинается «днище» + в огранизации подходов к хранению и написанию кодовой базы в корпорации царит бардак.
Нет, скорее Google опечалится этими взломами - по факту прекрасно видно, что актуальные версии работают на 7ке.
Почему тогда я «должен» Google свою телеметрию, fingerprint браузера, маркеры для слежки? Это и есть «плата» за инструмент.
На 7ке кстати сложнее с этим - две библиотеки с авторизацией для ADS там отсутствуют.
Не то слово.
потому что у него закончились аргументы.
В конечном счёте размер собранной бинарной DLL библиотеки для пользователя напрямую зависит от размера кодовой базы. Кодовая база неконтролируемых размеров это проблемы Google, а не пользователя.
Пока Google не переделает принципиально render - ломать версии браузера можно бесконечно. На автомате выпускать кряки для Windows 7 синхронно с выходом официальных версий. Об этом в статье прямо расписано.
Всё вместе тогда уже: взлом текущих версий Chrome/MS ESGE/Brave/Opera на автомате и участие в Supermium && ungoogled-chromium.
Ничего против него не имею.
Но пусть даже ВСЕ комментаторы здесь были сотрудниками Google - готов с каждым из них проводить «разъяснительные беседы» (или называйте это как хотите).
Вспомнил плакат из шикарной игрушки. Не сочтите за что-то плохое только.
Абсурд. Уже больше года прошло. Черепашья скорость оптимизации при том что в корпорации Гугла не пять человек работает. Уже получается что вы растягиваете процесс на несколько (десятков?) лет, и в это же время кодовая база растёт из месяца в месяц - тратится уйма человекочасов и ресурсов на результат, который в конце не определён, с ваших же слов. При таком подходе оно и через год не поменяется и не похудеется (диаграмма же не просто так приведена), а кряки Chrome Windows 7 будут всё равно выходить с завидной регулярностью.
Вопрос денег описал в статье детально. Если копать дальше - Google не совсем хорошим путём пытается себе сколотить состояние, оставляю за собой право взять и «дать своеобразную ответку». В случае с Windows 7 затрагиваются интересы ещё почти 100 млн человек. Собственно, такого же мнения авторы supermium и ungoogled-chromium.
Сколько кстати, Google угробила денег на проекты, которые «сдохли» через пару лет (были провальными и не окупились) - а это миллиарды долларов, человекочасов, ресурсов и почему-то за них вы не вспоминаете. Поддержка Windows 7 на несколько лет явно будет стоить дешевле в разы и безо всяких рисков. Двойные стандарты.
Она идёт в разрез с тем, что говорил инженер Google ранее - «забота о пользователях». Не согласен с вашими утверждениями совсем. Ситуация с TRON: Evolution лишнее подтверждение всему этому.
Спасибо за поддержку!
Нет, никто ни на кого не злится.
Есть справедливое негодование.
В ней отсутствует логика.
После 109 версии ничего в коде браузера принципиально не поменялось — убрали лишь несколько небольших кусков кода, ограниченных условиями
if (Windows ver) < 8 then ...Ладно бы это дало экономию в десятки мегабайт для chrome.dll (сокращение времени её загрузки, расхода RAM), что было бы логично, учитывая размер динамической библиотеки в 220 Мегабайт (крайне много для PE COFF формата). Однако размер chrome.dll в 110 версии стал только чуть больше на 1,5-2 Метра от прежнего. Ничего революционного не произошло. Текущая Chrome 120/121 всё равно запускается на Windows 7. Код, предназначенный для Windows 7, вполне мог просуществовать ещё пару лет и никто за него бы не вспоминал.no way man)
Забавно только, что некоторые вещи это CTRL+C/CTRL+V from Linux
А что действительно полезного Microsoft добавила в Windows после 2015 года? «Скругленные углы»?!
Чес, не в курсе, поэтому и спрашиваю.
а теперь представьте через год сколько оно будет «весить» :)
Учту на будущее.
Спасибо! В прошлый раз просили как раз больше технических подробностей, поэтому пришлось так подробно расписать вместе с мотивацией.
WebGPU:
В 2025... спустя два года.
На старых Xperia была шикарная 2500-2700 mA батарея при очень компактных размерах, когда почти неделю пахала без подзарядки (средний режим пользования. Два дня - жесткий постоянный режим использования) и функционирует спустя 8-10 лет. А всё из-за того, что в смартфоне была простая Android и экран 1280x768 со сравнительно большой диагональю. Невероятно комфортно!
К тому что не всем интересны такие "инновационные нововведения", которые мало чем отличаются от предыдущих моделей и не очень контрастируют на фоне остальных конкурентов. В большинстве случаев, легкий и компактный смартфон, который жрёт минимум аккумулятора, в разы ценнее заезженного кирпича за оверпрайс.
После успешного портирования Chrome 114 под Windows 7, скажу так что ядро в 7/10 - это реферанс в сторону "контенеризации" и изоляции процессов, что негативно сказывается на производительности. Хотя часть низкоуровневых функций прекрасно перепишется и "встанет" нормально в работу, при успешной реализации всего остального даже Windows XP (лучше 2k3) заметно просядет в производительности.
Наиболее целесообразно попробовать:
Скомпилить XP/2k3 x86 с поддержкой SSE2;
Пофиксить явные вырвиглазные вещи GUI типа невозможности замены уже существующего файла в папке;
В идеале нужен DirectX11/10/DXGI, чтобы современный Chrome браузер запустить & в игрушки поиграть. С другой стороны - кто-то должен переписать видеодрайвера. Или прокидывать это через OpenGL 4.5 а-ля Linux;
-Так навскидку.
Кто это "придумывает"? Зачем? Кто нибудь из РЖД ездил вообще сам на этом? Ну нет же никакой тех. мысли.
Вместо того, чтобы в СВ банально увеличить место вширь и заодно чуть больше удлинить кровать - делают зачем-то вертикалку. Стул и душ даже в "люксе" не тарахтели. Особенно душ, который не самое гигиеничное место будет во всём поезде.
И самое главное: ну делаете вы до сих пор эти несчастные "плацкарты" - уберите уже наконец один блок и расширьте остальные! Да, меньше на 6 мест, но оно уже на голову комфортнее будет остальным 48-ми. Неужели кому-то нравится в этой (извните за выражение) скотовозке ехать?! Особенно с двумя "туалетами" на весь "плацкарт".
Немного рекламы на Хабре.
Проблемы куда глубже, сложнее, фатальней, выходят далеко за рамки "Роскосмоса" и ведут куда-то в сторону станций "Театральная"/"Пл. Революции"/"Охотный Ряд".
Да, всё так. С самой либой всё в порядке.
Фокус именно во взаимодействии Chrome с DirectX 9/11/12. В одном месте chrome.dll требуется подправить, что render корректно работал именно с 11 версией, а не 12й, которая отсутствует в 7ке.