Пример массив на миллион элементов чисел. Создали. 110 мегов сьело. Сделали undef @array - 8 мегабайт отдало в систему (SV** массив на 1млн указателей)

Ну это под дебагером, без него меньше чем 110 сьест, но отдаст все равно 8

Хеш больше отдаст

Тоже самое со строками. Создали гиг строку сьело. Убили - отдало в систему (за минусом структуры sv и pv)

Тока убивать через undef надо иначе оно оставит капасити на случай если вдруг новое будут заносить

O_o а как прибивать такие SV ?

Сами sv никак. Оно прибивает тока внутренние массивы указателей, строки И так далее

Когда ты создал массив на миллион элементов он делает там
malloc(sizeof(SV*)*1M)
Плюс миллион newSV
Вот первое в систему вернется а второе нет

то есть со временем программа неустранимо начнет течь?

Это не утечка технически. У тебя на арене свободные миллион sv. Следующие миллион newsv ничего не выделят в системе

Но да программа меньше уже не займет никогда

а, тогда ладно

У нас когда то был оффлайн скрипт ночной который выбирал в покере в базе все записи игр за день и анализировал ища мошенников. Все эти данные занимали много гигов (50 миллионов игр в день). Покусочно незя, обработка требовала наличия всего. Так вот выбрав их один раз ты весил кучу гигов. А дальше шел анализ по уже уменьшенным данным, а те грохнули, и все равно ты весишь стокаже. Выборка быстрая относительно. Анализ долгий и все это время на машине памяти мало оставалось. Решили это так: форканулись чайлд выбрал, предобраьотал скомпактил, вернул в парента пайпом и сдох чтоб память отпустить. По другому никак((

Сейчас он из базы выбирает и сразу в XS передает чанками. Там все это в сумме в 50 раз меньше памяти жрет. И проблема ушла

К слову, поведение перла не является чем то особенным. Почти любой кастомный fixed-size аллокатор себя так ведет.

Чтобы отдавать назад в систему надо перемещать обьекты к началу (дефрагать) это незя делать потому что в коде куча указателей поедут. Для этого нужно вводить косвенную адресацию, что неминуемо скажется на скорости рантайма

А в чём вопрос?

Делаю я ее через firebaseui на фронте - все работает (хотя в какое-то жуткое количество редиректов, и не выводится список возможных логинов, но как бы и хусим пока)
Делаю ее через OAuth на бэке - все прекрасно, получается idToken... но хрен мне по всей роже отдают, вместо данных клиента.

Так там два ключа есть, один временный и одноразовый - для получения постоянного токена, а второй - уже постоянный токен, с которым можно спросить что-то о пользователе.

Flow при авторизации с клиента и на server side немного разный.