Dropbox отнимает слишком много процессорного времени. Как я могу это исправить?

Question 1

Недавно я заметил, что Dropbox занимает около 50-90% моего процессора в течение более нескольких секунд, в основном при загрузке / синхронизации многих или больших файлов.

Тем не менее, я предполагаю, что даже при синхронизации большого количества данных нет причин использовать такое количество ЦП (возможно, сети или диска).

Есть идеи или предложения? Как можно сделать так, чтобы Dropbox использовал меньше ЦП?

(работает на Ubuntu 12.04 на Lenovo X220 с SSD-диском)

Question 2

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

Расчет хэшей потребляет мощность процессора. Обычно это заметно при входе в систему.

Question 3

Question 4

Хороший крик с использованием cpulimit.

Я обнаружил, что это можно упростить (при входе в систему как root) до

cpulimit -e dropbox -l 10

, где -l указывает процент CPU. Обратите внимание, что это для общего процессора на всех ядрах, поэтому двухъядерный будет иметь предел 200

Выход:

cpulimit -e dropbox -l 10
Process 2641 detected

Question 5

Это часто случается со мной, даже когда Dropbox на самом деле ничего не синхронизирует (там ответ на хеширование имеет смысл для меня). Мое быстрое решение состоит в том, чтобы просто установить Dropbox, чтобы остановить синхронизацию. Даже при том, что это фактически не синхронизирует что-либо, это, кажется, убивает использование ЦП. Просто не забудьте включить его позже.

Question 6

Вы можете ограничить использование ЦП любым приложением следующим образом:

#nPidDropbox=`ps -A -o pid,comm |egrep " dropbox$" |sed -r "s'^ *([[:digit:]]*) .*'\1'"`
nPidDropbox=`pgrep dropbox`

renice -n 19 `ps -L -p $nPidDropbox -o lwp |tr "\n" " "`
cpulimit -p "$nPidDropbox" -l 10

Первая строка кода - просто угадывает pid. 2-я строка должна помочь cpulimiter работать лучше, не требуя sudo.

Question 7

Question 8

Возможно, здесь есть нечто большее, чем проблема хеширования.

Одна вещь, которую я нахожу странной, состоит в том, что с lsof | grep dropbox я не вижу много открытых файлов в ~ / Dropbox для процесса dropbox.

Я попытался очистить все пакеты, связанные с dropbox, с помощью команды rm -r папки 3 ~ / .dropbo * (но не папки ~ / Dropbox), а затем включив репозитории партнеров и aptitude install nautilus-dropbox. Является ли эта процедура проблематичной, я не знаю.

Через некоторое время (час?) С новой установкой и с загрузкой процессора в Dropbox я больше не вижу нагрузки, поэтому, видимо, проблема решена. Возможно, очистка помогла, или у меня была очень большая партия файлов, которые нуждались в обновлении.

Question 9

Теперь, 2019. Dropbox находится на версии 79. Используя его с Debian на i7 7-м генерале, он все еще использует ~ 15% CPU, если не загружающего или загружающего файлы.

На его странице загрузки, в Dropbox говорится, как установить в бездисплейной среде.

dropboxd исполняемый файл всегда открывают значок панели задач при работе X. Я нашел, что выполнение его всегда в бездисплейном режиме, сделанном потреблением ресурсов ЦП понизиться к 1% после нескольких минут

#!/bin/bash

unset DISPLAY
while : ; do
  rm -rf $HOME/.dropbox/dropbox.pid
  rm -rf /tmp/dropbox*
  ~/.dropbox-dist/dropboxd
  sleep 10
done >> /dev/null

, Но знать можно выполнить это только после входа в систему на Dropbox

Javier Rivera · Answer 1 · 3 January 2013 в 18:34