Если 1300 файлов компилируются ТАК долго, значит, вы включаете слишком много файлов заголовков, которые не нужны. Я предполагаю, что люди вырезали и вставили кучу файлов заголовков в файл CPP, не задумываясь, какие заголовки им действительно нужны, чтобы множество из них было включено, когда им не должно быть. Я также предполагаю, что вы не объявляете классы там, где должны быть.

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

С поддержкой асинхронного режима в C # 5 появилась новая опция. Это использует компилятор для генерации продолжений вручную (отдельные методы обратного вызова) и замыканий (состояния) из встроенного кода. Однако есть две вещи, которые нужно обойти:

1. Хотя System.Net.Sockets.Socket имеет различные методы … Async , они предназначены для асинхронного шаблона на основе событий, а не для ] Шаблон на основе задачи , который использует await C # 5. Решение: используйте TaskFactory.FromAsync , чтобы получить одну Task из пары Begin… End… .

2. TaskFactory.FromAsync поддерживает только передачу до трех дополнительных аргументов (в дополнение к обратному вызову и состоянию) в Begin… . Решение: лямбда, принимающая ноль дополнительных аргументов, имеет правильную сигнатуру, и C # даст нам правильное закрытие для передачи аргументов.

Следовательно (и более полно реализовано с Message , являющимся другим типом, который обрабатывает преобразование из начальная отправка длины, закодированной в некотором фиксированном количестве байтов, затем байтов содержимого в длину для буфера содержимого):

private async Task<Message> ReceiveAMessage() {
  var prefix = new byte[Message.PrefixLength];

  var revcLen = await Task.Factory.FromAsync(
                         (cb, s) => clientSocket.BeginReceive(prefix, 0, prefix.Length, SocketFlags.None, cb, s),
                         ias => clientSocket.EndReceive(ias),
                         null);
  if (revcLen != prefix.Length) { throw new ApplicationException("Failed to receive prefix"); }

  int contentLength = Message.GetLengthFromPrefix(prefix);
  var content = new byte[contentLength];

  revcLen = await Task.Factory.FromAsync(
                         (cb, s) => clientSocket.BeginReceive(content, 0, content.Length, SocketFlags.None, cb, s),
                         ias => clientSocket.EndReceive(ias),
                         null);
  if (revcLen != content.Length) { throw new ApplicationException("Failed to receive content"); }

  return new Message(content);
}

Возможно, вы хотите связать ваши обратные вызовы в цепочку:

псевдокод:

// read the first 2 bytes as message length
BeginReceive(msg,0,2,-,-,new AsyncCallback(LengthReceived),-)

LengthReceived(ar) {
  StateObject so = (StateObject) ar.AsyncState;
  Socket s = so.workSocket;
  int read = s.EndReceive(ar);
  msg_length = GetLengthFromBytes(so.buffer);
  BeginReceive(so.buffer,0,msg_length,-,-,new AsyncCallback(DataReceived),-)
}

DataReceived(ar) {
  StateObject so = (StateObject) ar.AsyncState;
  Socket s = so.workSocket;
  int read = s.EndReceive(ar);
  ProcessMessage(so.buffer);
  BeginReceive(so.buffer,0,2,-,-,new AsyncCallback(LengthReceived),-)
}

см.: http://msdn.microsoft.com/en-us /library/system.asynccallback.aspx для правильных примеров

Обычно методы BeginXXX указывают на асинхронную операцию, и вы, кажется, хотите сделать это синхронно.

Если вам действительно нужен синхронный клиент / сервер, возможно, это поможет http://sharpoverride.blogspot.com/2009/04/another-tcpip-server-client-well-it.html

It will help if you describe the structure of the message you are sending.

As long as you have only one BeginReceive() outstanding, it will complete and give you the next available bytes of data on the wire. If you have more than one outstanding at the same time, then all bets are off, because .net does not guarantee that the completion will be in any given order.