https://ssl.opennet.dev/openforum/vsluhforumID3/138395.html Опубликован выпуск браузерного движка Servo 0.0.2 и развиваемого вместе с ним демонстрационного браузера ServoShell, написанных на языке Rust. По функциональности выпуск аналогичен ночной сборке от 14 ноября, для которой проведено дополнительное ручное тестирование. Готовые сборки предоставлены для Linux, Android, macOS и Windows...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=64258<br> https://ssl.opennet.dev/openforum/vsluhforumID3/138395.html#88 Thu, 27 Nov 2025 15:43:47 GMT Кажется, и местные противники Раста, и местные сторонники Раста забыли, что у Servo тоже есть своё позиционирование. Один из тезисов Servo:<br>архитектура движка изначально заточена под многоядерные CPU в отличие от существующих популярных движков.<br><br>А 32-битные системы не могут похвастаться "хорошей" многоядерностью, что порождает вопрос: зачем ПО на той системе, на которой оно не покажет свои преимущества с точки зрения производительности?<br> https://ssl.opennet.dev/openforum/vsluhforumID3/138395.html#87 Tue, 18 Nov 2025 00:53:02 GMT &gt;&gt;Вот как раз в том и дело, что не все.<br>&gt; Отлично. То есть, на короткое время их можно грузить полезной работой.<br><br>Да, их можно загрузить, если они свободны, а не молотят 10 вкладок, каждая их которых распараллелилась ещё на 30+ потоков. Да и основная проблема и узкое место не ЦПУ, а накладные расходы. Когда мозилла тормозит, я никогда не видел чтобы она грузила все ядра ЦПУ на 100%. Как раз чаще всего она сидит в ожидании (семафоров и задвижек скорее всего). То есть она ждёт какой-то синхронизации потоков, доступа к ресурсам - классические проблема параллелизма.<br><br>&gt; В третий уже, кажется, раз сообщаю вам, что так поступают ВСЕ СОВРЕМЕННЫЕ <br>&gt; БРАУЗЕРЫ. <br><br>беда не приходит одна<br><br><br>&gt; У вас с логическим мышлением явные проблемы. Это не браузеры такие, это <br>&gt; современные веб-страницы такие.<br><br>Напомню что возможности и идеи этих современных веб-страниц предложили примерно те же люди, что и делают браузеры. И да, и веб свернул не туда, а создатели браузеров радостно, бездумно и безответственно всё одобряют и https://ssl.opennet.dev/openforum/vsluhforumID3/138395.html#86 Tue, 18 Nov 2025 00:29:47 GMT &gt; Я что-то вообще перестал вас понимать. Браузер с параллелизацией и даст вам лучшую отзывчивость. Или вы о чём-то другом? <br><br>Браузер и так уже распараллелен довольно сильно. И нет, ещё больше параллелизации не значит автоматически лучшая отзывчивость и производительность. Да, может быть с одной вкладкой и без других процессов, параллелизация внутри этой вкладки повысит производительность (далеко не бесплатно). Но по мере усложнения, с какого-то порога, когда открыто много вкладок, когда уже запущено множество процессов (и не только браузерных), параллелизация только замедляет отзывчивость и снижает производительность. Причин этому несколько<br><br>* увеличивается конкуренция за пропускную способность памяти (а это на сегодня одно из самых узких мест)<br>* увеличиваются накладные расходы планировщика (больше потоков - больше накладных расходов)<br>* повышается нагрузка на GPU (рендеринг), а ведь за GPU у нас тоже конкуренция<br>* множатся промахи кеша (больше переключений контекста)<br>* увеличиваются задержки синхрониза https://ssl.opennet.dev/openforum/vsluhforumID3/138395.html#85 Tue, 18 Nov 2025 00:07:25 GMT &gt;Вот как раз в том и дело, что не все.<br><br>Отлично. То есть, на короткое время их можно грузить полезной работой. <br><br>&gt;С этим распараллеливанием в мозилле<br><br>В третий уже, кажется, раз сообщаю вам, что так поступают ВСЕ СОВРЕМЕННЫЕ БРАУЗЕРЫ. Они все работают в многоядерном режиме в несколько потоков. В противном случае вам бы пришлось ждать загрузку какой-нибудь "современной" плохо оптимизированной, напичканной джава-скриптами веб-страницы очень долго. Мало того, иной раз и GPU для более быстрого рендеринга используется.<br><br>&gt;А теперь вспомним, что браузер и так уже монстр, жрущий ресурсы неадекватно выхлопу. Теперь же он будет жрать их намного быстрее и больше.<br><br>У вас с логическим мышлением явные проблемы. Это не браузеры такие, это современные веб-страницы такие. Чтобы убедиться в этом, попробуйте загрузить чистый HTML. Вы удивитесь, как мало памяти нужно такой странице.<br><br>Да, у параллелизации есть какие-то накладные расходы. Но ни один человек в мире не способен их ощутить органами чувств. Поэтому перестаньт https://ssl.opennet.dev/openforum/vsluhforumID3/138395.html#84 Mon, 17 Nov 2025 23:50:07 GMT &gt;Как минимум для более важной и стабильной работы же<br><br>Похоже, вы не поняли сути того, о чем я спрашивал. Попробуем со второго раза. Предположим, что вы занимаетесь компиляцией ядра или какого браузера (большой проект, долгий процесс). И параллельно запускаете браузер? Да сам его запуск уже будет просадкой, о которой вы беспокоитесь. Но, допустим, вы его запустили ранее. А теперь только хотите загрузить страницу. Все ваши ядра в это время заняты серьёзной работой (сосредоточьтесь на этом предложении). То есть, любая дополнительная работа для них сразу же будет означать просадку производительности. Внимание, вопрос. Какая разница, как произойдёт эта просадка: на одном ядре, скажем, на одну секунду, или на десяти, скажем, на 100 миллисекунд? Ваш другой, более важный процесс (компиляция) в любом случае её (просадку) заметит. <br><br>&gt;Также для отзывчивости ГУИ - если все ядра заняты, то просядет отзывчивость<br><br>Я что-то вообще перестал вас понимать. Браузер с параллелизацией и даст вам лучшую отзывчивость. Или вы о ч https://ssl.opennet.dev/openforum/vsluhforumID3/138395.html#83 Mon, 17 Nov 2025 18:31:03 GMT Ютуб дико тормозит и видео не работает. Опеннет работает. В полях ввода при вводе кирилицы каждый введенный символ повторяет еще два раза<br> https://ssl.opennet.dev/openforum/vsluhforumID3/138395.html#81 Mon, 17 Nov 2025 14:22:19 GMT &gt;&gt; С этим распараллеливанием в мозилле мы опять скатываемся во времена одноядерных процессоров, когда приложения будут бороться за один процессор и ГУИ теряет отзывчивость.<br>&gt; У вас гуй терял отзывчивость из-за преемптивности? Я могу лишь гадать, как <br>&gt; вам удавалось этого достичь, и у меня есть две догадки: <br><br>С чего ты взял?<br> https://ssl.opennet.dev/openforum/vsluhforumID3/138395.html#80 Mon, 17 Nov 2025 13:48:57 GMT &gt; С этим распараллеливанием в мозилле мы опять скатываемся во времена одноядерных процессоров, когда приложения будут бороться за один процессор и ГУИ теряет отзывчивость.<br><br>У вас гуй терял отзывчивость из-за преемптивности? Я могу лишь гадать, как вам удавалось этого достичь, и у меня есть две догадки:<br><br>1. вы использовали процессор отстающий от state of art лет на двадцать, в то время как гуй был реально жырным даже по современным меркам<br>2. отзывчивость у вас пропадала не из-за процессора, а из-за свопирования.<br><br>С (1) я никогда не сталкивался, и лишь умозрительно предполагаю, что такое может быть. А вот (2) -- это довольно распространённая штука. Но неясно, как вы свопирование могли перепутать с преемптивностью, потому что лаги на несколько порядков дольше, чем всё на что способна преемптивность. Перепутать невозможно.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/138395.html#79 Mon, 17 Nov 2025 13:34:59 GMT написать "--target=i686-unknown-linux-gnu" - это только унылая теория... <br><br>ну дык покажи на практике - собери сабж, например, для процессоров без sse2 (ведь i686 это от пня-про, я уж про сборку сабжа без sse1 не заикаюсь), докажи что-ты крут %)<br>хотя ты же не осилишь...<br>