Сообщение Re[33]: EntityFramework - тормоз от 19.04.2015 18:35
Изменено 19.04.2015 18:38 Evgeny.Panasyuk
Здравствуйте, AK107, Вы писали:
AK>прошу прощения. можно влезть как наблюдателю?
Конечно
AK>обращение к обоим спорщикам:
AK>вы могли бы привести реальные тесты/замеры/цифры затрат на linq генерацию, чтобы говорить уже не об абстрактных вещах которые уже по пятому разу интерпретируются в нужную сторону от микросекунд до миллисекунд? ну чтобы спор стал предметным и можно было "тыкать носом"
Я пока полагаюсь на данные озвученные gandjustas — думаю завышать он не будет, а уж придумывать тем более.
Тем не менее с любопытством посмотрел бы на результаты и код замеров отдельных этапов — как минимум на одном сложном и одном простом запросе.
Если оверхед действительно измеряется в микросекундах — то согласен что это вполне приемлемо, думаю даже для прилично нагруженных систем.
AK>p.s. от себя могу добавить, что мне таки приходится использовать CompiledQuerys в linq2db, потому как на частых запросах (сотни в секунду) загрузка процессора вырастает без всякой на то нужды, причем заметно.
Если бы compiled LINQ от plain отличался бы на 10 микросекунд, то на сотнях запросах в секунду загрузка процессора от plain LINQ была бы меньше процента.
AK>прошу прощения. можно влезть как наблюдателю?
Конечно
AK>обращение к обоим спорщикам:
AK>вы могли бы привести реальные тесты/замеры/цифры затрат на linq генерацию, чтобы говорить уже не об абстрактных вещах которые уже по пятому разу интерпретируются в нужную сторону от микросекунд до миллисекунд? ну чтобы спор стал предметным и можно было "тыкать носом"
Я пока полагаюсь на данные озвученные gandjustas — думаю завышать он не будет, а уж придумывать тем более.
Тем не менее с любопытством посмотрел бы на результаты и код замеров отдельных этапов — как минимум на одном сложном и одном простом запросе.
Если оверхед действительно измеряется в микросекундах — то согласен что это вполне приемлемо, думаю даже для прилично нагруженных систем.
AK>p.s. от себя могу добавить, что мне таки приходится использовать CompiledQuerys в linq2db, потому как на частых запросах (сотни в секунду) загрузка процессора вырастает без всякой на то нужды, причем заметно.
Если бы compiled LINQ от plain отличался бы на 10 микросекунд, то на сотнях запросах в секунду загрузка процессора от plain LINQ была бы меньше процента.
Re[33]: EntityFramework - тормоз
Здравствуйте, AK107, Вы писали:
AK>прошу прощения. можно влезть как наблюдателю?
Конечно
AK>обращение к обоим спорщикам:
AK>вы могли бы привести реальные тесты/замеры/цифры затрат на linq генерацию, чтобы говорить уже не об абстрактных вещах которые уже по пятому разу интерпретируются в нужную сторону от микросекунд до миллисекунд? ну чтобы спор стал предметным и можно было "тыкать носом"
Я пока полагаюсь на данные озвученные
Тем не менее с любопытством посмотрел бы на результаты и код замеров отдельных этапов — как минимум на одном сложном и одном простом запросе.
Если оверхед действительно измеряется в микросекундах — то согласен что это вполне приемлемо, думаю даже для прилично нагруженных систем.
AK>p.s. от себя могу добавить, что мне таки приходится использовать CompiledQuerys в linq2db, потому как на частых запросах (сотни в секунду) загрузка процессора вырастает без всякой на то нужды, причем заметно.
Если бы compiled LINQ от plain отличался бы на 10 микросекунд, то на сотнях запросах в секунду загрузка процессора от plain LINQ была бы меньше процента.
AK>прошу прощения. можно влезть как наблюдателю?
Конечно
AK>обращение к обоим спорщикам:
AK>вы могли бы привести реальные тесты/замеры/цифры затрат на linq генерацию, чтобы говорить уже не об абстрактных вещах которые уже по пятому разу интерпретируются в нужную сторону от микросекунд до миллисекунд? ну чтобы спор стал предметным и можно было "тыкать носом"
Я пока полагаюсь на данные озвученные
Автор: gandjustas
Дата: 13.04.15
gandjustas — думаю завышать он не будет, а уж придумывать тем более. Причём, насколько я понял, он там говорил про оверхед только от обхода Expression Tree, в то время как под капотом там же не только ET обходится.Дата: 13.04.15
Тем не менее с любопытством посмотрел бы на результаты и код замеров отдельных этапов — как минимум на одном сложном и одном простом запросе.
Если оверхед действительно измеряется в микросекундах — то согласен что это вполне приемлемо, думаю даже для прилично нагруженных систем.
AK>p.s. от себя могу добавить, что мне таки приходится использовать CompiledQuerys в linq2db, потому как на частых запросах (сотни в секунду) загрузка процессора вырастает без всякой на то нужды, причем заметно.
Если бы compiled LINQ от plain отличался бы на 10 микросекунд, то на сотнях запросах в секунду загрузка процессора от plain LINQ была бы меньше процента.