Информация об изменениях

Сообщение Re[32]: EntityFramework - тормоз от 19.04.2015 18:13

Изменено 19.04.2015 18:15 AK107

Здравствуйте, Evgeny.Panasyuk, Вы писали:

НС>>На фоне десятков миллисекунд доступа к БД даже на простых запросах — совсем немного.


EP>А если запрос в БД закэширован, или хотя бы нужные страницы уже в памяти? Неужели даже в этих случаях современные БД дают десятки миллисекунд?


прошу прощения. можно влезть как наблюдателю?

обращение к обоим спорщикам:
вы могли бы привести реальные тесты/замеры/цифры затрат на linq генерацию, чтобы говорить уже не об абстрактных вещах которые уже по пятому разу интерпретируются в нужную сторону от микросекунд до миллисекунд? ну чтобы спор стал предметным и можно было "тыкать носом"
Здравствуйте, Evgeny.Panasyuk, Вы писали:

НС>>На фоне десятков миллисекунд доступа к БД даже на простых запросах — совсем немного.


EP>А если запрос в БД закэширован, или хотя бы нужные страницы уже в памяти? Неужели даже в этих случаях современные БД дают десятки миллисекунд?


прошу прощения. можно влезть как наблюдателю?

обращение к обоим спорщикам:
вы могли бы привести реальные тесты/замеры/цифры затрат на linq генерацию, чтобы говорить уже не об абстрактных вещах которые уже по пятому разу интерпретируются в нужную сторону от микросекунд до миллисекунд? ну чтобы спор стал предметным и можно было "тыкать носом"

p.s. от себя могу добавить, что мне таки приходится использовать CompiledQuerys в linq2db, потому как на частых запросах (сотни в секунду) загрузка процессора вырастает без всякой на то нужны, причем заметно.