В пик теоретического максимума на 3 ГГц процессора (x86), вы бы бюджет чуть менее 4 команд процессора в случайном байте, если вы пытаетесь ударить 200MB/с , Реальная производительность будет значительно меньше. Я бы сказал, что это будет чрезвычайно сложно на любом языке. Вы хорошо разбираетесь в скоростях, которые, как правило, используют выделенный аппаратный ускоритель (т. Е. Вы пытаетесь сделать 1,56 Гбит в секунду). В сетевых или видеоприложениях имеется значительное количество внешнего оборудования, предназначенного для разрешения такой пропускной способности. Чрезвычайно эффективная реализация в C или сборке может позволяет вам ударить это ограничение, но вы действительно нажимаете пределы того, что возможно, используя только аппаратное обеспечение общего назначения.
Я бы рассмотрел либо предварительную генерацию данных (как уже было предложено), либо использование какого-либо аппаратного криптоаккулятора, чтобы поразить все, что похоже на эти виды пропускной способности. Я нашел это list of crypto accelerator hardware vendors.
В качестве последней мысли вы на самом деле означали 200 мега байт в секунду, верно? Если вы имели в виду мега битов, то эта проблема гораздо более легко разрешима.
Могу ли я спросить, почему вам нужно так много случайных данных, которые генерируются «на лету» (как в том, почему вы не можете предварительно создать его, а затем передать его)? – ircmaxell