Под какими веществами собирается Google Chrome?

Здесь запрещено обсуждать вещества.

Пробуй Edge и Thorium - быстрейший браузер на планете Земля.

Thorium 124.0.6367.218.
https://github.com/Alex313031/thorium.

Лучше скажи на каком железе ты это запускаешь?

Обычное железо. До этого был Ideapad, потом Thinkpad, сейчас второй Thinkpad. Но я это даже на стационаре ловил, где intel 11xx

Тебя спасет только gentoo :)

Вот как можно собирать под х86_64, чтобы у тебя там появилась недопустимая инструкция? Чем надо собирать?

V8 компилирует JS в нативный код, возможно в некоторых ситуациях получаются недопустимые инструкции, есть смысл протестировать память, если есть разгон процессора/памяти то попробоать без него.

есть смысл протестировать память, если есть разгон процессора/памяти то попробоать без него.

Я не занимаюсь разгонами и всё стоковое. Память я тестировал на предыдущих машинах, там всё ок. Это кривой код

Где берешь хром?

А так попробуй его руками собрать - там же всё упоротое, начиная с необходимости ставить левый питоновский скрипт, до организации репы.

Сколько не пользовался хромом на совершенно разных конфигах, ни разу не сталкивался с такой ошибкой

Раньше был с реп, но потом ввели снапы и ставлю с офсайта deb

Так снапы ввели чтобы решить проблемы с разрабами хрома, которые апдейтят зависимости каждые пол часа. В результате ты легко можешь попасть на то, что хром хочет от либы того, что она не умеет.

V8 == jit, ничего удивительного.

Плюс повсюду сейчас куча мерзких beacon’ов — клаудфлара, ddos-guard, и подобное, которые под видом противодействия ботам норовят влезть в каждую щель браузера и насосать как можно больше информации для создания уникального идентификатора. В результате лезут в канвас, в drm-видео, в геолокацию, WebAsm и WebGL, и ещё куда дотянутся.

Лиса, например, на клаудфларовском челлендже регулярно падает.

Так снапы ввели чтобы решить проблемы с разрабами хрома

Ага, а еще эта конская мурня апдейтится когда захочет и сколько захочет безконтрольно. А у меня тащемта мобильный трафик. У меня даже с flatpak проблемы, потому что как только выходит новая версия parabolic мне надо качать несколько гигов зависимостей, потому что, видите ли, мы не можем просто работать на org.freedesktop.Platform.GL.default 2.3.5, надо 2.3.6, и разрабы решили, что включать в зависимости debug пакеты - это круто.

Мне кажется у всех браузеров время от времени бьётся память и из-за этого такие штуки получаются. Либо код кто-то затирает мусором, либо адрес возврата не туда начинает вести (хотя тут скорее был бы сегфолт если совсем не туда, но мб портится только последний байт например).

Мне кажется у всех браузеров время от времени бьётся память

https://en.wikipedia.org/wiki/Row_hammer ?

Да нет, из-за обычных багов тех кто эти браузеры пишет.

Я так понимаю, основная масса SIGILL происходит при возврате по неправильному адресу, когда возврат происходит на середину инстукции. И соответственно обрывок инструкции невалиден.

Как можно спровоцировать (какими-то багами?) возврат из процедуры по неправильному адресу? Формированием стека (стекового фрейма) ведь рулит компилятор, а не программист (если конечно не в машкодах пишется). Или там ассемблер во все поля юзают?

Стек испортить очень просто промахнувшись мимо размера какого-нить массива например. А ещё с браузером линкуется куча разных библиотек, в том числе кодеков, в них и правда часто ассемблер и бывают тоже баги.

В инете много таких же случаев, где

В результате этого топика в инете стало на один такой же случай больше. Раньше на такой вопрос нигде не было внятных ответов, откуда им взяться сейчас? Я вобще не представляю, как подобных монстров, как хромой и огнелис можно сопровождать, отлаживать. С таким объёмом кода (с учётом библиотек)...

P.S. Полностью подверждаю наличие этой проблемы (invalid opcode) на разных версиях хромого, на разных стационарных компах, в том числе с ECC-памятью.

В результате этого топика в инете стало на один такой же случай больше

Нас рать: https://issues.chromium.org/issues?q=status:open

https://issues.chromium.org/issues?q=status:open%20title:%20SIGILL

Да там этого добра тоже достаточно

P.S. Для firefox’о защитников: в гугле много выдачи и про firefox sigill тоже.

Что-то у меня вкладки не падают, но у меня Firefox + uBlock Origin + NoScript. Возможно вырезание тонн говно-js помогает стабильности.