Re[12]: StackOverflow
От: lpd Черногория  
Дата: 08.01.17 21:47
Оценка:
Здравствуйте, itslave, Вы писали:

I>Здравствуйте, lpd, Вы писали:


lpd>>Однако по сути все сводится к trade-off: ручное управление памятью vs в 2-4 раза более низкое быстродействие.

I>Еще раз: быстродействие самого языка программирования ничего не решает в типичных задачах. Потому что этот язык программирования зажат между БД с одной стороны и веб серверами — с другой. И именно производительность всего пайплайна решает; прирост производительности бизнес-слоя, сам по себе никому не нужен, даже если бы он внезапно стал бесплатным.

Ну вот Qbit86 в этом треде привел статистику по Stackoverflow(C#):

209,420,973 (+61,336,090) HTTP requests to our load balancer
66,294,789 (+30,199,477) of those were page loads
1,240,266,346,053 (+406,273,363,426) bytes (1.24 TB) of HTTP traffic sent
569,449,470,023 (+282,874,825,991) bytes (569 GB) total received
3,084,303,599,266 (+1,958,311,041,954) bytes (3.08 TB) total sent
504,816,843 (+170,244,740) SQL Queries (from HTTP requests alone)
5,831,683,114 (+5,418,818,063) Redis hits
17,158,874 (not tracked in 2013) Elastic searches
3,661,134 (+57,716) Tag Engine requests
607,073,066 (+48,848,481) ms (168 hours) spent running SQL queries
10,396,073 (-88,950,843) ms (2.8 hours) spent on Redis hits
147,018,571 (+14,634,512) ms (40.8 hours) spent on Tag Engine requests
1,609,944,301 (-1,118,232,744) ms (447 hours) spent processing in ASP.Net
22.71 (-5.29) ms average (19.12 ms in ASP.Net) for 49,180,275 question page renders
11.80 (-53.2) ms average (8.81 ms in ASP.Net) for 6,370,076 home page renders

Мы видим, что даже в задаче записать пост в базу/выдать пост из базы процессор проводит в ASP.Net в 3 раза больше времени, чем исполняет SQL-запросы.
У сложных вещей обычно есть и хорошие, и плохие аспекты.
Берегите Родину, мать вашу. (ДДТ)
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.