Распределение кучи и подходящее оборудование

Question

Для приложения C# .net 3.5, которое неизбежно создает много данных в куче, с точки зрения аппаратного обеспечения, что бы я искал с точки зрения памяти? Будет ли это просто самая большая шина сокета? Или «пропускная способность» карт памяти? Или фактическая частота, с которой они работают?

Мы пришли к выводу, что узкое место нашего приложения нельзя избежать, и при масштабировании, распространяя работу по нескольким потокам, мы, похоже, получаем «коллизии» из-за большого количества потоков, обращающихся к ОЗУ.

Реальная проблема относится к блокировке элементов и имеет много потоков, пытающихся получить доступ к этим элементам. Невозможно продолжить оптимизацию блокировки резьбы. Поскольку это касается потоковой передачи, я не был уверен, следует ли мне также исследовать альтернативные варианты выбора ЦП, а также внимательно посмотреть статистику QPI? В настоящее время мы используем архитектуру Westmere, но медленную тактовую частоту 2 ГГц.

EDIT: было предложено, что DMA может нам помочь.

Я собираюсь пометить это как C# и Java, потому что я считаю, что ответ не будет C# -специфичным.

Заранее спасибо,

Answer 1

Я бы опробовал приложение на более быстрой машине. Из-за его звуков, ваша пропускная способность памяти - это горлышко бутылки, поэтому я бы попробовал 4,5 ГГц с тактовой частотой i7 с 32 ГБ памяти 1600 МГц или аналогичным. Вы можете купить один за около 1000 долларов. Вы можете обнаружить, что с гораздо более быстрой системой шея бутылки движется.

BTW: Я сомневаюсь, что создание объекта на C# можно избежать, хотя оно может быть не достигнуто, поскольку кажется, что у него есть ограниченное время, чтобы исправить это. В Java я написал несколько высокопроизводительных серверов, которые GC не реже одного раза в день, но вам нужно написать весь основной код с целью. Аналогичным образом вы можете написать услугу, которая не блокируется в критических разделах кода, но ее не сложно, просто добавить это позже.