|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Victor Wagner 2:5020/400 05 Oct 2004 16:45:07
To : All
Subject : /dev/random в 2.6.x?
--------------------------------------------------------------------------------
Запускаю тесты (сборку + запуск тестовых скриптов) некоторой софтины на
разных Linux-ах и получаю следющую картину
Дистрибутив gcc uname -r Время
Alt Master 2.0 3.2.1-alt2 2.4.20-alt5-up 27:07
ASP 9.2 3.3.2-1 2.4.22-1.2154.nptl.asp 35:16
Suse 8.1 (SLES-8) 3.2 2.4.19-64GB-SMP 43:38
Mandrake 10.0(Off)3.3.2-6mdk 2.6.3-7mdksmp 3:10:41
Все перечисленные системы - одинаково настроенные виртуальные машины
vmWare на одной и той же физической машине. Запускались они
последовательно, и ночью, т.е. при отсутствии всякой другой активности
на машине.
Результат мы видим - система с ядром 2.6 медленнее всех прочих раза в
четыре.
Разумное объяснение только одно - софтина криптографическая, и тесты
активно читают с /dev/random. Видимо, оно просто не успевает набрать
достаточное количество случайности.
Вопрос в том, а как бы оптимизировать этот процесс, т.е. дать
возможность ядру 2.6.x активнее набирать случайные биты. У FreeBSD 4.x
(где была аналогичная проблема) была утилитка rndcontrol, поcредством
которой можно было заставить ядерный датчик случайных чисел использовать
в качестве истрчника энтропии дополнительные прерывания. В описании
линуксового /dev/random - random(4) я подобной информации не нашел. Есть
только глухое упоминание о "processes
that do a select() or poll() for write access to /dev/random"
Кто что может посоветовать - как обеспечить большее количество случайных
бит? (использовать /dev/urandom не предлагать).
--
--- ifmail v.2.15dev5.3
* Origin: Free Net of Leninsky,45 (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
