Почему этот процесс потребляет много памяти? & Ldquo; коллектор & Rdquo;

Я запускаю 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

4
задан 28 May 2018 в 07:24

6 ответов

проблема

решена. Есть два пакета, которые должны быть удалены:

#sudo apt-get remove bootchart #sudo apt-get remove pybootchartgui

теперь мой компьютер начинается с 0.97 ГБ оперативной памяти, а не 1,1 Гб, а она не растет как раньше без причины. Все нормально работает.

это окончательное решение.

кроме того, исполняемый "коллекционер" не было документации на всех внутри своей папки. Функция не помогло.

Привет.

1
ответ дан 17 July 2018 в 13:25

kill -9 'pgrep -f collector' может быть настроен так, чтобы работать с cron каждый раз так часто, что убьет PID коллектора.

Что касается коллекционера, я не смог найти коллекционер в дистрибутиве Ubuntu. Есть несколько найденных с поиском на COLLECTOR IN LINUX, и они все «дома» с некоторым набором данных.

1
ответ дан 17 July 2018 в 13:25

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
1
ответ дан 17 July 2018 в 13:25

Проблема решена. Есть два пакета, которые необходимо удалить:

#sudo apt-get remove bootchart #sudo apt-get remove pybootchartgui

Теперь мой компьютер начинается с 0,97 ГБ, занимаемого оперативной памятью, а не 1,1 ГБ, и он не растет по-прежнему без причины. Все функционирует должным образом.

Это постоянное решение.

Кроме того, исполняемый «коллекционер» вообще не содержал никакой документации внутри своей папки. Никакой функции справки.

С уважением.

1
ответ дан 20 July 2018 в 13:31

kill -9 'pgrep -f collector' может быть настроен так, чтобы работать с cron каждый раз так часто, что убьет PID коллектора.

Что касается коллекционера, я не смог найти коллекционер в дистрибутиве Ubuntu. Есть несколько найденных с поиском на COLLECTOR IN LINUX, и они все «дома» с некоторым набором данных.

1
ответ дан 20 July 2018 в 13:31

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
1
ответ дан 20 July 2018 в 13:31
  • 1
    Я использовал вашу команду & quot; locate & quot ;, и я опубликовал информацию с моего терминала. – Berham Horadrim 28 May 2018 в 07:32
  • 2
    Не размещайте изображения текста! Скопируйте и вставьте текст, затем используйте инструмент форматирования '{}. Вы обнаружили, что пакет, содержащий collector, находится в пакете webapp-container. Сделайте dpkg -L wepapp-container, чтобы увидеть другие файлы в пакете, некоторые из которых могут быть документацией. – waltinator 28 May 2018 в 16:28

Другие вопросы по тегам:

Похожие вопросы: