Но если ОП не понимает самых базовых вещей - то мой пример чуть наглядней и в нем легко понять что происходит. А так да, производительность в моем случае будет хуже некуда.
Ну лишние инициализации, лишние ресурсы. Если по всему проекту такое будет - то нормально скажется.
Хотя по моему опыту, там где нужна скорость - там перл не используют. И если уж на нем писать - то лучше бы писать читабельно и подробно, иначе вот к примеру лично ты вольешься в проект, в котором будет понапичкано:
"print (map {split /\s+/} `ls -l`)[8];"
Не разберешься и начнешь втыкать костыли, будет очень много разнородного кода. Ну и через какое-то количество лет проект может превратиться в кучу нечитабельной лапши, в которой вообще никто не разберется. Я лично видел как оно бывает.
Ну а если нужна скорость и работают опытные люди, которые понимают что они делают, вот тогда лучше писать хороший, оптимизированный код.