Как ускорить создание типизированных строителей в 10gen официальном драйвере MongoDB C#?

Question

Профилирование моего приложения Я обнаружил неприятный факт, что набрал Upadte <> (и Query <>). Builder оценивает лямбда-выражения для каждого запроса, потребляя много CPU. Вы получите несколько процентов CPU, переключение с красивой и современной типизированного UpdateBuilder <> как:

var u = Update<MyPerson>.Inc(e => e.Age, Age); 

старые добрые статические строки:

var u = Update.Inc("Age", Age); 

Та же проблема с QueryBuilder <>, это также оценивает выражения для каждого запроса и бесполезно тратит ценные ресурсы ЦП.

Официальные LINQ driver's page государства:

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

Да, это правда, если вы выбираете между двумя синтаксисами LINQ. Но существует огромная разница в производительности между использованием и использованием синтаксиса LINQ. Накладные расходы зависят от того, как часто ваш клиент выполняет запросы. В моем случае разница выше 30%!

Есть ли способ получить хороший типизированный синтаксис и производительность вместе, интересно?

Простое кэширование результатов построения не является ответом, поскольку мы, очевидно, должны передавать динамические параметры для каждого запроса. Нам нужно найти способ «предварительно скомпилировать» дорогостоящую часть CPU (относительно оценки лямбда-выражений), но сохранить динамические параметры (например, индексы массива).

Answer 1

В этом пункте вы процитировали:

C# компилятор транслирует все запросы, написанные с использованием синтаксиса запросов в синтаксис лямбды внутри так или иначе, поэтому нет преимущества в производительности или штрафа выбора либо стиль.

Относится к двум синтаксисам, доступным для написания запросов LINQ.

var query = 
    from e in collection.AsQueryable<Employee>() 
    where e.FirstName == "John" 
    select e; 

или

var query = 
    collection.AsQueryable<Employee>() 
    .Where(e => e.FirstName == "John"); 

Это не означает, что LINQ запросы вообще не имеют накладные расходы. Все запросы LINQ должны быть переведены во время выполнения в эквивалентные запросы MongoDB, и для этого процесса требуется определенное количество процессорного времени.

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