Проблема, на которую Вы сослались [приблизительно 110], не с SecureRandom
алгоритм, а с источником случайности, которую это использует. Эти два являются ортогональными. Необходимо выяснить, какой из этих двух замедляет Вас.
страница Uncommon Maths, что Вы связали явно упоминания, что они не обращаются к источнику случайности.
можно судить различных поставщиков JCE, таких как BouncyCastle, чтобы видеть, быстрее ли их реализация SecureRandom
.
резюме А поиск также показывает патчи Linux, которые заменяют реализацию по умолчанию Fortuna. Я не знаю намного больше об этом, но Вы можете заняться расследованиями.
я должен также упомянуть, что, в то время как очень опасно использовать плохо реализованный SecureRandom
алгоритм и/или источник случайности, Вы можете самокрутка Поставщик JCE с пользовательской реализацией SecureRandomSpi
. Необходимо будет пройти процесс с Sun для подписывания поставщика, но это на самом деле довольно просто; им просто нужны Вы, чтобы отправить факсом им форму, заявляя, что Вы знаете об американских ограничениях экспорта на crypto библиотеки.
Посмотри, что я нашел: http://www.emacswiki.org/emacs/viper-in-more-modes.el
Ошибка связана с тем, что вы не указали в кавычках переменную viper-vi-state-mode-list
следующим образом:
(add-to-list 'viper-vi-state-mode-list 'help-mode)
См. этот вопрос относительно того, почему вам нужно процитировать 'viper-vi-state-mode-list
.
Но это не решило проблему для меня, вот как я получил Cw Cw , чтобы работать так, как вы хотите:
(define-key help-mode-map (kbd "C-w C-w") 'vimpulse-cycle-windows)
Синтаксис для добавления ловушки в режим помощи будет выглядеть следующим образом:
(add-hook 'help-mode-hook (lambda () (viper-mode t)))
Обратите внимание, что переменная ловушки названа с помощью "-hook", а setq здесь не работает, потому что viper-mode
- это команда, а не переменная.
Вы можете получить все режимы для активации viper с помощью:
(add-hook 'fundamental-mode-hook (lambda () (viper-mode t)))
, поскольку все режимы наследуются от основного режима.