Я полагаю, что необходимо явно включить hugepages использование в JVM с -XX:+UseLargePages
, проверьте эту статью о Настройке большой "кучи" Java и Linux огромные страницы.
Вы могли бы хотеть проверить другие связанные переключатели JVM.
Отпускание BADBLOCKS
Написать шаблон в первую очередь, не должно быть медленнее, чем писать это каким-либо другим способом Отказ Особенно, если вы используете размер блока -B
и -C-AT-A-A-Black
.
Этот пример перезаписывает диск «случайным» рисунком в блоках 1MIB:
badblocks -v -w -t random -b 4096 -c 256 /dev/thedisk
Если есть проблема со скоростью, она должна иметь какую-то другую причину ...
Итак, после некоторого дополнительного исследования я придумал способ использовать опцию плохих блоков -t
(но вы должны предпочесть ответ frostschutz ( Я как-то не заметил опцию -c
, задавая этот вопрос)).
Запишите 42
на весь жесткий диск.
yes 4 | tr '\n' 2 | pv -pterb -s 4000G > /dev/sdx
Проверить с помощью плохих блоков
badblocks -vs -t 0x3432 /dev/sdx
, написание шаблона с одним инструментом и чтение его с помощью BADBLOCKS
не будет гораздо быстрее, чем бегущие боблоки с одним рисунком, я представляю.
Шаблон должен быть указан в Hex, по крайней мере, вот что я понимаю из этого:
BadBlocks -t 0x55 -w [...]
Источник: HTTPS://github.com / autotest / ctcs / blob / master / runin / destructiveblocktstrnd