Когда загружены оба модуля rng octeon -rng и rng -, создается устройство /dev/hwrng , /sys/class/misc/hw _random /rng _текущий & /sys/class/misc/hw _random/available будет отображаться октеон имен. Однако требуется другое приложение rng -tools .
Команда;
rngd -o /dev/random -r /dev/hwrng
будет передавать энтропию ядра из ГСЧ и поднять энтропию _примерно до 3000 байт.
Дальнейший тест rngtest может быть проведен для FIPS140 -2 теста случайности по команде;
rngtest -c 1000 < /dev/random
Сказав, что все еще Если кто-то может сказать;
Почему команда rngd с подробной опцией в октеоне показывает, что ГСЧ — это аппаратный ГСЧ Intel .
Во-вторых, если в команде rngd упоминается только /dev/random , действует ли она также для /dev/urandom .
Я не думаю, что есть аргументы в пользу такой вещи, реализованной в lsof, и я не знаю, какие флаги доступны в вашем двоичном файле lsof.
Я думаю, вы могли бы добиться того, чего хотите, с помощью чего-то вроде этого, возможно, заменив голову на «grep java»:
lsof | awk '{print $1}' | sort | uniq -c | sort -rn | head
lsof:В основном я перечисляю все открытые файлы
awk '{print $1}':печать только первого столбца, который является именем процесса
sort:вам нужно отсортировать перед применением uniq, иначе он разделит счет, поэтому java может появляться несколько раз в зависимости от порядка печати lsof.
uniq -c:группировка по имени процесса и количеству строк
Последние 2 предназначены для удобства чтения.
Проблема в том, что все экземпляры java будут объединены, я полагаю, вы могли бы применить ту же логику для PID, а затем отфильтровать свои экземпляры java и дочерние процессы по PID.
Надеюсь, поможет.