Какова задача «java» (родительский процесс «launchd»), выполняемый на MacOS X?
У меня есть процесс под названием «java», отображаемый в моем мониторе активности, который использует хороший объем процессора (4 – 8% в среднем, 20 – 80%). В нем сообщается, что «launchd» является его родительским процессом.
Любая идея, что это такое? Я использовал эту команду, чтобы посмотреть, что происходит (не могу найти, где я ее нашел), но не получил полезной информации (хотя LOT идет): sudo fs_usage -w -f filesys java
Если я kill его; Он возвращается … и он снова использует хороший объем памяти. Ниже приведены скриншоты статистики:
- как изменить имя процесса приложения Java?
- Как найти идентификатор процесса (pid) процесса, запущенного в java?
- В Windows, как я могу изящно попросить запущенную программу завершить работу?
- Linux: Есть ли что-то похожее на «верх» для ввода-вывода?
- Система и прерывания, вызывающие высокий CPU
- C # - WCF - межпроцессное взаимодействие
- Как проверить, существует ли процесс с данным pid в Python?
- Как проверить, существует ли идентификатор процесса (PID)
- Метод exec () Runtime не перенаправляет вывод
- запустить exe / process с stdin stdout и stderr?
- Как я могу узнать абсолютный путь запущенного процесса?
- Система (ACPI.sys) всегда использует около 15-20% моего процессора
- Как вы снимите привилегии для дочернего процесса
Практически все процессы на OS X запускаются при запуске (просто откройте Activity Monitor и отобразите все процессы иерархически ). Это root запуск, хотя и намекает на launchd задания в [/System]/Library/LaunchDaemons или [/System]/Library/LaunchAgents .
Если вы не хотите искать файлы plist для launchd , вы можете открыть терминал и запустить ps axv | grep java ps axv | grep java или ps vp 3173 (или независимо от его идентификатора процесса), чтобы увидеть аргументы командной строки java , в которых должно быть указано, какое Java-приложение (например, jar ) действительно используется для этого процесса.
Довольно поздно вечеринке, но так как CrashPlan не исправил это почти через 2 года, я нашел интересный подход к обходному пути: