Бгыг. Понятное дело, что у запартников и будут именно такие проблемы.
Тут одновременно надо и высокую хаскелльную монаду “Remote” осознать. И низкий протокольный уровень SSH. И его ограничения-недостатки. и TCP Windowing. И альтернативные форки а-ля HPN SSH. Чтобы получилось всё ровненько и с полной загрузкой многогигабитного канала, а не кое-как.
Казалось бы - чего сложного, пересылай себе по туннелю данные туда-сюда. Но, как говаривал Иоганн Себастьян Бах, нажимать на клавиши клавесина может каждый, но не каждому дано делать это в правильной манере и в нужный момент.
Конечно, получится это дело рано или поздно и у питоняш. Но, думается, как всегда, присевши на чужую реализацию, а не своим кодом :)
Я больше скажу!) Многие привычные библиотечные реализации не то, что SSH, а даже таких, казалось бы, естественных как воздух штуковин, как AWS S3 и SQS, сделаны как будто жопой. И даже простейшие самопальные балалайки из libcurl и libuv их обыгрывают по эффективности использования канала.
Хоть бери, и на расово верном boost::asio делай, дабы прокачивать во всю толщЬ на непрерывных массивных 24x7 трансферах.
А вообще, пустое это всё. Сначала ядром демультиплексируем пакетики, потом прикладухой - обратно. За F-Stack-подобными подходами, наверное, будущее на высоких скоростях. Иначе выше десяти гигабит трудно подняться, прыгая по очень тупым и искусственно расставленным в прошлом какашкам.
подскажите - чтобы ресертифицироваться со старого CCNP на новый достаточно сдать 350-401: Implementing and Operating Cisco Enterprise Network Core Technologies ?