Я не хочу сказать, что чтение с флеша быстрее чем из памяти.
Я хочу лишь сказать, что сказок не бывает. Закон сохранения выполняется в нашей вселенной. Другими словами для доступа к информации расположенной на флеш тратится время - либо в момент копирования в память, либо при первом старте.
Скомпилируйте ядро без copy2ram, потом скомпилируйте повторно. И вот при повторной компиляции время и сравнивайте с повторной компиляцией в режиме copy2ram. Разница будет почти незаметной. Но суть даже не в этом - речь идет о том, что размер памяти во многом уже больше 2Гб встречается чаще, чем по другому.
Я своё пишу тогда, когда чужое не устраивает, ибо ленив неимоверно.
что вы считаете в uird сделано неправильно? что вас потенциально, теоретически не устраивает?
uird называть побрякушкой - не корректно. Это скрипты написанные достаточно профессионально, написанные не любителем, а программистом для решения конкретных задач внедрения linux в крупной организации, где встречается большой спектр различного оборудования.
идеи uird не просто применимы к puppy, они уже решают поставленную задачу применительно к puppy, решают ее гибче, чем существующие. И позволяют унифицировать frugal подход.
безусловно борьбу с ветряными мельницами они не решают. Но проблему этих мельниц создаем мы сами, потом за них цепляемся и на решение их тратим все свое время. В итоге получаем решение, которое работает только у нас самих, на конкретном оборудовании. И ни до каких других задач - вроде подборки качественного софта руки не доходят. А имеющийся софт в угоду мельниц приходится ограничивать, ограничивать для решения задачи, которая даже не возникает у среднедомашних пользователей только лишь, чтобы отличаться.
Современные процессоры и технологии уже далеко ушли от калькуляторов и в большинстве случаев увеличение количества операций может приводить к увеличению быстродействия в силу архитектуры оборудования. А если еще начать мыслить в многоядерном и многопоточном подходе, то угадать способ увеличения быстродействия становится еще сложнее. Это достаточно сложная задача. Ее решение не лежит в плоскости уменьшения размера. Это иллюзия. Размер необходимо выравнивать по размеру Кеша процессора и других кешей оборудования. И часто для повышения быстродействия приходится именно умышленно увеличивать размер массивов и областей памяти с которыми работает программа. Причем повышение быстродействия от правильно выравненных данных часто увеличивает быстродействие в десятки раз.