но может помочь на этапе сбора информации, когда ты сначала складываешь в iolist и потом однократно делаешь из него бинарь, например

типа substr?

если нужна производительность, вот под такое я бы поискал возможность substr в эрланге, которая умеет работать с iolists. если нет, то написать можно самому

вообще, тут конечно сильно зависит от того, какие это будут списки, и какую часть надо выделить. в зависимости от разных факторов, это может быть заведомо намного быстрее, или ненамного, по сравнению с iolists_to_binary с binary:part,

вот к примеру, у тебя список вида ["abc", "abcdef", "defgh", "123"]. на входе. допустим, тебе нужно взять part(10, 4) — это как раз будет 3ий элемент

это будет быстро

или из одного взять часть — это тоже будет довольно таки быстро

а если тебе нужно substr с большой длиной по списку из ["a", "b", "c", "d"] делать, то тут бесполезно

вообще я не утверждаю, что нужно делать преобразование. если я использую бинари, как память и в нее положены куски одинакового размера. и беру их при помощи binary.part. может быть io list из одинаковых кусков делать и выбирать из листа по индексу. вдруг этот лист не сильно много в памяти займет. тут замеры надо поделать. поисследовать. основная борьба на ХЛ у меня была именно с тем, что оно все в память не влезает

из листа по индексу?

нет, у листа нет операции index

это односвязный список

там чтоб выбрать n-ый элемент, нужно пройти от головы до него, это O(n) -ый алгоритм

ну я ж хз. вдруг у io листа есть такая особенность

если ты каким-то образом (например, через ниф-ки) сделал mutable binary, то в принципе тут особо ничего не ускоришь, при доступе

ну какая особенность

это обычный список

iolist — это пользовательский тип. подвид списков

не более того

или вот еще вопрос - как узнать, сколько в ЕТС будет занимать элемент? это как то связано с тем, сколько будет на выхлопе erlang. term_to_binary?