i
[tao] на примитивном уровне
Size: a a a
2020 June 12
i
[tao] так он единственный
i
[tao] оптимизировать можно только сами форматы конфигов
i
[tao] чтобы операции поиска выполнялись быстрее
s
не ну там может замутить что на основе этого конфига строится другой бинарный к примеру
i
[tao] например, если конфиг имеет много разных секций, то его так просто не отсортируешь
i
[tao] потому что служебные метки, указывающие на начало секции надо будет фильтровать
s
или типа как то так. и обращение к читаему для юзера конфигу но сложному для пека- переводится в простой для пека.
i
[tao] в пакмане они были
i
[tao] в простой для пека будет сделать сложнее, чем просто распарсить
i
[tao] это будет двоичный объект
i
[tao] и для преобразования в текст надо будет выполнять десериализацию
s
скажем два конфига. один простой и читаемый. второй генерится при запуске программы и в нём сразу все отсортировано в целях оптимизации и частоты обращения
i
[tao] тогда все затраты пойдут на генератор
i
[tao] в этом смысл оптимизации
s
дыа.
i
[tao] раскидать большие циклы действий по разным местам разбив на маленькие
i
[tao] и лучше по разным компам, где мощностей больше
s
я к тому что вообще - над такими вещами парятся? или считать конфиг дело плёвое?
i
[tao] считывают конфиг и парсят