Пару проектов назад

Если у вас все к хуям летит при переходе на другую реализацию DAL то мне жалко вашу кодовую базу

Кто знает почему Parallel.For работает быстрее когда Parallel.For(0, 4) чем Parallel.For(0, 11) на одном и том же алгоритме? Куда смотреть в чем я криворукий?

А чому просто не взять GraphQL и не привязать к нему NHibernate? Или такой вариант не подошел по каким то причинам?

в тот момент небыло графкл или только зарождался

Понял

А как же какой нибудь OData))))))

одата у нас отдельным проектом идет для других нужд)

Понял

Использовать EF для NoSQL это насильно связывать свои руки. Далеко не все концепции NoSQL баз ложаться на LINQ дотнета. Взять тот же Elasticsearch, для него не просто так до сих пор нет нормального провайдера для EF и какого нибудь LINQ-to-Elasticsearch. Там все совершенно по другому работает, как и в большинстве NoSQL. Условно для какой нибудь монги этот подход, конечно, будет уместен ибо там все +- неплохо маппится на LINQ

Так что вопрос скорее не "можно ли" а "нужно ли"

Потому что если у тебя потоков больше чем ядер, то получается гонка за ресурсы и медленее работает. Число потоко в параллелфор должно быть равно количеству ядер

Я бы даже гипертрединг бы не считал

Ну я так и полагал, благодарю

Может кто сталкивался, добавил TabContainer на вебформах, определил туда табличку с контролами в каждый таб, но получаю такую ошибку

Шас бы на вебформах прогать, но подозреваю что в коллекции контролов что то меняется, а сама коллекция уже в ui отрабатывает. Фиг знает как точнее, опыта в этом 0.1%

согласен)

вебформы - гавнище полнейшее

Могу только посочувствовать таким людям

Я не всегда пойму мотивацию правда