powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Программирование [игнор отключен] [закрыт для гостей] / Жирные программы - факторы скорости
25 сообщений из 92, страница 3 из 4
Жирные программы - факторы скорости
    #39441091
dbpatch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dima Tdbpatchделим 209м на 86400 - получаем несчастные 2423 rps, 145к в минуту, где миллионы?
Некорректно на 86400 делить, так ты предполагаешь что круглосуточно запросы идут равномерным потоком. Думаю пиковые нагрузки в 3-4 раза выше среднего и заложен резерв мощности на их обслуживание, т.е. 435-580к в минуту. Не гугл с миллионами,

это глобальный сервис, почему некорректно?


Dima Tно и не на порядок, а в 6-8 раз.

господи, когда вы уже все запомните?

порядок бывает двоичный - это значит в два раза
порядок бывает десятичный - это в 10 раз (обычно подразумевают его)

на два порядка - это в 100 раз

простое же правило.
...
Рейтинг: 0 / 0
Жирные программы - факторы скорости
    #39441093
dbpatch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dima Tdbpatch3) гугл для своих 59к rps держит сотни тысяч нод - спрашивается, зачем, если якобы один сервак на ASP.NET сдюжит больше?
Задачи несравнимые: StackOverflow это форум, запросы конкретных ссылок это и есть вся его основная нагрузка, а гуглу чтобы ответы на запросы давать надо еще постоянно весь инет качать постоянно, хранить как-то и индексировать для быстрого поиска. И на поиске гугл не заканчивается. Есть ютуб и т.д.

под 59к rps имелось в виду именно сервис поиска.

при этом поиск у них, как ни странно, написан на C++, хотя, как известно, "сейчас никто на C/C++ веб сервисы не пишет" (с)
...
Рейтинг: 0 / 0
Жирные программы - факторы скорости
    #39441114
schi
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А программисты из Software AG впихнули в 200 кило многопользовательскую СУБД с поддержкой транзакций :) (ADABAS 4.1)
...
Рейтинг: 0 / 0
Жирные программы - факторы скорости
    #39441169
Dima T
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
dbpatchпри этом поиск у них, как ни странно, написан на C++, хотя, как известно, "сейчас никто на C/C++ веб сервисы не пишет" (с)
Они уже поняли свою ошибку и продвигают Go
слова Роба Пайка Фишка в том, что наши программисты гуглеры, а не ученые. Это обычно молодые, только выпустившиеся пацаны, которые возможно выучили Java, возможно даже C/C++ и может быть Python. Они не в состоянии понимать пробздетый язык, но мы все равно хотим, чтобы они делали хороший софт. Таким образом, мы даем им легкопонимаемый язык, к которому они быстро привыкнут.
...
Рейтинг: 0 / 0
Жирные программы - факторы скорости
    #39441183
schi
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dima TОни уже поняли свою ошибку и продвигают Go
слова Роба Пайка Фишка в том, что наши программисты гуглеры, а не ученые. Это обычно молодые, только выпустившиеся пацаны, которые возможно выучили Java, возможно даже C/C++ и может быть Python. Они не в состоянии понимать пробздетый язык, но мы все равно хотим, чтобы они делали хороший софт. Таким образом, мы даем им легкопонимаемый язык, к которому они быстро привыкнут.

"Автор должен железно просечь: хочешь неслабо выступить - завязывай с жаргоном."
...
Рейтинг: 0 / 0
Жирные программы - факторы скорости
    #39441186
dbpatch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dima Tdbpatchпри этом поиск у них, как ни странно, написан на C++, хотя, как известно, "сейчас никто на C/C++ веб сервисы не пишет" (с)
Они уже поняли свою ошибку и продвигают Go
слова Роба Пайка Фишка в том, что наши программисты гуглеры, а не ученые. Это обычно молодые, только выпустившиеся пацаны, которые возможно выучили Java, возможно даже C/C++ и может быть Python. Они не в состоянии понимать пробздетый язык, но мы все равно хотим, чтобы они делали хороший софт. Таким образом, мы даем им легкопонимаемый язык, к которому они быстро привыкнут .
хотим, делаем, привыкнут? ну вот как сделают - так сразу и.

один язык сделать мало. к нему нужно еще IDE вменяемую, отладчики, статические анализаторы, оптимизаторы до ума довести
кроме того, у Go есть фатальный недостаток - garbage collector.

Т.е. это просто очередная Java или .NET, со всеми вытекающими

почему у авторов не хватило кругозора посмотреть на erlang/elixir, на CoW, на swift с его детерменированным по времени управлением памятью на счетчиках - вообще не понятно.

говоря проще - go - это архитектурно вчерашний век, не взлетит
...
Рейтинг: 0 / 0
Жирные программы - факторы скорости
    #39441204
