интерполяции по... скорости?
ты шо, не умеешь переходить на быстрый питон?!!!!!!!!!!!!!!
То что питон меделенный, можно вообще не брать во внимание скорость?
ты сравнил жопу с пальцем, то, что ты мусолишь это экономия совсем на копейках
Для ускорения работы вашего кода на Python нужно всего лишь...
Так я пишу так как раз через формат
да ладно тебе. Налил кофе и жди пока работу скрипт закончит. Один фиг за 8 часов рабочих, максимум час работаем, остальное время херней занимаемся.
тем, что твои 100 наносекунд разъебутся об любое сетевое взаимодействие
Я писал проги, которые на компе часами работают. Если вместо часа сделает за полчаса, это хорошо.
саша нормально ответил, об любое IO твои 10% улетучатся
Comprehension быстрее обычного цикла? Это точно?
код не всегда в сети работает
только заменив форматы на строки ты получишь час вместо часа
когда получишь 50% прирост от компа и фстрок — пиши листкомп мастхэв
создать один класс это 10 микросекунд
Ну, есть ещё способы. Суть в том, что питон можно прилично ускорить, используя более быстрые инструменты.
ручаешься?
микро это где-то в тысячу раз больше, чем нано
можно, но зачастую это экономия на спичках
О, я же пару дней назад получил прибавку в три раза (300%) засчёт замены for i in range(10000): for s in string[i:]: на for i in range(10000): for j in range(i, len(string) + 1): Нужно было постепенно проверять кусок строки и, как оказалось, string[i:] каждый раз делает её копию.
новость, да?
правда к интерполяции и компу это не относится никак
Да, я думал там просто по итератору бегает.
Точно.
Не наоборот?
Он медленнее скорее всего из-за append() , а не из-за for
А как ты в цикле сделаешь список без append?
Пока не знаю))) я очень начинающий
И не только из-за append. Если сделать dis.dis того и другого, видно, что в цикле for интерпретатор прыгает по инструкциям туда-сюда, а в list comprehension сразу приходит готовый итератор.
Ошибочка, всё-таки разница только из-за append. В list comprehension также прыгает, сейчас посмотрел.
:)
Обсуждают сегодня