|
|
|
Жирные программы - факторы скорости
|
|||
|---|---|---|---|
|
#18+
Dima Tdbpatchделим 209м на 86400 - получаем несчастные 2423 rps, 145к в минуту, где миллионы? Некорректно на 86400 делить, так ты предполагаешь что круглосуточно запросы идут равномерным потоком. Думаю пиковые нагрузки в 3-4 раза выше среднего и заложен резерв мощности на их обслуживание, т.е. 435-580к в минуту. Не гугл с миллионами, это глобальный сервис, почему некорректно? Dima Tно и не на порядок, а в 6-8 раз. господи, когда вы уже все запомните? порядок бывает двоичный - это значит в два раза порядок бывает десятичный - это в 10 раз (обычно подразумевают его) на два порядка - это в 100 раз простое же правило. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.04.2017, 17:14 |
|
||
|
Жирные программы - факторы скорости
|
|||
|---|---|---|---|
|
#18+
Dima Tdbpatch3) гугл для своих 59к rps держит сотни тысяч нод - спрашивается, зачем, если якобы один сервак на ASP.NET сдюжит больше? Задачи несравнимые: StackOverflow это форум, запросы конкретных ссылок это и есть вся его основная нагрузка, а гуглу чтобы ответы на запросы давать надо еще постоянно весь инет качать постоянно, хранить как-то и индексировать для быстрого поиска. И на поиске гугл не заканчивается. Есть ютуб и т.д. под 59к rps имелось в виду именно сервис поиска. при этом поиск у них, как ни странно, написан на C++, хотя, как известно, "сейчас никто на C/C++ веб сервисы не пишет" (с) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.04.2017, 17:17 |
|
||
|
Жирные программы - факторы скорости
|
|||
|---|---|---|---|
|
#18+
А программисты из Software AG впихнули в 200 кило многопользовательскую СУБД с поддержкой транзакций :) (ADABAS 4.1) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.04.2017, 17:29 |
|
||
|
Жирные программы - факторы скорости
|
|||
|---|---|---|---|
|
#18+
dbpatchпри этом поиск у них, как ни странно, написан на C++, хотя, как известно, "сейчас никто на C/C++ веб сервисы не пишет" (с) Они уже поняли свою ошибку и продвигают Go слова Роба Пайка Фишка в том, что наши программисты гуглеры, а не ученые. Это обычно молодые, только выпустившиеся пацаны, которые возможно выучили Java, возможно даже C/C++ и может быть Python. Они не в состоянии понимать пробздетый язык, но мы все равно хотим, чтобы они делали хороший софт. Таким образом, мы даем им легкопонимаемый язык, к которому они быстро привыкнут. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.04.2017, 18:45 |
|
||
|
Жирные программы - факторы скорости
|
|||
|---|---|---|---|
|
#18+
Dima TОни уже поняли свою ошибку и продвигают Go слова Роба Пайка Фишка в том, что наши программисты гуглеры, а не ученые. Это обычно молодые, только выпустившиеся пацаны, которые возможно выучили Java, возможно даже C/C++ и может быть Python. Они не в состоянии понимать пробздетый язык, но мы все равно хотим, чтобы они делали хороший софт. Таким образом, мы даем им легкопонимаемый язык, к которому они быстро привыкнут. "Автор должен железно просечь: хочешь неслабо выступить - завязывай с жаргоном." ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.04.2017, 18:57 |
|
||
|
Жирные программы - факторы скорости
|
|||
|---|---|---|---|
|
#18+
Dima Tdbpatchпри этом поиск у них, как ни странно, написан на C++, хотя, как известно, "сейчас никто на C/C++ веб сервисы не пишет" (с) Они уже поняли свою ошибку и продвигают Go слова Роба Пайка Фишка в том, что наши программисты гуглеры, а не ученые. Это обычно молодые, только выпустившиеся пацаны, которые возможно выучили Java, возможно даже C/C++ и может быть Python. Они не в состоянии понимать пробздетый язык, но мы все равно хотим, чтобы они делали хороший софт. Таким образом, мы даем им легкопонимаемый язык, к которому они быстро привыкнут . хотим, делаем, привыкнут? ну вот как сделают - так сразу и. один язык сделать мало. к нему нужно еще IDE вменяемую, отладчики, статические анализаторы, оптимизаторы до ума довести кроме того, у Go есть фатальный недостаток - garbage collector. Т.е. это просто очередная Java или .NET, со всеми вытекающими почему у авторов не хватило кругозора посмотреть на erlang/elixir, на CoW, на swift с его детерменированным по времени управлением памятью на счетчиках - вообще не понятно. говоря проще - go - это архитектурно вчерашний век, не взлетит ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.04.2017, 19:08 |
|
||
|
Жирные программы - факторы скорости
|
|||
|---|---|---|---|
|
#18+
dbpatchТ.е. это просто очередная Java или .NET, со всеми вытекающими Java и .NET в топе, почему гугл не может такой же пинок вверх дать Go? Деньги есть, вложатся - взлетит. ЯП это технарям инструмент, можно долго спорить что удобнее "ложка или вилка", но если бизнес скажет что "китайские палочки" наше всё, то технари освоят палочки и будут спорить какая из палочек важнее. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.04.2017, 19:57 |
|
||
|
Жирные программы - факторы скорости
|
|||
|---|---|---|---|
|
#18+
hVosttГде тот волшебник, который генерирует библиотеки сразу с тем и только тем функционалом, который лично мне сейчас нужен? возможно, что это достаточно перспективное направление - генерация кода библиотек с заданным функционалом (подмножеством) максимального ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.04.2017, 20:54 |
|
||
|
Жирные программы - факторы скорости
|
|||
|---|---|---|---|
|
#18+
dbpatchЕсли написать простейший web сервер приложений, который будет выдавать hello world, на "современном" стеке - PHP, JSP, ASP.NET, и такой-же на "чистом" C, то количество ответов в секунду может отличаться на два порядка и даже больше (т.е. более, чем в 100 раз). Если копнуть дальше, пойти в базы данных - то можно и до трех порядков добраться. этим старина Грексхайд занимается. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.04.2017, 20:57 |
|
||
|
Жирные программы - факторы скорости
|
|||
|---|---|---|---|
|
#18+
Dima TdbpatchТ.е. это просто очередная Java или .NET, со всеми вытекающими Java и .NET в топе, почему гугл не может такой же пинок вверх дать Go? Деньги есть, вложатся - взлетит. ЯП это технарям инструмент, можно долго спорить что удобнее "ложка или вилка", но если бизнес скажет что "китайские палочки" наше всё, то технари освоят палочки и будут спорить какая из палочек важнее. потому что в этом мире есть понятие критической массы накопленной базы знаний, решений и сообществ. если go при прочих равных условиях ничего нового не дает, в сравнении, то никто на него переходить не станет - нет смысла инвестировать время и силы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.04.2017, 23:38 |
|
||
|
Жирные программы - факторы скорости
|
|||
|---|---|---|---|
|
#18+
dbpatchТ.е. это просто очередная Java или .NET, со всеми вытекающими почему у авторов не хватило кругозора посмотреть на erlang/elixir, на CoW, на swift с его детерменированным по времени управлением памятью на счетчиках - вообще не понятно. говоря проще - go - это архитектурно вчерашний век, не взлетит Вот с этого момента - непонятно. В 1-й фразе как буд-то бы нам говорят что не стоит делать клон Java/.Net. Во второй фразе - совет посмотреть на CoW(Copy-On-Write) который уже более 20 лет используется в java/.Net в части строковых параметров. Далее - непонятно что такое "память на счётчиках"? Этому есть термин? Зачем говорить что (Go) он не "взлетит" ? Если фаза взлета у него уже закончилась и уже лет 10 идет успешная (на мой взгляд) фаза эксплуатации. Вобщем как-то... скомкано у вас. Проясните! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.04.2017, 00:51 |
|
||
|
Жирные программы - факторы скорости
|
|||
|---|---|---|---|
|
#18+
maytonДалее - непонятно что такое "память на счётчиках"? Этому есть термин? Я так понимаю освобождение памяти при удалении последней ссылки на нее. Например управление объектами ядра виндовса так построено: создал объект - счетчик 1, поделился объектом - счетчик ++, закончил работать с объектом - счетчик --, если == 0 удаляем объект. ИМХО далеко не самый лучший подход сборки мусора. При передаче ссылок как параметров будет постоянное изменение счетчиков: присвоил ссылку переменной ++, область видимости закончилась --. Для однопоточного ЯП подойдет, а в многопоточном коде надо будет атомарно счетчики менять что уже тормоз. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.04.2017, 07:05 |
|
||
|
Жирные программы - факторы скорости
|
|||
|---|---|---|---|
|
#18+
Фундаментальная проблема сборщика со счётчиком ссылок - не работа со счётчиком, а структуры с циклическими ссылками. "Меня опять терзают смутные сомнения", что избежать циклических ссылок средствами языка - проблематично, мягко говоря. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.04.2017, 08:03 |
|
||
|
Жирные программы - факторы скорости
|
|||
|---|---|---|---|
|
#18+
Basil A. SidorovФундаментальная проблема сборщика со счётчиком ссылок - не работа со счётчиком, а структуры с циклическими ссылками. "Меня опять терзают смутные сомнения", что избежать циклических ссылок средствами языка - проблематично, мягко говоря. функциональные языки, у них GC полностью реализуется через подсчёт ссылок ибо циклических ссылок принципиально нет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.04.2017, 20:13 |
|
||
|
Жирные программы - факторы скорости
|
|||
|---|---|---|---|
|
#18+
На самом деле циклические ссылки это редкость. Но если они случаются то происходит жопа. Например в Visual FoxPro объекты живут на счетчиках ссылок, но если зациклишь - повисает намертво. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.04.2017, 20:44 |
|
||
|
Жирные программы - факторы скорости
|
|||
|---|---|---|---|
|
#18+
Dima TНа самом деле циклические ссылки это редкость. Но если они случаются то происходит жопа. Например в Visual FoxPro объекты живут на счетчиках ссылок, но если зациклишь - повисает намертво. В хелловорде может и редкость ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2017, 10:15 |
|
||
|
Жирные программы - факторы скорости
|
|||
|---|---|---|---|
|
#18+
Сделал тестилку скорости запуска любой оконной программы. Вкратце, она показала, что вода мокрая. Sic! Т.е. что софтинка на Джаве грузится 10-30сек, потому что нужно загрузить кучу муры объемом в 100Мб. И еще и JIT-скомпилировать. А дНет походу на компиляцию особо сил не тратит, потому укладывается в 10с всегда. Примеры пользования добавил второй статьей на Хабре. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.05.2017, 08:09 |
|
||
|
Жирные программы - факторы скорости
|
|||
|---|---|---|---|
|
#18+
SiemarglПримеры пользования добавил второй статьей на Хабре. "Выводы — загрузка фреймворка — очень дорогая операция, поскольку стоит большого количества рандомного ввода-вывода. Хотите быструю программу — делайте ее компактными средствами." Это шесть с плюсом. Как средства разработки влияют на результирующую программу ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.05.2017, 10:33 |
|
||
|
Жирные программы - факторы скорости
|
|||
|---|---|---|---|
|
#18+
как скорость начальной загрузки влияет на скорость последующей работы? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.05.2017, 10:53 |
|
||
|
Жирные программы - факторы скорости
|
|||
|---|---|---|---|
|
#18+
schiSiemarglПримеры пользования добавил второй статьей на Хабре. "Выводы — загрузка фреймворка — очень дорогая операция, поскольку стоит большого количества рандомного ввода-вывода. Хотите быструю программу — делайте ее компактными средствами." Это шесть с плюсом. Как средства разработки влияют на результирующую программу ?Напрямую - размеры исполняемых модулей, тип и качество кода. Нужно уточнить вопрос. Например, утилитка stime это целых 12Кб - на другом языке будет существенно больше (хотя на скорость не повлияет). Кажется Go сейчас лидер в многомегабайтных бинарниках (минимум уже ~10Мб) - была статья. Изопропилкак скорость начальной загрузки влияет на скорость последующей работы?Ты думаешь, что все уже загрузилось при старте? Нет. И пока не загрузится все, тупить будет продолжаться. А потом - ХЗ насколько будет медленнее, но другие факторы остаются. Можно проверить, запустив под stime - полазить по менюшкам, окошкам - DiskIO будет расти. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.05.2017, 12:40 |
|
||
|
Жирные программы - факторы скорости
|
|||
|---|---|---|---|
|
#18+
Вот про размеры Го Но, с диска читать что 4Кб, что 10Мб одним куском почти незаметно. Вот по сети таскать - было бы да. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.05.2017, 12:44 |
|
||
|
Жирные программы - факторы скорости
|
|||
|---|---|---|---|
|
#18+
Изопропилкак скорость начальной загрузки влияет на скорость последующей работы? Практика показывает, мне во всяком случае, что когда у разработчиков ПО нет желания понимать пословицу "встречают по одежке.....", то до оценки их ума дело может не дойти. ps Я говорю о проектах свободного рынка, а не о схемах, где програмный продукт создается или приобретается только как инструмент перевода налогооблагамой прибыли в расходы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.05.2017, 12:59 |
|
||
|
Жирные программы - факторы скорости
|
|||
|---|---|---|---|
|
#18+
д0kХ, а куда ты денешься если тебе нужны продукты Adobe и Autodesk? они ведь неторопливо загружаются. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.05.2017, 13:26 |
|
||
|
Жирные программы - факторы скорости
|
|||
|---|---|---|---|
|
#18+
SiemarglНапример, утилитка stime это целых 12Кб - на другом языке будет существенно больше (хотя на скорость не повлияет). Кажется Go сейчас лидер в многомегабайтных бинарниках (минимум уже ~10Мб) - была статья. Я понимаю, лет 30-40 назад, при тогдашней стоимости и производительности железа имело смысл минимизировать все и везде, вплоть до оптимизации кода инициализации. Но сейчас смысла в этих попытках столько же, сколько в тщательном измерении длины шага мерина, которого ведут на живодерню (с) Виктор Конецкий Мне без разницы, занимает утилита 12 килобайт или 10 мебагайт, если она делает то, что мне нужно. Кстати, насчет Go от 10 мегабайт не надо сказки рассказывать. Полтора мегабайта простая программа, работающая с файлами. И это нормально, потому что в этом коде вся инфраструктура времени выполнения, включая сборщик мусора и прочее. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.05.2017, 13:34 |
|
||
|
Жирные программы - факторы скорости
|
|||
|---|---|---|---|
|
#18+
SiemarglТ.е. что софтинка на Джаве грузится 10-30сек, потому что нужно загрузить кучу муры объемом в 100Мб."Знай, что хаешь!" (ц) dz java -showversion -Xprof -jar jedit.jar -version Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.05.2017, 16:34 |
|
||
|
|

start [/forum/topic.php?fid=16&msg=39441114&tid=1340410]: |
0ms |
get settings: |
9ms |
get forum list: |
16ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
191ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
83ms |
get tp. blocked users: |
1ms |
| others: | 211ms |
| total: | 534ms |

| 0 / 0 |