Dima T
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
dbpatchТ.е. это просто очередная Java или .NET, со всеми вытекающими
Java и .NET в топе, почему гугл не может такой же пинок вверх дать Go? Деньги есть, вложатся - взлетит. ЯП это технарям инструмент, можно долго спорить что удобнее "ложка или вилка", но если бизнес скажет что "китайские палочки" наше всё, то технари освоят палочки и будут спорить какая из палочек важнее.
...
Рейтинг: 0 / 0
Жирные программы - факторы скорости
    #39441217
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hVosttГде тот волшебник, который генерирует библиотеки сразу с тем и только тем функционалом, который лично мне сейчас нужен?
возможно, что это достаточно перспективное направление - генерация кода библиотек с заданным функционалом
(подмножеством) максимального
...
Рейтинг: 0 / 0
Жирные программы - факторы скорости
    #39441218
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
dbpatchЕсли написать простейший web сервер приложений, который будет выдавать hello world, на "современном" стеке - PHP, JSP, ASP.NET, и такой-же на "чистом" C, то количество ответов в секунду может отличаться на два порядка и даже больше (т.е. более, чем в 100 раз).

Если копнуть дальше, пойти в базы данных - то можно и до трех порядков добраться.
этим старина Грексхайд занимается.
...
Рейтинг: 0 / 0
Жирные программы - факторы скорости
    #39441263
dbpatch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dima TdbpatchТ.е. это просто очередная Java или .NET, со всеми вытекающими
Java и .NET в топе, почему гугл не может такой же пинок вверх дать Go? Деньги есть, вложатся - взлетит. ЯП это технарям инструмент, можно долго спорить что удобнее "ложка или вилка", но если бизнес скажет что "китайские палочки" наше всё, то технари освоят палочки и будут спорить какая из палочек важнее.

потому что в этом мире есть понятие критической массы накопленной базы знаний, решений и сообществ.

если go при прочих равных условиях ничего нового не дает, в сравнении, то никто на него переходить не станет - нет смысла инвестировать время и силы.
...
Рейтинг: 0 / 0
Жирные программы - факторы скорости
    #39441275
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
dbpatchТ.е. это просто очередная Java или .NET, со всеми вытекающими

почему у авторов не хватило кругозора посмотреть на erlang/elixir, на CoW, на swift с его детерменированным по времени управлением памятью на счетчиках - вообще не понятно.

говоря проще - go - это архитектурно вчерашний век, не взлетит
Вот с этого момента - непонятно. В 1-й фразе как буд-то бы нам говорят что не стоит делать клон Java/.Net.

Во второй фразе - совет посмотреть на CoW(Copy-On-Write) который уже более 20 лет
используется в java/.Net в части строковых параметров.

Далее - непонятно что такое "память на счётчиках"? Этому есть термин?

Зачем говорить что (Go) он не "взлетит" ? Если фаза взлета у него уже закончилась
и уже лет 10 идет успешная (на мой взгляд) фаза эксплуатации.

Вобщем как-то... скомкано у вас.

Проясните!
...
Рейтинг: 0 / 0
Жирные программы - факторы скорости
    #39441317
Dima T
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonДалее - непонятно что такое "память на счётчиках"? Этому есть термин?
Я так понимаю освобождение памяти при удалении последней ссылки на нее. Например управление объектами ядра виндовса так построено: создал объект - счетчик 1, поделился объектом - счетчик ++, закончил работать с объектом - счетчик --, если == 0 удаляем объект.

ИМХО далеко не самый лучший подход сборки мусора. При передаче ссылок как параметров будет постоянное изменение счетчиков: присвоил ссылку переменной ++, область видимости закончилась --. Для однопоточного ЯП подойдет, а в многопоточном коде надо будет атомарно счетчики менять что уже тормоз.
...
Рейтинг: 0 / 0
Жирные программы - факторы скорости
    #39441334
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Фундаментальная проблема сборщика со счётчиком ссылок - не работа со счётчиком, а структуры с циклическими ссылками.
"Меня опять терзают смутные сомнения", что избежать циклических ссылок средствами языка - проблематично, мягко говоря.
...
Рейтинг: 0 / 0
Жирные программы - факторы скорости
    #39446369
