Но больше интересно как оно так ебануто сильно сжимается

С гб до мб

да там не намного сложнее, перевести на mysql сможешь просто правкой конфигов подключения к БД

не помню из за чего - я профили юзеров первое время в config файлах хранил

когда их стало 1000+ в папке - начало подлагивать

до этого я вообще не думал использовать субд

не было необходимости
когда появилась - зашарил

правильнее будет спросить - зачем и как он настолько растягивает

Да я вроде погуглил нашёл

в чем это даёт выигрыш

Бекап хранит не бд, а журнал действий с бд с какого-то момента

Ну или это один из видов бекапа такой

знаешь сортировку подсчетом?
наводящий вопрос

Ну раз заранее выделяется место для бд, как и для ячеек внутри, то наверно это делается, чтобы быстрее работать с памятью. Как Хирьянов объяснял, что в списке когда append юзаешь, то он не новое место берёт, а создаёт копию тогг, что у тебя есть, перекидывает всё туда, удаляет предыдущий участок, и вот только тогда он добавил то, чо ты просил. Намного быстрее всё идёт и меньше асимптотика, когда место выделено заранее и нужно просто в заранее подготовленную ячейку положить данные

Неа

ну загугли

суть в том что часто можно разменять память на сложность

Загуглил. Это ж пиздец массив большой нужен

вот откуда оно жрет

ну не конкретно этот алгоритм
я его как простую демонстрацию привел