Нашли виновного. Я оставил в / Ob0 варианта от первоначального Makefile, который, очевидно, привел к ужасной производительности я получал. При правильной настройке, в VC ++ построить действительно быстрее. Эта возня с Makefiles является одним из основных хлопот, я собираюсь предложить преобразования в CMake в другом посте.

Что касается функции SHA-256, мы можем:

1) оставить как есть - не требует никаких усилий, но, кажется, и другие решения обеспечивают значительные преимущества в производительности;

2) принимает код SHA-256 из более поздних выпусков Crypto ++; версия асмовой в настоящее время доступна; мы имеем возможность либо извлекать функциональность из модулей и интегрировать его в Bitcoin источника, в настоящее время осуществляется, что не было бы тривиальна для всех зависимостей модуля SHA, или использовать библиотеку полного Crypto ++ как зависимость. Никто не сделал или еще, насколько я знаю, так что не ясно, насколько быстрее будет. Более интересно, я обезжиренные журналы изменений и существует различные исправления в ша модуле Crypto ++ s, а также. Я не уверен, если есть какие-либо серьезные проблемы с кодом Bitcoin в настоящее время используется, хотя.

3) Интеграция кода из PolarSSL, как Blackeye сделал. Он утверждает, что 50% Хаш / с увеличением с этим кодом.

Если выбрать один из двух последних вариантов, мы должны проявлять большую осторожность, что функциональность хеширования сохраняется без изменения или нарушения ничего. Модульное тестирование будет в значительной степени помочь в этом, но для этого ша-вызова код в Bitcoin должен быть извлечен в отдельный блок, который может быть проверен.

Я мог бы сделать это рефакторинг, создавать модульные тесты для хеширования и обеспечить заплаты. Тогда мы можем более свободно экспериментировать с модернизацией реализации ша. Satoshi и / или кому интересно, оставьте свои мысли.