AN
Многопоточка без надобности синхронизировать доступ, не?
В принципе да.
Size: a a a
2020 March 25
AN
Принимается.
AM
Ну так это с реконсайлом (и не только с ним, конечно же) на нормальных платформах рука об руку идёт.
КР
Еще раз, придумайте кейс, когда вам нужна коллекция до и после изменения одновременно и часто
Так не обязательно чтобы нужна была коллекция "до". Персистентные коллекции дешевле создают "новую" коллекцию, чем если просто с рид онли работать.
AN
Так не обязательно чтобы нужна была коллекция "до". Персистентные коллекции дешевле создают "новую" коллекцию, чем если просто с рид онли работать.
Если не надо до, то мутируете и все
АХ
Пожалуйста. У меня лежит мапа внутри TVar. Её постоянно читают и иногда меняют, всё из разных тредов. Читателям можно отдавать мапу и не бояться что ее кто-то изменит на полпути/обмазывать локами
VP
Так не обязательно чтобы нужна была коллекция "до". Персистентные коллекции дешевле создают "новую" коллекцию, чем если просто с рид онли работать.
Так если не нужна "до", берёшь и меняешь. И ничего копировать не надо.
I
да
AN
Пожалуйста. У меня лежит мапа внутри TVar. Её постоянно читают и иногда меняют, всё из разных тредов. Читателям можно отдавать мапу и не бояться что ее кто-то изменит на полпути/обмазывать локами
Это тот же кейс, что привел @r4zzz4k. С тем, что можно делать lock-free согласен
AN
да
Я подозреваю, что там не только коллекции подменили. Персистентные коллекции сами по себе в среднем весьма тормозные. Я не знаю, что там, но есть острое подозрение, что в мутабельном варианте просто идет перепроверка всей коллекции.
КР
Если не надо до, то мутируете и все
Ну если на вход в функцию приходит рид онли список и я его как-то обрабатываю и меняю, то тут мутировать не вариант, ведь этот список где-то ещё может использоваться. Мутировать список норм если он локальный.
AN
В среднем персистентные коллекции существенно дороже, чем линейные всегда.
VP
Ну если на вход в функцию приходит рид онли список и я его как-то обрабатываю и меняю, то тут мутировать не вариант, ведь этот список где-то ещё может использоваться. Мутировать список норм если он локальный.
Бери раст
AN
Ну если на вход в функцию приходит рид онли список и я его как-то обрабатываю и меняю, то тут мутировать не вариант, ведь этот список где-то ещё может использоваться. Мутировать список норм если он локальный.
Надо смотреть логику. Но в большинстве случаев будет дешевле перекопировать ссылки в новую коллекцию, чем поддерживать линкед лист
AN
Бери раст
Ну или да, контроль ownership
I
Так если не нужна "до", берёшь и меняешь. И ничего копировать не надо.
А можно не думать в каждой функции "нужно или нет", а мыслить о сложности функции, только по ее сигнатуре.
Заодно и НЕ заботясь о том что было перед или после, или что будет внутри всех вложенных вызовах.
Заодно и НЕ заботясь о том что было перед или после, или что будет внутри всех вложенных вызовах.
VP
А можно не думать в каждой функции "нужно или нет", а мыслить о сложности функции, только по ее сигнатуре.
Заодно и НЕ заботясь о том что было перед или после, или что будет внутри всех вложенных вызовах.
Заодно и НЕ заботясь о том что было перед или после, или что будет внутри всех вложенных вызовах.
Так в сигнатуре и так всё будет 🤷♂
AN
А можно не думать в каждой функции "нужно или нет", а мыслить о сложности функции, только по ее сигнатуре.
Заодно и НЕ заботясь о том что было перед или после, или что будет внутри всех вложенных вызовах.
Заодно и НЕ заботясь о том что было перед или после, или что будет внутри всех вложенных вызовах.
Ну и в среднем получаете провал по перформансу.