Отправка файлов через TCP/.NET SSLStream работает медленно/не работает

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

1. Подумайте о переходе на модель клиент/сервер HTTPS вместо того, чтобы изобретать велосипед. Это даст вам четко определенную модель для операций PUT/GET над файлами.

2. Если вы не можете (или не хотите) конвертировать в HTTPS, рассмотрите другие клиент-серверные библиотеки, которые обеспечивают безопасный транспорт и четко определенный протокол для двоичных данных. Например, я часто использую protobuf-csharp-port и protobuf-csharp-rpc для обеспечения безопасного протокола и транспорта в нашем центре обработки данных или локальной сети.

3. Если вы застряли с вашим транспортом, являющимся необработанным SslStream, попробуйте использовать четко определенную и проверенную структуру двоичной сериализации, например protobuf-csharp-port или protobuf-net для определите свой протокол.

4. И, наконец, если вам необходимо продолжить работу с имеющейся у вас структурой, попробуйте некоторые приемы, подобные http. Запишите пару имя/значение в виде текста, определяющего следующее необработанное двоичное содержимое.

Прежде всего, base64 через ssl в любом случае будет медленным, сам ssl медленнее, чем необработанный транспорт. В настоящее время передача файлов не осуществляется через base64, протокол http намного более стабилен, чем что-либо еще, и большинство библиотек на всех платформах очень стабильны. Base64 требует большего размера, чем фактические данные, плюс время на кодирование.

Кроме того, ваша следующая строка может быть проблемой.

ThreadInfos.wait.setvalue((csize / size) * 100);//outputs value to the gui

Если ваша эта линия блокируется, то это будет замедляться на каждые 4 КБ. Обновление на каждые 4кб тоже не правильно, если только значение прогресса от предыдущего значения не отличается на значительную величину, для него нет необходимости обновлять ui.

Я бы попробовал сжать gzip до/после сети. По моему опыту помогает. Я бы сказал, что такой код может помочь:

using(GZipStream stream = new GZipStream(sslStream, CompressionMode.Compress)) 
{
    stream.Write(...);
    stream.Flush();
    stream.Close();
}

Предупреждение: это может помешать SSL, если Flush не будет выполнен. и для этого потребуются некоторые тесты... и я не пытался компилировать код.

Я думаю, что Акаш Кава прав.

while (cursize < size) {
    DateTime start = DateTime.Now;
    byte[] buffer = new byte[4096];
    readblocks = fs.Read(buffer, 0, 4096);
    ServerConnector.send("r", getBase64FromBytes(buffer));
    DateTime end = DateTime.Now;
    Console.Writline((end-start).TotalSeconds);
    cursize = cursize + Convert.ToInt64(readblocks);
    ThreadInfos.wait.setvalue((csize / size) * 100);
    end = DateTime.Now;
    Console.Writline((end-start).TotalSeconds);
}

Делая это, вы можете узнать, где находится бутылочное горлышко.

Также способ отправки пакетов данных на сервер ненадежен.

Можно ли вставить вашу реализацию

ThreadInfos.wait.setvalue((csize / size) * 100);