https://www.opennet.me/openforum/vsluhforumID3/94099.html В ночных сборках (http://nightly.mozilla.org/) Firefox появился новый режим тестирования многопроцессного выполнения (http://www.opennet.ru/opennews/art.shtml?num=38598), при котором обработка контента каждой вкладки выносится в отдельный процесс. Новый режим может быть активирован через установку переменной "browser.tabs.remote.autostart" в настройках about:config. <br><br><br><br>От ранее доступного в ночных сборках режима тестирования "browser.tabs.remote", новый режим отличается тем, что выполнение в отдельных процессах инициируется автоматически, в то время как в ранее доступном режиме для запуска обработчика в отдельном процессе требовалось явно запустить новое окно через меню "New OOP Window".<br><br><br>URL: http://www.ghacks.net/2014/02/13/firefoxs-multi-process-architecture/<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=39093<br> https://www.opennet.me/openforum/vsluhforumID3/94099.html#55 Tue, 18 Feb 2014 07:45:51 GMT Скажите, кто-нибудь видел такую багу: Лиса падает в ООМ, если своп отключен. При этом добавил памяти с 2х гб до 5ти - тот же эффект. Включаешь своп, занято 0, но падать перестает. Вкладок штук 40-50 при этом. Началось с 20х, сейчас 26.0, вроде получше. <br> https://www.opennet.me/openforum/vsluhforumID3/94099.html#54 Tue, 18 Feb 2014 07:15:56 GMT &gt; Подтверждаю, во вкладках после загрузки белая пустота. Но и без включения многопроцессорности <br>&gt; стал явно быстрее работать по сравнению с 26.<br><br>Так они наконец-то решились и впилили Skie для линуха, до этого вообще иксы вешались при безобидной отрисовке на канвасе - даже в виндовой виртуалки удавалось добиться в несколько раз большей частоты кадров. И это не считая, что вместе с лисой тормозили все приложения<br> https://www.opennet.me/openforum/vsluhforumID3/94099.html#53 Tue, 18 Feb 2014 07:12:19 GMT Да ладно, достаточно одной вкладки, если на странице идёт интенсивный вывод в консоль.<br> https://www.opennet.me/openforum/vsluhforumID3/94099.html#52 Sun, 16 Feb 2014 15:44:20 GMT &gt;&gt; Брать многоядерные процы и экономить на памяти это надо большим оригиналом быть <br>&gt; Да вот хром ухитряется OOM на 8 гигах словить. Интересные понятия о <br>&gt; экономии..<br><br>Не открывай 1024 таба, он не будет ловить. Ты, это, Гондурас не чеши - он и не будет беспокоить. Смекаешь?<br> https://www.opennet.me/openforum/vsluhforumID3/94099.html#51 Sun, 16 Feb 2014 09:52:10 GMT &gt; к тому же я с этим не согласен.<br><br>Напишите об этом авторам статьи.<br>У меня недостаточно квалификации чтобы обсуждать более предметно, чем цитировать статью.<br>Что прочитал то и цитирую - как чукча.<br> https://www.opennet.me/openforum/vsluhforumID3/94099.html#50 Sun, 16 Feb 2014 09:01:19 GMT more simple on multiprocessor systems ни разу не only on multiprocessor systems.<br>к тому же я с этим не согласен. на каком основании собственно?<br>и как это вытекает из этого:<br>&gt;The execution of hook handler had advanced too far to detect this modification and perform additional checks to stop malicious driver from loading. When the scheduler switch thread context back to the thread executing the hook handler, the original system service is invoked and might load driver which name was not subject of any security check made by the security software. And this is exactly how the argument-switch attack works. <br><br>Абсолютно монопенесуально, более того, на одном ядре переключение контекста выполнения более облегчёно. тут, на опеннете как раз недавно обсуждали пседослучайные числа, &#171;застрявшие&#187; в кэше процессора и их возможную подмену.<br>И хоть хуки блобьего ядра вантуза та ещё (вынужденная) кaкaшкa, но это ни как не отменяет тех механизмов, что есть на аппаратном уровне (рекомендую почитать Д.Бовет, М.Чезати https://www.opennet.me/openforum/vsluhforumID3/94099.html#49 Sun, 16 Feb 2014 06:29:24 GMT Весь текст читали?<br>&gt; Things get more simple on multiprocessor systems where two or more threads of the same application might run really simultaneously and the context switch at the crucial moment is not really needed.<br>&gt; Surprisingly, the attacking technique may be implemented even if the attacker thread runs in different process than the faker thread. https://www.opennet.me/openforum/vsluhforumID3/94099.html#48 Sun, 16 Feb 2014 02:53:25 GMT Меня то чего спрашиваешь?<br>Кто сидит на ночнике, того и спрашивай, что он там высидел.<br> https://www.opennet.me/openforum/vsluhforumID3/94099.html#47 Sun, 16 Feb 2014 02:50:21 GMT И как эта ссылка связана с одноядерным процом?<br>Наоборот, вот тут<br>&gt;The problem<br>&gt;The code of system services runs on IRQL PASSIVE_LEVEL which also applies to their hook handlers. Code running at this level can access pageable memory and, when the scheduler decides, might be preempted by another thread. And the scheduler plays the key role in the argument-switch attack.<br>&gt;&#8230;<br>&gt;If another thread of the application is scheduled onto the processor, it might theoretically change the driver service name passed to the NtLoadDriver call because the whole string lies in user mode portion of address space.<br><br>Как раз про вытеснение потока в кернел-спейсе на одном ядре.<br>