Итак инфа - убрать нахер многопоточность по-возможности, и сделать событийную систему - в основном цикле готовим буфер-задание для всех чипов, отправку делаем либо асинхронно через ioctl, либо в отдельном потоке, который спит и периодически отправляет. парсим буффер и передаем результаты в другом потоке (или асинхронно) на стратум-сервер. Вот это правильная архитектура. Причем очень внимательно относимся к задержкам, которые возникают при увеличении нагрузке на распи/биглбоне! Скорость на стороне майнера считать - по количеству реально полученных и верифицированных шар. Скорость ДОЛЖНА совпадать со скоростью пула +- разброс по вероятности (тут надеюсь никто не поспорит) - и если слуш и бтцгилд не досчитывает хешрейт - то это аж ниразу не проблема майнера, а проблема пула. А у меня лично, к примеру, так было хронически со стратумом на этих пулах.
Насчет сложного проекта - не нет навыков - а как раз есть другой навык - что на майнер >1-2 килострок - это любовь писать код, а на самом деле ЧЕМ КОДА МЕНЬШЕ, ТЕМ РОВНЕЕ ПРОЕКТ РАБОТАЕТ.
2 bitfury хотелось бы услышать/прочитать ваше мнение про ето предложение -
https://bitcointalk.org/index.php?topic=282034.0 думаю как раз в етом направлений и моя идея