Исходное сообщение
"Firefox отказывается в обозримом будущем от перехода на мног..." Отправлено Аноним, 17-Ноя-11 17:28
> Но они же не отказываются от МНОГОПОТОЧНОСТИ. С помощью threads и можно сделать отзывчивый интерфейс и всё прочее. Проясню ситуацию. Там не та многопоточность, которую бы хотелось видеть. Т.е. картинка рендерится и по сети данные отправляются в отдельной нити, но весь интерфейс и обработка  всех вкладкок выполняются в одной нити. Эффект распараллеливания от такой организации почти нулевой. Из первых рук: http://blog.mozilla.com/products/2011/07/15/goals-for-multi-.../ "The DOM is single-threaded... The networking stack, image decoding, much of our I/O, video and audio decoding and all kinds of other things are threaded and off the main loop of the browser. But the content itself is required to be single threaded." "We do a lot of our GCing on other threads, including cycle collection, but it still stops the main thread. And because each GC affects the main thread, it causes pauses that can be felt in the UI. This means we have lots of little garbage collection events instead of one big one, but they still all block the main UI."

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Но они же не отказываются от МНОГОПОТОЧНОСТИ. С помощью threads и можно сделать отзывчивый интерфейс и всё прочее. > Проясню ситуацию. Там не та многопоточность, которую бы хотелось видеть. Т.е. картинка > рендерится и по сети данные отправляются в отдельной нити, но весь > интерфейс и обработка всех вкладкок выполняются в одной нити. Эффект > распараллеливания от такой организации почти нулевой. > Из первых рук: http://blog.mozilla.com/products/2011/07/15/goals-for-multi-process-firefox/ > "The DOM is single-threaded... The networking stack, image decoding, much of our > I/O, video and audio decoding and all kinds of other things > are threaded and off the main loop of the browser. But > the content itself is required to be single threaded." > "We do a lot of our GCing on other threads, including cycle > collection, but it still stops the main thread. And because each > GC affects the main thread, it causes pauses that can be > felt in the UI. This means we have lots of little > garbage collection events instead of one big one, but they still > all block the main UI."
	Введите код, изображенный на картинке: