хромовая память и место CPU
Я искал форумы ответ, но я не мог найти вполне ответ, который я искал [1], таким образом, я думал I, он мог также представлять интерес для большего количества людей здесь.
Я выполняю большую часть своего задания на браузере (или для браузера, если Вы хотите поместить его тот путь). Я склонен использовать Chrome, потому что это получено исходно многие новейшие функции, в которых я нуждаюсь (материал DevTools, главным образом но не только). BTW, я обычно работаю, последний доступный Chrome присваивают версию/основываются настольному Vaio с 4 ГБ RAM и двухъядерного ЦП и Ubuntu 12.04 как дистрибутив и Gnome как менеджер окон.
Так, мне было любопытно на предмет того, a) почему делает икру Chrome столько потоков, даже открывающих только три из четырех вкладок и b) там какой-либо способ выделить больше памяти Chrome, чтобы препятствовать тому, чтобы его производительность ухудшилась?
Заранее спасибо,
Начо
PS [1] я нашел потоки о Chrome замораживающимися или исчерпывающими память, но не о причинах этого являющегося так или предотвращения его для случая.
PPS, Конечно, я мог всегда покупать более новую и более способную машину, и это точно, что я пытаюсь оценить: действительно ли это - вопрос устаревших аппаратных средств, или проблема будет продолжать казаться на ком-либо (прилично, но не чрезвычайно измеренной) машина?
1 ответ
Chrome разделяет каждую большую часть браузера в отдельные процессы. Например, сам браузер является своим собственным процессом, каждая вкладка является своим собственным процессом, и каждое расширение является своим собственным процессом. Там также вероятно отдельный процесс GPU. (Вы видите эти детали путем движения в about:memory).
Часть преимущества здесь является ограниченным доступом, который каждая часть имеет на других частях. Например, если бы был злонамеренный сценарий в расширении или вкладке, то (идеально) он мог только влиять на свой собственный процесс и не снизит весь браузер. Если вкладка замораживается по любой причине, только та вкладка (и возможно вкладки, которые Вы открываете от той вкладки) снижаются, но не целый браузер. (См. также about:sandbox.)
Вы не можете предварительно выделить память Chrome; если Chrome будет нужно больше памяти, и это доступно, то это возьмет его. Обратите внимание, что ограничивающее условие может также быть на стороне ввода-вывода, поскольку Chrome должен считать Ваш профиль, предпочтения и по крайней мере часть Вашей истории на запуске и общем использовании. Linux и Unix имеют функцию, которые позволяют Вам хранить файлы в RAM, которая приведет к более быстрому доступу (читающий, из памяти быстрее, чем чтение из жесткого диска и может также уменьшить износ в случае многих записей), но с возможными потерями в данных (потеряно содержание RAM, когда Ваш компьютер теряет питание или закрывается).
существует сценарий, названный синхронизирующий демон профиля , который хранит профиль браузера и кэш в RAM и синхронизирует профиль назад к жесткому диску каждый час. Это означает, что, если Ваш компьютер должен был потерять питание или иметь трудное завершение работы, Ваш профиль и история будут самое большее одним старым часом. (На нормальном завершении работы сценарий синхронизирует назад содержание из памяти к жесткому диску.) См. ссылку выше для большего количества установки и этот страница для установки в Ubuntu.
Примечание, что Chrome (ium) хранит кэш отдельно от Вашего профиля и сценария только, заботится о профиле (это выходит за рамки сценария для управления кэшем). Можно хотеть переместить кэш от текущего местоположения в каталог профиля и добавить символьную ссылку в старом местоположении к новому местоположению.