Как стать автором
Обновить

Где формируем модель для UI при Domain Driven Design? Сравнение производительности различных архитектурных решений

Время на прочтение 11 мин
Количество просмотров 7.8K
Всего голосов 11: ↑9 и ↓2 +7
Комментарии 8

Комментарии 8

С таким набором железа и, я не побоюсь этого, 10ТБ сетью. И 10к строк в табличке. Я даже не знаю… Из пушки по муравьям?
Я опечатался, там 10гбитная сеть конечно. Если сделать больше записей в таблице — не думаю что что-нибудь изменится. Они всё-равно будут в памяти
И всё равно это очень медленно. Расчет для гигабитной сети дает производительность в 6-15 миллисекунд с большим запасом. Я не знаю что там у вас за код, но у меня сервисы общающиеся между собой передают такие данные за единицы миллисекунд с binary сериализацией. Json медленнее раза в 2-3 не больше. Ох уж эти современные браузерные технологии.
я посмотрел — у меня в сценарии когда модель формируется на аппсервере (и используется WCF net.tcp binding с бинарной сериализацией) на установку соединения, передачу данных и закрытие соединения уходит в среднем 24мс...
Мы давно отошли от модели один запрос – одно соединение. И везде используем открытые / пул соединений. А что там с пингами между вашими узлами? Я всё равно не могу понять как 1.5 миллисекунды требуемые для передачи 150 КБ по сети на 1гбит могут вырасти до 200 мс на 10гбит сети. Даже с учетом всех этих прослоек. А уж про 950 мс и подавно понять не могу.
может ты не осознал, что время замерялось в браузере, который был не в сети серверов, а иногда даже за 2000км от них? Т.е. учитывается время на передачу данных через интернеты.
Я все это осознал, и даже написал, что "Ох уж эти браузерные технологии".

может ты не осознал,

А может все-таки "вы"?
прошу прощения )
Зарегистрируйтесь на Хабре , чтобы оставить комментарий

Публикации