На собеседовании можно долго лить короче

а list comprehension это куда?

Уже зато что есть мысли на этот счет дадут +

На собеседовании можно долго лить короче

ну map ленивый еще

Ух ты, спасибо.

Достаточно много полезной инфы.

Насчёт скорости.

тип цикл быстрее?

Нет, там на SO поднимали вопрос насчёт for loop vs map, и кто-то предположил, что на многопочных системах map будет быстрее.

И там же кто-то затестил.

Нет, там на SO поднимали вопрос насчёт for loop vs map, и кто-то предположил, что на многопочных системах map будет быстрее.

это ерунда

Нет, там на SO поднимали вопрос насчёт for loop vs map, и кто-то предположил, что на многопочных системах map будет быстрее.

может он с мапредусом спутал?

А вот хз

Вопрос не смог найти сейчас.

разве мап из коробки распаралеллен?

разве мап из коробки распаралеллен?

в питоне ничего из коробки не распараллелено

лист компрехеншн вроде из коробки распараллелен

в питоне ничего из коробки не распараллелено

Есть же в стандартной библиотеке параллельный мап

лист компрехеншн вроде из коробки распараллелен

нет

ок

Есть же в стандартной библиотеке параллельный мап

это какой же?

мап генерит в 2 раза более короткий байткод чем цикл

ты про тот, что в мультипроцессинге?

Да

ну, это немного другое

мап генерит в 2 раза более короткий байткод чем цикл

мап никакой байткод не генерит просто вызов функции в которой уже заимплеменчен цикл короче чем сам цикл, да

мап никакой байткод не генерит просто вызов функции в которой уже заимплеменчен цикл короче чем сам цикл, да

ну так яя об этом

1 вызов функции

в цикле: трогается итератор,из него достаются значения, джампы и pop'ы

а вообще странно что мап не распараллелен

и листкомп

нет, не странно

ты вообще как это представляешь себе

Нет, не странно

если IO операции в map, чё будет?

1 вызов функции

Как думаешь, что дороже - вызвать функцию или сделать джамп

Как думаешь, что дороже - вызвать функцию или сделать джамп

вызов

Смысл с гилом параллелить?

вызов конечно

если IO операции в map, чё будет?

мне кажется это уже головная боль ос

мне кажется это уже головная боль ос

эээээ в смысле? [print(i) for i in [1, 2, 3, 4, 5, 6, 7, 8, 9, 10]]

вот если функция которая маппит последовательность будет её менять в процессе - странно

если IO операции в map, чё будет?

Ээээ а зачем ио в мап? Мап не предполагает как концепция заданной очередности действий

логично

тогда так: "странно что мап опционально не распралелленый"

тогда так: "странно что мап опционально не распралелленый"

ок, а зачем?

настоящей параллельность же в Python вообще нет

а это другой разговор, да

настоящей параллельность же в Python вообще нет

разве?

ну типа, зелёные треды есть, но это не то

ты от них не получишь ускорения если будешь вычисления тяжёлые в цикле делать

ну типа, зелёные треды есть, но это не то

Они не зеленые, они pthread

так, я правльно знаю многопоточность!=параллельность?

Они не зеленые, они pthread

так, падажжи

Коллеги, а тут релевантные предложения работы можно публиковать?

правильно

Коллеги, а тут релевантные предложения работы можно публиковать?

+

ну вообще да, пишут что зелёные - это в stackless python

Коллеги, а тут релевантные предложения работы можно публиковать?

можно публиковать, стоит нормально оформить: требования к кандидату, название конторы, вилка зп

так, я правльно знаю многопоточность!=параллельность?

ну смотри, вот взять например те же зелёные треды код выполняется в несколько потоков, но эти потоки выполняются не параллельно на нескольких ядрах, а просто управление переключается между ними, так что смысл в них есть только чтобы асинхронно работать например с долгими IO операциями, но не для того чтобы распараллеливать тяжёлые вычисления

Но они же не зеленые...

ну да, да, я как пример

когда многопоточность != параллельность

а я пока пошёл читать про GIL, pthread и вот это вот всё

а я пока пошёл читать про GIL, pthread и вот это вот всё

+1

ERROR: S client not available

In CPython, the global interpreter lock, or GIL, is a mutex that prevents multiple native threads from executing Python bytecodes at once

т.е. профит многопоточности в том что есть несколько потоков, каждый оперирует своей областью памяти и между ними можно переключатся?

нене, не каждый оперирует своей областью памяти

т.е. профит многопоточности в том что есть несколько потоков, каждый оперирует своей областью памяти и между ними можно переключатся?

в общем случае между ними переключается системный шедулер

память как раз общая, поэтому когда один поток работает, другие блокируются

Еще гил обычно отпускается во время I/O

и память общая, да

просто я не понимаю в чем смысл: выполнялось бы все в один поток

просто я не понимаю в чем смысл: выполнялось бы все в один поток

так оно и выполняется в один поток

что с многопоточностью что без нет паралелльности

просто я не понимаю в чем смысл: выполнялось бы все в один поток

смотри, вот нужно сделать запрос в БД

долго выполняющийся

делается запрос

управление переключается потоку который пока делает что-то другое

стоп-стоп а сам запрос не занимает процессор?

и короче процессорное время не теряется попусту пока происходит запрос

что с многопоточностью что без нет паралелльности

параллельность есть, просто не в питонокоде

параллельность есть, просто не в питонокоде

си?

си?

да, или любой другой

си?

ну да тот же NumPy посмотри

типо джитона или айрона?

типо джитона или айрона?

да, там обычные потоки

ты так говоришь, как будто здесь необычные

может у меня не так с пониманием, но мне кажется вся работа - это операция над памятью. почему нельзя без многопоточности одному потоку пока делается запрос к бд начать выполнять другой код (без создания двух потоков)?

ты так говоришь, как будто здесь необычные

обычные, но с гилом же

просто над другой областью памяти

может у меня не так с пониманием, но мне кажется вся работа - это операция над памятью. почему нельзя без многопоточности одному потоку пока делается запрос к бд начать выполнять другой код (без создания двух потоков)?

можно, это будет называться асинхронность

но не все базы и клиенты к ним это умеют

а без гила потоки могут выполнятся параллельно?

а без гила потоки могут выполнятся параллельно?

разумеется

если у тебя больше одного ядра*

если у тебя больше одного ядра*

тож верно