Ну вот вы и подтвердили, что в серьез никогда ничего не искали. Потому что поиск это сравнение вариантов найденного, а значит быстрое переключение между страницами. Что кроме уже открытых вкладок не позволяет сделать ни один механизм, т.к. на открытие страниц из закладок расходуется время. И не всегда время задержки зависит от сети, часто от загруженности сайта и каличства скриптов.

И это если забыть про чтение найденного. Полагаете удобно ждать по 20 сек перед чтением другой страницы?

Вот разжевал всё. Больше не буду, на эту тему, лень)

nexterr
Учитывая, что Win 7 быстрейшая из семейства Windows, которая имеет микшер звука не вижу смысла использовать другие. :)

04-06-2016 16:19:34
К слову. На Win 7 есть обновление ломающее шрифты и снижающее производительность. У себя я его удалил. А вот Win 10 ведёт у меня так же как Win 7 с этим обновлением и удалить его видимо нельзя.

nexterr
У меня всё именно так. Если у вас проблемы очевидно они из-за видеокарты. Значит не под все оптимизировали.
У меня AMD - всё очень круто.

04-06-2016 13:49:49

Элементарно. Сейчас учу кое-что. Сделал подборку страниц из 100 штук. Чтобы постоянно переповторять нужно переключаться между ними (заучиваю). Есть идеи как это сделать по другому?
Даже если закрывать/открывать сохраненные страницы это приводит к заметной задержка (не SSD диск).
В общем очевидно вы никогда всерьез ничего не искали в сети.

Если у вас мощный комп, то и не заметите. Разве что откроете штук 500 вкладок.

Как известно Opera умерла, а потом её стали делать на движке Chrome (Blink) http://www.opera.com/ru
Сначало оттуда многое вырезали (например закладки), скорость обработки из-за нового движка упала. Старый был быстрее, но глючный и скорость набирал из-за тогдашнеё малой сложности скриптов и css.

Однако! Разработчики Opera позже вернули закладки и видимо добавили боковую панель и API для неё.
И это сделало возможным прекрасные расширения для работы с вкладками сбоку:
https://addons.opera.com/ru/extensions/ … display=en
У расширения по первой ссылке просто прекрасная работа с группами вкладок! Никакой Tab Group не дотягивает.

И скорость при этом запредельная! У меня Chrome так никогда не работал. Не говоря уже, что для Chrome нет подобных расширений!
Именно скорость поразила меня в н

Я так понимаю старое API исчезнет? Сформировано ли новое API и можно ли его уже учить, чтобы потом не пришлось переучивать?

Executor
Судя по тому, что вы пишите вы даже близко не в теме. Как видно вопрос в теме "Firefox", а не "Флуд". Поэтому если не прекратите грузить своими фантазиями в тему скастуются модераторы.

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

Пример:
1. отрисовть_интерфейс()
2. отрисовать_страницу()
3. отрисовать_интерфейс()
вернутся к пункту 1. и повторять пока все отрисовки не закончатся.

В итоге имеем отрисовку куска интерфейса, потом переключение к отрисовки куска страницы, потом опять куска интерфейса и т.д.. И так получаем лаги. Реализация на самом деле сложнее, но суть та же. Конечно сама система автоматически добавляет оптимизаций по распараллеливанию задачи (делит на куски и посылает разным ядрам даже один поток). Да и компилятор наверное тоже собрал исполняемый файл распараллелив кое-что. Но как я понимаю с настоящими потоками это не сравнить.

С

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

Сначало будет Не Многопроцессорная, а Многопроцессная
Суть в том, что Firefox будет разбит на 3 процесса:
1. Отрисовка и работа интерфейса
2. Отрисовка и работа страниц
3. Плагины (кодек для видео и прочее
Это даст большую стабильность за счет изоляции. И большую скорость за счет того, что отрисовка и реакции интерфейса не будут ждать пока сработает/отрисуется страница.

В отличии от Chrome у которого каждая вкладка - процесс. Но это насколько я знаю electrolysis.

Сейчас делается новое поколение движка Servo. Это не electrolysis. Он написан не на C++, а на новом языке Rust. Этот язык не требует ручного удаления памяти и имеет удобную работу с потоками. А уже системе легче посылать разные потоки на разные ядра или процессоры. В итоге скорость работы на многопроцессорных системах (и мног

Ни на каком, потому что стилем это исправить нельзя. А вероятность того, что у пользователя что-то сломается из новомодных онлайн редакторов очень большая.
И не факт, что создатели этих сервисов будут забивать на новые версии Firefox. Они просто сделают проверку типа:

if version === Firefox 45 then использовать новые CSS стили

То есть вероятность такой поломки возрастает многократно, потому что совместимость со старыми браузерами и так может быть. Именно в этом сложность настройки [firefox]. Недостаточно что-то отключить или изменить, потому что оно не просто перестанет работать. Оно сломает что-то и в итоге встретившись с этим пользователь начнет использовать вашу сборку в паре с чистым Firefox (чтобы работало). А в итоге ему это надоест и он оставит чистый Firefox, может с парой ничего не ломающих дополнений.

DreamC
Речь про плагины :D

AspireM3400
Может одновременно занимать больше оперативы, то есть можно открыть одновременно много вкладок.
Ну и в x64 архитектуре есть оптимизации, что теоретически может привести к большей производительности. На практике это малозаметно.
И x64 на капельку больше оперативы расходует, но это мелочь.

Ах да. Ещё она совместима с x64 плагинами, для некоторых программ плагины могут компилить только под x64. Но зато несовместима с x32 плагинами.

Dan Dare
У меня всё ОК.