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

Да вообще, пойдёмте в онлайн- игру на UE4 погамаем, Panda своим скидки даёт :)

У нас ни одной UE4 игры нету

Насколько я знаю.

https://github.com/aamarks/bocu ы, JS-ники сделали уже

Экономить байты - это вот совсем не про перл. В целом - побарабану

да прям, в перле вон pack/unpack специально для этого завезли

Это для наружи

Задача специфическая, тем не менее на ней удалось хорошо сэкономить на хранение повторяющихся строк.
Предположим, есть пару сотен фиксированных строк и десятки тысяч объектов, которым нужно хранить в себе массив, составленный из строк из этого набора. Пробовал сперва COW, но он имеет ограничение на количество ссылок, дойдя до лимита (255, кажется) при присвоении создается уже копия. В XS есть newSVpvn_share: позволяет поместить строку ключом во внутренний перловый хеш. При копировании такой строки копии создаются без ограничений, а также строка содержит рассчитанный хеш-код, что ускоряет поиск в хешах. Мне удалось сэкономить по 60 МБ с процесса, даже не спуская данные в XS.

можно же было просто заменить их на номера и хранить номера, по аналогии принципа джойна в SQL

А что, нынче на серверах 60Мб с процесса - это не ошибка округления top? Что за задача-то такая?

А если их сотни?

И что? Получаем 6 гигов. Сколько времени программиста это стоит?

Заменить на числа, значит переписать все, где это использовалось. Разве время программиста  бесплатно? )
И потом, использовать числа как ключи нельзя, они срингифицируются и это будут разные строки. Привет-пока от экономии...
6 ГБ всегда можно заполнить чем-то более полезным.

Да, например, отдать приложениям на Яве)

Если хранить ссылки на строки, то какие проблемы возникают?

На самом деле без примера кода, где это используется, можно только догадываться, что же хотел сказать автор. Но как-то XS здесь совсем похож на манкипатчерский хак от полного отчаяния.

Ссылки на скаляры, это лучший способ написать что-то непонятное на перле.

да ссылки как ссылки

Оххуесть. Как то так писать? ${$object->name}