Как избавиться от неиспользуемых процессов jfsCommit?

7

На Dell Powerge T620 с процессором Xeon hexacore я замечаю, что есть 14 посторонних процессов для файловой системы jfs. На другом сервере существуют аналогичные процессы для файловой системы xfs.

Хотя они не вызывают никаких проблем или значительной нагрузки, я хотел бы избавиться от этих процессов, так как я не использую ни jfs, ни xfs.

Вот соответствующие части вывода ps ax:

31611 ?        S      0:00 [jfsIO]
31612 ?        S      0:00 [jfsCommit]
31613 ?        S      0:00 [jfsCommit]
31614 ?        S      0:00 [jfsCommit]
31615 ?        S      0:00 [jfsCommit]
31616 ?        S      0:00 [jfsCommit]
31617 ?        S      0:00 [jfsCommit]
31618 ?        S      0:00 [jfsCommit]
31619 ?        S      0:00 [jfsCommit]
31620 ?        S      0:00 [jfsCommit]
31621 ?        S      0:00 [jfsCommit]
31622 ?        S      0:00 [jfsCommit]
31623 ?        S      0:00 [jfsCommit]
31624 ?        S      0:00 [jfsSync]

>uname -a 
Linux ada 2.6.32-41-server #89-Ubuntu SMP Fri Apr 27 22:33:31 UTC 2012 x86_64 GNU/Linux
    
задан Floyd 25.07.2012 в 09:21
источник

1 ответ

10

Даже если вы не используете JFS / XFS, эти процессы ядра существуют, если загружаются модули ядра JFS / XFS. Предполагая, что вы используете последнее ядро ​​запаса, эти модули ядра составляют .ko модулей, поэтому для предотвращения их загрузки все, что вам нужно сделать, это черный список jfs и xfs внутри /etc/modprobe.d

Если вы используете ядро, в котором эти модули встроены, единственный способ удалить их - во время выполнения с rmmod или modprobe -r - в этом случае им придется перейти в сценарий запуска .

Чтобы узнать, являются ли ваши модульные или встроенные, просто выполните sudo updatedb и locate jfs.ko , locate xfs.ko . Если результаты в каталоге /lib/modules/ возвращаются, они являются модульными; в противном случае они встроены.

Не могли бы вы отредактировать вопрос с выходом uname -a ?

    
ответ дан izx 28.07.2012 в 08:41
источник