Сообщение Re[32]: EntityFramework - тормоз от 19.04.2015 18:13
Изменено 19.04.2015 18:16 AK107
Здравствуйте, Evgeny.Panasyuk, Вы писали:
НС>>На фоне десятков миллисекунд доступа к БД даже на простых запросах — совсем немного.
EP>А если запрос в БД закэширован, или хотя бы нужные страницы уже в памяти? Неужели даже в этих случаях современные БД дают десятки миллисекунд?
прошу прощения. можно влезть как наблюдателю?
обращение к обоим спорщикам:
вы могли бы привести реальные тесты/замеры/цифры затрат на linq генерацию, чтобы говорить уже не об абстрактных вещах которые уже по пятому разу интерпретируются в нужную сторону от микросекунд до миллисекунд? ну чтобы спор стал предметным и можно было "тыкать носом"
p.s. от себя могу добавить, что мне таки приходится использовать CompiledQuerys в linq2db, потому как на частых запросах (сотни в секунду) загрузка процессора вырастает без всякой на то нужны, причем заметно.
НС>>На фоне десятков миллисекунд доступа к БД даже на простых запросах — совсем немного.
EP>А если запрос в БД закэширован, или хотя бы нужные страницы уже в памяти? Неужели даже в этих случаях современные БД дают десятки миллисекунд?
прошу прощения. можно влезть как наблюдателю?
обращение к обоим спорщикам:
вы могли бы привести реальные тесты/замеры/цифры затрат на linq генерацию, чтобы говорить уже не об абстрактных вещах которые уже по пятому разу интерпретируются в нужную сторону от микросекунд до миллисекунд? ну чтобы спор стал предметным и можно было "тыкать носом"
p.s. от себя могу добавить, что мне таки приходится использовать CompiledQuerys в linq2db, потому как на частых запросах (сотни в секунду) загрузка процессора вырастает без всякой на то нужны, причем заметно.
Re[32]: EntityFramework - тормоз
Здравствуйте, Evgeny.Panasyuk, Вы писали:
НС>>На фоне десятков миллисекунд доступа к БД даже на простых запросах — совсем немного.
EP>А если запрос в БД закэширован, или хотя бы нужные страницы уже в памяти? Неужели даже в этих случаях современные БД дают десятки миллисекунд?
прошу прощения. можно влезть как наблюдателю?
обращение к обоим спорщикам:
вы могли бы привести реальные тесты/замеры/цифры затрат на linq генерацию, чтобы говорить уже не об абстрактных вещах которые уже по пятому разу интерпретируются в нужную сторону от микросекунд до миллисекунд? ну чтобы спор стал предметным и можно было "тыкать носом"
p.s. от себя могу добавить, что мне таки приходится использовать CompiledQuerys в linq2db, потому как на частых запросах (сотни в секунду) загрузка процессора вырастает без всякой на то нужды, причем заметно.
НС>>На фоне десятков миллисекунд доступа к БД даже на простых запросах — совсем немного.
EP>А если запрос в БД закэширован, или хотя бы нужные страницы уже в памяти? Неужели даже в этих случаях современные БД дают десятки миллисекунд?
прошу прощения. можно влезть как наблюдателю?
обращение к обоим спорщикам:
вы могли бы привести реальные тесты/замеры/цифры затрат на linq генерацию, чтобы говорить уже не об абстрактных вещах которые уже по пятому разу интерпретируются в нужную сторону от микросекунд до миллисекунд? ну чтобы спор стал предметным и можно было "тыкать носом"
p.s. от себя могу добавить, что мне таки приходится использовать CompiledQuerys в linq2db, потому как на частых запросах (сотни в секунду) загрузка процессора вырастает без всякой на то нужды, причем заметно.