Size: a a a

2019 May 16

DA

Dmitry Alimov in SPb Python
oneek
Прирост был 25% по рпс с в случае с Sanic web app.
нормально, у меня даже столько не было.
источник

o

oneek in SPb Python
апп настоящий не хелло ворлд :)
источник

o

oneek in SPb Python
ходит в мускуль и в редис
источник

SP

Stepan Potapov in SPb Python
слишком много нюансов, кмк)
источник

SP

Stepan Potapov in SPb Python
Dmitry Alimov
нормально, у меня даже столько не было.
тот дядька обещал около 100 проц прироста)
источник

DA

Dmitry Alimov in SPb Python
для простого теста на epoll c мелким http респонсом у меня почти так и было
источник

SM

Serge Matveenko in SPb Python
Dmitry Alimov
нормально, у меня даже столько не было.
чо то мне кажется это того не стоит, если только это не сотни штук баксов в твоем случае
источник

SM

Serge Matveenko in SPb Python
Dmitry Alimov
для простого теста на epoll c мелким http респонсом у меня почти так и было
ну вот в два раза всё приложение, еще как-то.
источник

SM

Serge Matveenko in SPb Python
реально почти любое приложение ускоряется оптимизацией иногда и в три-четыре раза, если оно написано среднестатичстическим программистом
источник

SP

Stepan Potapov in SPb Python
Serge Matveenko
реально почти любое приложение ускоряется оптимизацией иногда и в три-четыре раза, если оно написано среднестатичстическим программистом
а вот основная идея докладчика - вот он кстати https://events.yandex.ru/lib/people/396/
была в том, что оптимизацией кода ты не получишь серьезный прирост в производительности, даже если код плохой - ну 25 проц, ну пусть 30
источник

s

shigarus in SPb Python
Надо смотреть на контекст доклада. Если говорить о типичном вебсервисе, основная времени работы составляет общение с базой (или другими веб-сервисами) - то оптимизация этого общения тебе часто даст ускорение в разы. А ускорение кода, который выполняется ну 10% этого времени - прироста такого не даст никогда. Абсолютно аналогичная история с фронтенд-бекенд взаимодействием. Причем я говорю не только про  время ответа пользователю, серверные мощности на стороне базы так тоже экономятся.
источник
2019 May 17

SM

Serge Matveenko in SPb Python
Опыт показывает, что часто есть чего очень сильно ускорить или немного поменять архитектуру.
Ну, т.е. я бы сказал, что архитектура часто помогает лучше.
Но, если задуматься, то и оптимизация руками и jit делают одно и тоже. Поэтому и прирост у них в среднем должен быть примерно одинаковый;)
источник

SM

Serge Matveenko in SPb Python
shigarus
Надо смотреть на контекст доклада. Если говорить о типичном вебсервисе, основная времени работы составляет общение с базой (или другими веб-сервисами) - то оптимизация этого общения тебе часто даст ускорение в разы. А ускорение кода, который выполняется ну 10% этого времени - прироста такого не даст никогда. Абсолютно аналогичная история с фронтенд-бекенд взаимодействием. Причем я говорю не только про  время ответа пользователю, серверные мощности на стороне базы так тоже экономятся.
Ага, а ещё можно включить gzip в nginx не сразу, а через пол годика и тебе выпишут премию за явное ускорение работы веб приложения в разы;)
источник

TA

Tretyakov Alexey in SPb Python
Serge Matveenko
Ага, а ещё можно включить gzip в nginx не сразу, а через пол годика и тебе выпишут премию за явное ускорение работы веб приложения в разы;)
С минимальным уровнем сжатия. Что бы премию потом еще раз получить.
источник

SM

Serge Matveenko in SPb Python
Tretyakov Alexey
С минимальным уровнем сжатия. Что бы премию потом еще раз получить.
Я смотрю, ты шаришь:)
источник

W

Womchik in SPb Python
"да вы тут все молодцы"
источник

MS

Maxim Smirnov in SPb Python
Serge Matveenko
Ага, а ещё можно включить gzip в nginx не сразу, а через пол годика и тебе выпишут премию за явное ускорение работы веб приложения в разы;)
😭
источник

V

Vitali K. in SPb Python
Господа, у нас тут распродажа офиса в котором было написано много строк кода на python https://t.me/joinchat/Anco3xRdtNWeIEmPiQB6Fg
Компы, мониторы, девайсы, столы, кресла и тп.
Кому-то точно пригодится! Петербург, север города.
Чтобы тут дополнительно не флудить, просто заходите во временный чат. Там есть фотки, прайсы и ответственный за распродажу человек. Спасибо
источник
2019 May 18

KM

Kristina Mironova in SPb Python
привет! кто-нибудь сможет подсказать: из двух вариантов расчета числа фибо (1 - через словарь, где записываем и храним по порядку все значения для каждого числа; 2 - через три переменные, последовательно присваивая им следующие значения) - какой вариант будет работать быстрее? Мне казалось что только с переменными будет быстрее, но на практике он в разы дольше. Из-за чего так?
источник

KM

Kristina Mironova in SPb Python
def fib(n):
   assert n >= 0
   cache = {0: 0, 1: 1, 2: 1}
   if n not in cache:
       for i in range(3, n + 1):
           cache[i] = (cache[i-1] + cache[i - 2])
   return cache[n]

def fib2(n):
   assert n >= 0
   preprev = 0
   prev = 1
   for i in range(2, n):
       current = prev + preprev
       prev, preprev = current, prev
   current = prev + preprev
   return current
источник