Arm79Онлайн-трейдинг
тут и управляемому коду делать нечего если че, вы ж знаете высокочастотные не пишут на c#) да и решается буфером на редисе к примеру и пушом потом в бд. чистый скул также не даст быстрых транзакций

Arm79боюсь, что запланированная просадка в размере 80 миллисекунд на транзакцию при трединге автоматически приведет к увольнению за профнепригодность.

допустим транзакция попала в кэш и тут вырубился сервер (такое на практике было). Разумеется, кэш обнулился, но, тк это не СУБД, транзакция потеряна, клиент выдвигает претензию.

Так что ЛЮБАЯ транзакция сначала попадает в SQL, и только потом в кэш.

PS Решения типа High Availability с распределенным кэшем отнюдь не всегда спасают ситуацию, хотя конечно шанс потерять данные становиться сильно меньше.

эм а как вы сделает так что вставка в бд на такой частоте будет быстрее чем приходят новые месаги без буфера?

п.с. Помнить лондонская биржа переехал когда давно с виндоса и дот нета на никсы и плюсы. Так что на супер хайлоад управляемый код не тянет изза известный причин, приведу одну: сбор мусора. и я не знаю как вы готовите там, чтоб решить проблему сбора мусора, которая тормозит работу апп.

skyANAГ А на HighLoad++ чисто дотнетчики собираются и обсуждают как они круто запилили очередной проект на EF
ну вы ж сами написали что инструмент под задачу) и EF покроет 99% задач без проблем. если так судить то че эт вообще дот нет тут делает есть ж пхп для веба и есть ява для интрепрайса)) ну и с++ для хардкора) все остальное от лукавого)!