Я запускаю Ubuntu 16.04 LTS, и я узнал, что каждый раз, когда запускался процесс с именем «collector», количество используемой памяти RAM немного увеличивалось (100 МБ каждую минуту или около того). Я всегда слежу за баром, сообщенным системным монитором, и на этот раз почти вся моя оперативная память использовалась, но, по-видимому, ни один процесс или программа, работающие в то время, не могли быть виноваты во всем ее использовании.
После загрузки, это было очень распространено для моего ноутбука dv6-6167la HP, чтобы показать 1,1 ГБ используемого барана (это здоровый знак для меня). И вы можете оставить ноутбук там в течение часа, без дополнительной активности, вы можете вернуться позже, и вы можете увидеть то же самое значение без какого-либо увеличения. Теперь, если проблема, если вы покидаете ноутбук в течение 40 минут или около того, ОЗУ почти все потребляется (5 ГБ используется из 6 ГБ).
Я узнал, что, убив процесс или команду под названием «collector», используемая RAM перестала увеличиваться. Это важно. Мое решение для этой проблемы не является постоянным. Каждый раз после загрузки я должен открыть терминал, использовать команду «top», проверить PID команды или процесса «collector» и убить его вручную, и, делая это, используемая RAM не увеличивается без причина.
Я ищу постоянное решение. Я не знаю, есть ли у меня вредоносное ПО внутри или что-то в этом роде. Если я не убиваю процесс, компьютер становится очень жарким, баран все съедается, и все замедляется.
Я удалил приложение «collector» из ubuntu (sudo apt-get remove collector). Мой компьютер обновлен, и проблема сохраняется, когда я снова включаю его или даже когда я его перезапускаю. , но процесс всегда активируется root после загрузки, хотя это приложение было удалено.
Буду признателен за ваши мысли по этому вопросу.
С уважением.
PS. Основываясь на первом ответе, я запустил команду «locate collector», и вот что получилось. Мне кажется подозрительной строка:
/usr/share/webbrowser-app/webcontainer/webapp-specific-page-metadata-collector.js, я не знаю, Знаю, что это. Я запустил dpkg -S, не получив ценной информации. Он показал только:
/usr/share/webbrowser-app/webcontainer/webapp-specific-page-metadata-collector.js
webapp-container : /usr/share/webbrowser-app/webcontainer/webapp-specific-page-metadata-collector.js
решена. Есть два пакета, которые должны быть удалены:
#sudo apt-get remove bootchart
#sudo apt-get remove pybootchartgui
теперь мой компьютер начинается с 0.97 ГБ оперативной памяти, а не 1,1 Гб, а она не растет как раньше без причины. Все нормально работает.
это окончательное решение.
кроме того, исполняемый "коллекционер" не было документации на всех внутри своей папки. Функция не помогло.
Привет.
kill -9 'pgrep -f collector' может быть настроен так, чтобы работать с cron каждый раз так часто, что убьет PID коллектора.
Что касается коллекционера, я не смог найти коллекционер в дистрибутиве Ubuntu. Есть несколько найденных с поиском на COLLECTOR IN LINUX, и они все «дома» с некоторым набором данных.
locate collector привел меня к:
$ locate connector
<snip...>
/usr/lib/ruby/vendor_ruby/test/unit/collector
/usr/lib/ruby/vendor_ruby/test/unit/collector.rb
/usr/lib/ruby/vendor_ruby/test/unit/collector/descendant.rb
/usr/lib/ruby/vendor_ruby/test/unit/collector/dir.rb
/usr/lib/ruby/vendor_ruby/test/unit/collector/load.rb
/usr/lib/ruby/vendor_ruby/test/unit/collector/objectspace.rb
/usr/lib/ruby/vendor_ruby/test/unit/collector/xml.rb
И тогда dpkg -S рассказал мне, в каком пакете он был:
$ dpkg -S /usr/lib/ruby/vendor_ruby/test/unit/collector.rb
ruby-test-unit: /usr/lib/ruby/vendor_ruby/test/unit/collector.rb
Проблема решена. Есть два пакета, которые необходимо удалить:
#sudo apt-get remove bootchart
#sudo apt-get remove pybootchartgui
Теперь мой компьютер начинается с 0,97 ГБ, занимаемого оперативной памятью, а не 1,1 ГБ, и он не растет по-прежнему без причины. Все функционирует должным образом.
Это постоянное решение.
Кроме того, исполняемый «коллекционер» вообще не содержал никакой документации внутри своей папки. Никакой функции справки.
С уважением.
kill -9 'pgrep -f collector' может быть настроен так, чтобы работать с cron каждый раз так часто, что убьет PID коллектора.
Что касается коллекционера, я не смог найти коллекционер в дистрибутиве Ubuntu. Есть несколько найденных с поиском на COLLECTOR IN LINUX, и они все «дома» с некоторым набором данных.
locate collector привел меня к:
$ locate connector
<snip...>
/usr/lib/ruby/vendor_ruby/test/unit/collector
/usr/lib/ruby/vendor_ruby/test/unit/collector.rb
/usr/lib/ruby/vendor_ruby/test/unit/collector/descendant.rb
/usr/lib/ruby/vendor_ruby/test/unit/collector/dir.rb
/usr/lib/ruby/vendor_ruby/test/unit/collector/load.rb
/usr/lib/ruby/vendor_ruby/test/unit/collector/objectspace.rb
/usr/lib/ruby/vendor_ruby/test/unit/collector/xml.rb
И тогда dpkg -S рассказал мне, в каком пакете он был:
$ dpkg -S /usr/lib/ruby/vendor_ruby/test/unit/collector.rb
ruby-test-unit: /usr/lib/ruby/vendor_ruby/test/unit/collector.rb