Size: a a a

Clojure — русскоговорящее сообщество

2020 June 25

OR

Oleg Roshchupkin in Clojure — русскоговорящее сообщество
Асинхронность сделана на пуле воркеров и он может кончиться.
источник

OR

Oleg Roshchupkin in Clojure — русскоговорящее сообщество
В core.async та же история — можно легко забить пул обработчиков, если не думать перед использованием.
источник

MB

Mikhail Borisov in Clojure — русскоговорящее сообщество
Думать полезно...
источник

OR

Oleg Roshchupkin in Clojure — русскоговорящее сообщество
Mikhail Borisov
Только это не про ускорение)
Ускорение при асинхронности будет только там, где удастся долгую блокирующую операцию увести из основного потока. Да и то оно будет скорее номинальным — файл быстрее не прочитается, просто основной поток не будет блокирован чтением.
источник

MB

Mikhail Borisov in Clojure — русскоговорящее сообщество
Oleg Roshchupkin
Ускорение при асинхронности будет только там, где удастся долгую блокирующую операцию увести из основного потока. Да и то оно будет скорее номинальным — файл быстрее не прочитается, просто основной поток не будет блокирован чтением.
Согласен
источник

OR

Oleg Roshchupkin in Clojure — русскоговорящее сообщество
Да и вообще про ускорение стоит забыть до того момента, когда всё начнёт тормозить. А после такого момента нужно вспомнить про профайлер и понять, где же всё-таки проблема.
источник

OR

Oleg Roshchupkin in Clojure — русскоговорящее сообщество
Но опять же, это не значит, что нужно совсем забивать на производительность.
источник

OR

Oleg Roshchupkin in Clojure — русскоговорящее сообщество
Короче, как всегда — баланс нужно искать.
источник

OR

Oleg Roshchupkin in Clojure — русскоговорящее сообщество
Oleg Roshchupkin
Но опять же, это не значит, что нужно совсем забивать на производительность.
А то в ЖЖ покусают.
источник

MB

Mikhail Borisov in Clojure — русскоговорящее сообщество
Миф про асинхронность пугает тем, что воспринимается некоторыми как панацея. Это не тот месседж, который хотелось бы, чтобы люди выносили
источник

MB

Mikhail Borisov in Clojure — русскоговорящее сообщество
Я поэтому сначала и поинтересовался, откуда такое мнение растет
источник

OR

Oleg Roshchupkin in Clojure — русскоговорящее сообщество
Ну, если десять файлов прочитать асинхронно — выигрыш будет, куда деться-то.
источник

OR

Oleg Roshchupkin in Clojure — русскоговорящее сообщество
Если есть десять воркеров, например
источник

OR

Oleg Roshchupkin in Clojure — русскоговорящее сообщество
Но есть предел у этого ускорения.
источник

OR

Oleg Roshchupkin in Clojure — русскоговорящее сообщество
Oleg Roshchupkin
Асинхронность сделана на пуле воркеров и он может кончиться.
Подумал и стоит уточнить, что не везде так.
источник

MP

Maxim Penzin in Clojure — русскоговорящее сообщество
Dima Fomin
Ой, про такую и не знал, спасибо! Но на такой примитивной операции показывает такой же time, что и send
Там только сразу почитай про пулы экзекьюторов, какого они размера и как используются. Чтобы не было сюрпризов.
источник

MP

Maxim Penzin in Clojure — русскоговорящее сообщество
Arseniy Lebedev
Там это не миф
Там это тоже миф, в смысле там тоже не быстрее. Просто там много что иначе вообще не сделаешь :)
источник

T

The2lb3oz4dr10½grOfH... in Clojure — русскоговорящее сообщество
Есть возможность сделать так, чтобы {} всегда делало array map, а не arraymap hashmap?
Типа может, че-нить в неймспейсе объявить, чтобы в нем одном так было
источник

AC

Anton Chikin in Clojure — русскоговорящее сообщество
Нет нельзя. Переопределять и добавлять reader macro в кложе запрещено
источник

T

The2lb3oz4dr10½grOfH... in Clojure — русскоговорящее сообщество
Anton Chikin
Нет нельзя. Переопределять и добавлять reader macro в кложе запрещено
А я вот вижу HASHTABLE_THRESHOLD, может, ее можно переопределить для одного файла?
источник