|
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) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/1517895562119.html, оценка из 5, голосов 10
|