Сообщение Re[61]: Тормознутость и кривость linq от 14.04.2016 18:16
Изменено 14.04.2016 18:54 Pauel
Здравствуйте, alex_public, Вы писали:
_>Хорошо видно, что как раз с сетевой частью справляются одиночные устройства. С работой БД уже похуже, требуется 4 сервера. А вот с работой приложений всё совсем печально — аж 11 серверов.
Разные типы устройств масштабируются по разному. Реляционная база данных масштабируется плохо, десяток серверов здесь просто без толку. А количество серверов приложения можно увеличивать чуть не до посинения.
Кроме того, по твоей ссылке создается ощущение, что БД на SO не является узким местом, что и объясняет возможность применения даппера. То есть, SO все еще полирует HTTP трафик. Вот как эта часть подойдет к насыщению, тогда и посмотрим про БД, выживет ли там даппер или нет.
S>>И здесь рулят технологии, которые позволяют скармливать в RDBMS хорошо оптимизируемые запросы. При этом важная вещь — в том, что оптимальные пути исполнения очень зависят от конкретных данных. Поэтому, скажем, самописанный шаблонный код на плюсах, который использует самописанную структуру файлов для хранения данных — сосёт. Есть тут у нас на форуме любители похвастать тем, как они бодро могут замапить файл в память на плюсах.
_>Шаблонный код для для записи в файл? ) Это ты где такого нахватался интересно? )))
Знатоки С++ регулярно радуют откровениями, рассказывают что де можно всё в одном файле делать. Дескать 'три строчки и скорость ого-го-ни-одной-базе-не-снилась-почти-как-память'. Вот, к слову, именно ты не далее чем год назад рассказывал про чудеса виртуальной памяти, когда предлагал компилировать весь сайт вместе с темплейтами и тд и тд в один экзешник. Это ровно тот же случай, только сбоку.
_>Хорошо видно, что как раз с сетевой частью справляются одиночные устройства. С работой БД уже похуже, требуется 4 сервера. А вот с работой приложений всё совсем печально — аж 11 серверов.
Разные типы устройств масштабируются по разному. Реляционная база данных масштабируется плохо, десяток серверов здесь просто без толку. А количество серверов приложения можно увеличивать чуть не до посинения.
Кроме того, по твоей ссылке создается ощущение, что БД на SO не является узким местом, что и объясняет возможность применения даппера. То есть, SO все еще полирует HTTP трафик. Вот как эта часть подойдет к насыщению, тогда и посмотрим про БД, выживет ли там даппер или нет.
S>>И здесь рулят технологии, которые позволяют скармливать в RDBMS хорошо оптимизируемые запросы. При этом важная вещь — в том, что оптимальные пути исполнения очень зависят от конкретных данных. Поэтому, скажем, самописанный шаблонный код на плюсах, который использует самописанную структуру файлов для хранения данных — сосёт. Есть тут у нас на форуме любители похвастать тем, как они бодро могут замапить файл в память на плюсах.
_>Шаблонный код для для записи в файл? ) Это ты где такого нахватался интересно? )))
Знатоки С++ регулярно радуют откровениями, рассказывают что де можно всё в одном файле делать. Дескать 'три строчки и скорость ого-го-ни-одной-базе-не-снилась-почти-как-память'. Вот, к слову, именно ты не далее чем год назад рассказывал про чудеса виртуальной памяти, когда предлагал компилировать весь сайт вместе с темплейтами и тд и тд в один экзешник. Это ровно тот же случай, только сбоку.
Re[61]: Тормознутость и кривость linq
Здравствуйте, alex_public, Вы писали:
_>Хорошо видно, что как раз с сетевой частью справляются одиночные устройства. С работой БД уже похуже, требуется 4 сервера. А вот с работой приложений всё совсем печально — аж 11 серверов.
Разные типы устройств масштабируются по разному. Реляционная база данных масштабируется плохо, десяток серверов здесь просто без толку. А количество серверов приложения можно увеличивать чуть не до посинения.
Кроме того, по твоей ссылке создается ощущение, что БД на SO не является узким местом, что и объясняет возможность применения даппера. То есть, SO все еще полирует HTTP трафик. Вот как эта часть подойдет к насыщению, тогда и посмотрим про БД, выживет ли там даппер или нет.
S>>И здесь рулят технологии, которые позволяют скармливать в RDBMS хорошо оптимизируемые запросы. При этом важная вещь — в том, что оптимальные пути исполнения очень зависят от конкретных данных. Поэтому, скажем, самописанный шаблонный код на плюсах, который использует самописанную структуру файлов для хранения данных — сосёт. Есть тут у нас на форуме любители похвастать тем, как они бодро могут замапить файл в память на плюсах.
_>Шаблонный код для для записи в файл? ) Это ты где такого нахватался интересно? )))
Знатоки С++ регулярно радуют откровениями, рассказывают что де можно всё в одном файле делать. Дескать 'три строчки и скорость ого-го-ни-одной-базе-не-снилась-почти-как-память'. Вот, к слову, именно ты не далее чем год назад рассказывал про чудеса виртуальной памяти, когда предлагал компилировать весь сайт вместе с темплейтами и тд и тд в один экзешник на vide.d. Это ровно тот же случай, только сбоку.
_>Хорошо видно, что как раз с сетевой частью справляются одиночные устройства. С работой БД уже похуже, требуется 4 сервера. А вот с работой приложений всё совсем печально — аж 11 серверов.
Разные типы устройств масштабируются по разному. Реляционная база данных масштабируется плохо, десяток серверов здесь просто без толку. А количество серверов приложения можно увеличивать чуть не до посинения.
Кроме того, по твоей ссылке создается ощущение, что БД на SO не является узким местом, что и объясняет возможность применения даппера. То есть, SO все еще полирует HTTP трафик. Вот как эта часть подойдет к насыщению, тогда и посмотрим про БД, выживет ли там даппер или нет.
S>>И здесь рулят технологии, которые позволяют скармливать в RDBMS хорошо оптимизируемые запросы. При этом важная вещь — в том, что оптимальные пути исполнения очень зависят от конкретных данных. Поэтому, скажем, самописанный шаблонный код на плюсах, который использует самописанную структуру файлов для хранения данных — сосёт. Есть тут у нас на форуме любители похвастать тем, как они бодро могут замапить файл в память на плюсах.
_>Шаблонный код для для записи в файл? ) Это ты где такого нахватался интересно? )))
Знатоки С++ регулярно радуют откровениями, рассказывают что де можно всё в одном файле делать. Дескать 'три строчки и скорость ого-го-ни-одной-базе-не-снилась-почти-как-память'. Вот, к слову, именно ты не далее чем год назад рассказывал про чудеса виртуальной памяти, когда предлагал компилировать весь сайт вместе с темплейтами и тд и тд в один экзешник на vide.d. Это ровно тот же случай, только сбоку.