Почему процесс жрет много процессорного времени, зависая в select?
Почему процесс жрет много процессорного времени, зависая в select? Конкретно процесс beam.smp висит:
Process 2005 attached — interrupt to quit select(0, NULL, NULL, NULL, NULL
2005 rabbitmq 20 0 2125m 56m 2576 S 56.6 0.7 169:21.78 beam.smp
56,6% — это загрузка процессора.
При том маршрутизации очередей в RabbitMQ не так много.
По памяти не так и много:
Некий erlang’овский rpmd-daemon отвисает на таких системных выховах:
Process 1017 attached — interrupt to quit select(7, [3 5], NULL, NULL, ) = 0 (Timeout) gettimeofday(, NULL) = 0 select(7, [3 5], NULL, NULL, ) = 0 (Timeout) gettimeofday(, NULL) = 0 select(7, [3 5], NULL, NULL, ) = 0 (Timeout)
Но редко и ресурсов не кушает почти.
А вот beam.smp в самом верху top’a.
В чем может быть проблема?
Что такое » beam.smp.dll » ?
В нашей базе содержится 54 разных файлов с именем beam.smp.dll . You can also check most distributed file variants with name beam.smp.dll. Этот файл — динамически подключаемая библиотека. Такая библиотека может загружаться и выполняться любым работающим процессом.
Подробности о наиболее часто используемом файле с именем «beam.smp.dll»
Продукт: (Пустое значение) Компания: (Пустое значение) Описание: (Пустое значение) Версия: (Пустое значение) MD5: 6af8de64f1a01fe3d7c7dd07029d2c39 SHA1: 7fc02c7cb92154403bab71800914a9eafe0dae2b SHA256: 4bac2a4fd2eafe3c8ff80136362f475c24c0bb9395279b48d17119547e046fd7 Размер: 1777664 Папка: %PROGRAMFILES%\erl5.8.4\erts-5.8.4\bin ОС: Windows 7 Частота: Низкая
Проверьте свой ПК с помощью нашей бесплатной программы
System Explorer это наша бесплатная, удостоенная наград программа для быстрой проверки всех работающих процессов с помощью нашей базы данных. Эта программа поможет вам держать систему под контролем.
Библиотека «beam.smp.dll» безопасная или опасная?
Последний новый вариант файла «beam.smp.dll» был обнаружен 4023 дн. назад. В нашей базе содержится 5 шт. вариантов файла «beam.smp.dll» с окончательной оценкой Безопасный и ноль вариантов с окончательной оценкой Опасный . Окончательные оценки основаны на комментариях, дате обнаружения, частоте инцидентов и результатах антивирусных проверок.
Библиотека с именем «beam.smp.dll» может быть безопасным или опасным. Чтобы дать правильную оценку, вы должны определить больше атрибутов файла. Самый простой способ это сделать — воспользоваться нашей бесплатной утилитой для проверки файлов посредством нашей базы данных. Эта утилита содержит множество функций для контролирования вашего ПК и потребляет минимум системных ресурсов.
Щёлкните здесь, чтобы загрузить System Explorer.
Комментарии пользователей для «beam.smp.dll»
У нас пока нет комментариев пользователей к файлам с именем «beam.smp.dll».
Добавить комментарий для «beam.smp.dll»
Для добавления комментария требуется дополнительная информация об этом файле. Если вам известны размер, контрольные суммы md5/sha1/sha256 или другие атрибуты файла, который вы хотите прокомментировать, то вы можете воспользоваться расширенным поиском на главной странице .
Если подробности о файле вам неизвестны, вы можете быстро проверить этот файл с помощью нашей бесплатной утилиты. Загрузить System Explorer.
Проверьте свой ПК с помощью нашей бесплатной программы
System Explorer это наша бесплатная, удостоенная наград программа для быстрой проверки всех работающих процессов с помощью нашей базы данных. Эта программа поможет вам держать систему под контролем. Программа действительно бесплатная, без рекламы и дополнительных включений, она доступна в виде установщика и как переносное приложение. Её рекомендуют много пользователей.
RabbitMQ (beam.smp) and high CPU/memory load issue
I have a debian box running tasks with celery and rabbitmq for about a year. Recently I noticed tasks were not being processed so I logged into the system and noticed that celery could not connect to rabbitmq. I restarted rabbitmq-server and even though celery was not complaining anymore it was not executing new tasks now. The odd thing was that rabbitmq was devouring cpu and memory resources like crazy. Restarting server would not solve the problem. After spending couple hours looking for solution online to no avail I decided to rebuild the server. I rebuilt new server with Debian 7.5, rabbitmq 2.8.4, celery 3.1.13 (Cipater). For about an hour or so everything worked beautifully again until celery started complaining again that it can’t connect to rabbitmq!
[2014-08-06 05:17:21,036: ERROR/MainProcess] consumer: Cannot connect to amqp://guest:**@127.0.0.1:5672//: [Errno 111] Connection refused. Trying again in 6.00 seconds. I restarted rabbitmq service rabbitmq-server start and same issue gain: rabbitmq started again swelling up constantly pounding on cpu and slowly taking over all ram and swap:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 21823 rabbitmq 20 0 908m 488m 3900 S 731.2 49.4 9:44.74 beam.smp Here’s the result on rabbitmqctl status :
Status of node 'rabbit@li370-61' . [, , , , , , ]>, >, , , , , , , , , , ]>, , , , , , , , ]>, ,]>, , Some entries from /var/log/rabbitmq:
=WARNING REPORT==== 8-Aug-2014::00:11:35 === Mnesia('rabbit@li370-61'): ** WARNING ** Mnesia is overloaded: =WARNING REPORT==== 8-Aug-2014::00:11:35 === Mnesia('rabbit@li370-61'): ** WARNING ** Mnesia is overloaded: =WARNING REPORT==== 8-Aug-2014::00:11:35 === Mnesia('rabbit@li370-61'): ** WARNING ** Mnesia is overloaded: =WARNING REPORT==== 8-Aug-2014::00:11:35 === Mnesia('rabbit@li370-61'): ** WARNING ** Mnesia is overloaded: =WARNING REPORT==== 8-Aug-2014::00:11:36 === Mnesia('rabbit@li370-61'): ** WARNING ** Mnesia is overloaded: =INFO REPORT==== 8-Aug-2014::00:11:36 === vm_memory_high_watermark set. Memory used:422283840 allowed:414559436 =WARNING REPORT==== 8-Aug-2014::00:11:36 === memory resource limit alarm set on node 'rabbit@li370-61'. ********************************************************** *** Publishers will be blocked until this alarm clears *** ********************************************************** =INFO REPORT==== 8-Aug-2014::00:11:43 === started TCP Listener on [::]:5672 =INFO REPORT==== 8-Aug-2014::00:11:44 === vm_memory_high_watermark clear. Memory used:290424384 allowed:414559436 =WARNING REPORT==== 8-Aug-2014::00:11:44 === memory resource limit alarm cleared on node 'rabbit@li370-61' =INFO REPORT==== 8-Aug-2014::00:11:59 === vm_memory_high_watermark set. Memory used:414584504 allowed:414559436 =WARNING REPORT==== 8-Aug-2014::00:11:59 === memory resource limit alarm set on node 'rabbit@li370-61'. ********************************************************** *** Publishers will be blocked until this alarm clears *** ********************************************************** =INFO REPORT==== 8-Aug-2014::00:12:00 === vm_memory_high_watermark clear. Memory used:411143496 allowed:414559436 =WARNING REPORT==== 8-Aug-2014::00:12:00 === memory resource limit alarm cleared on node 'rabbit@li370-61' =INFO REPORT==== 8-Aug-2014::00:12:01 === vm_memory_high_watermark set. Memory used:415563120 allowed:414559436 =WARNING REPORT==== 8-Aug-2014::00:12:01 === memory resource limit alarm set on node 'rabbit@li370-61'. ********************************************************** *** Publishers will be blocked until this alarm clears *** ********************************************************** =INFO REPORT==== 8-Aug-2014::00:12:07 === Server startup complete; 0 plugins started. =ERROR REPORT==== 8-Aug-2014::00:15:32 === ** Generic server rabbit_disk_monitor terminating ** Last message in was update ** When Server state == ,false> ** Reason for termination == ** =INFO REPORT==== 8-Aug-2014::00:15:37 === Disk free limit set to 50MB =ERROR REPORT==== 8-Aug-2014::00:16:03 === ** Generic server rabbit_disk_monitor terminating ** Last message in was update ** When Server state == ,false> ** Reason for termination == ** =INFO REPORT==== 8-Aug-2014::00:16:05 === Disk free limit set to 50MB UPDATE: Seems like problem was solved when installed newest version of rabbitmq (3.3.4-1) from rabbitmq.com repository. Originally I had one installed (2.8.4) from Debian repositories. So far rabbitmq-server is working smoothly. I will update this post if issue comes back. UPDATE: Unfortunately after about 24 hours the issue reappeared where rabbitmq shut down and restarting the process would make it consume resources until it shuts down again within minutes.
beam.smp uses over 100% cpu every few minutes
You’re now watching this thread. If you’ve opted in to email or web notifications, you’ll be notified when there’s activity. Click again to stop watching or visit your profile to manage watched threads and notifications.
You’ve stopped watching this thread and will no longer receive emails or web notifications when there’s activity. Click again to start watching.
We have a Mac mini that is used for the CI, which is Xcode Server in this case. Since we updated OS X to the latest Sierra (previously it was El Capitan) and Xcode to 8.3, the fans spin up every few minutes to cool down the CPU.
A «top -o cpu» shows that it is the ‘beam.smp’-process that takes over 100% of the CPU for 3-5 minutes, then doing nothing for a few minutes and it starts again.
None of the logs in /Library/Developer/XcodeServer/Logs gets updated.
Anyone observing the same behaviour? Any idea what’s going on there?