kealon(Ruslan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Basil A. SidorovФундаментальная проблема сборщика со счётчиком ссылок - не работа со счётчиком, а структуры с циклическими ссылками.
"Меня опять терзают смутные сомнения", что избежать циклических ссылок средствами языка - проблематично, мягко говоря.
функциональные языки, у них GC полностью реализуется через подсчёт ссылок ибо циклических ссылок принципиально нет
...
Рейтинг: 0 / 0
Жирные программы - факторы скорости
    #39446377
Dima T
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
На самом деле циклические ссылки это редкость. Но если они случаются то происходит жопа. Например в Visual FoxPro объекты живут на счетчиках ссылок, но если зациклишь - повисает намертво.
...
Рейтинг: 0 / 0
Жирные программы - факторы скорости
    #39446473
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dima TНа самом деле циклические ссылки это редкость. Но если они случаются то происходит жопа. Например в Visual FoxPro объекты живут на счетчиках ссылок, но если зациклишь - повисает намертво.
В хелловорде может и редкость
...
Рейтинг: 0 / 0
Жирные программы - факторы скорости
    #39451093
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Сделал тестилку скорости запуска любой оконной программы.

Вкратце, она показала, что вода мокрая. Sic!

Т.е. что софтинка на Джаве грузится 10-30сек, потому что нужно загрузить кучу муры объемом в 100Мб. И еще и JIT-скомпилировать.
А дНет походу на компиляцию особо сил не тратит, потому укладывается в 10с всегда.

Примеры пользования добавил второй статьей на Хабре.
...
Рейтинг: 0 / 0
Жирные программы - факторы скорости
    #39451160
schi
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SiemarglПримеры пользования добавил второй статьей на Хабре.

"Выводы — загрузка фреймворка — очень дорогая операция, поскольку стоит большого количества рандомного ввода-вывода. Хотите быструю программу — делайте ее компактными средствами."

Это шесть с плюсом. Как средства разработки влияют на результирующую программу ?
...
Рейтинг: 0 / 0
Жирные программы - факторы скорости
    #39451178
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
как скорость начальной загрузки влияет на скорость последующей работы?
...
Рейтинг: 0 / 0
Жирные программы - факторы скорости
    #39451299
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
schiSiemarglПримеры пользования добавил второй статьей на Хабре.

"Выводы — загрузка фреймворка — очень дорогая операция, поскольку стоит большого количества рандомного ввода-вывода. Хотите быструю программу — делайте ее компактными средствами."

Это шесть с плюсом. Как средства разработки влияют на результирующую программу ?Напрямую - размеры исполняемых модулей, тип и качество кода. Нужно уточнить вопрос.

Например, утилитка stime это целых 12Кб - на другом языке будет существенно больше (хотя на скорость не повлияет).
Кажется Go сейчас лидер в многомегабайтных бинарниках (минимум уже ~10Мб) - была статья.

Изопропилкак скорость начальной загрузки влияет на скорость последующей работы?Ты думаешь, что все уже загрузилось при старте?
Нет. И пока не загрузится все, тупить будет продолжаться. А потом - ХЗ насколько будет медленнее, но другие факторы остаются.

Можно проверить, запустив под stime - полазить по менюшкам, окошкам - DiskIO будет расти.
...
Рейтинг: 0 / 0
Жирные программы - факторы скорости
    #39451303
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вот про размеры Го

Но, с диска читать что 4Кб, что 10Мб одним куском почти незаметно. Вот по сети таскать - было бы да.
...
Рейтинг: 0 / 0
Жирные программы - факторы скорости
    #39451318
д0kХ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Изопропилкак скорость начальной загрузки влияет на скорость последующей работы?

Практика показывает, мне во всяком случае, что
когда у разработчиков ПО нет желания понимать пословицу "встречают по одежке.....",
то до оценки их ума дело может не дойти.

ps Я говорю о проектах свободного рынка, а не о схемах, где програмный продукт
создается или приобретается только как инструмент перевода налогооблагамой прибыли в расходы.
...
Рейтинг: 0 / 0
Жирные программы - факторы скорости
    #39451332
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
д0kХ,

а куда ты денешься если тебе нужны продукты Adobe и Autodesk?
они ведь неторопливо загружаются.
...
Рейтинг: 0 / 0
Жирные программы - факторы скорости
    #39451338
schi
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SiemarglНапример, утилитка stime это целых 12Кб - на другом языке будет существенно больше (хотя на скорость не повлияет).
Кажется Go сейчас лидер в многомегабайтных бинарниках (минимум уже ~10Мб) - была статья.



Я понимаю, лет 30-40 назад, при тогдашней стоимости и производительности железа имело смысл минимизировать все и везде, вплоть до оптимизации кода инициализации. Но сейчас смысла в этих попытках столько же, сколько в тщательном измерении длины шага мерина, которого ведут на живодерню (с) Виктор Конецкий

Мне без разницы, занимает утилита 12 килобайт или 10 мебагайт, если она делает то, что мне нужно. Кстати, насчет Go от 10 мегабайт не надо сказки рассказывать. Полтора мегабайта простая программа, работающая с файлами. И это нормально, потому что в этом коде вся инфраструктура времени выполнения, включая сборщик мусора и прочее.
...
Рейтинг: 0 / 0
Жирные программы - факторы скорости
    #39451499
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
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.
java version "1.8.0_131"
Java(TM) SE Runtime Environment (build 1.8.0_131-b11)
Java HotSpot(TM) 64-Bit Server VM (build 25.131-b11, mixed mode)

jEdit 5.4.0

Flat profile of 0.11 secs (4 total ticks): main

  Interpreted + native   Method                        
 25.0%     1  +     0    java.util.LinkedList.linkLast
 25.0%     1  +     0    java.util.HashMap.put
 50.0%     2  +     0    Total interpreted

     Compiled + native   Method                        
 25.0%     0  +     1    java.lang.String.hashCode
 25.0%     0  +     1    Total compiled

  Thread-local ticks:
 25.0%     1             Class loader


Global summary of 0.11 seconds:
100.0%     4             Received ticks
 25.0%     1             Compilation
 25.0%     1             Class loader
...
Рейтинг: 0 / 0
25 сообщений из 92, страница 3 из 4
Форумы / Программирование [игнор отключен] [закрыт для гостей] / Жирные программы - факторы скорости
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]