В любой совместимой POSIX оболочке (bash
, dash
, ksh
, и т.д.):
for file in sw.ras.[[:digit:]][[:digit:]][[:digit:]]; do
mv "${file}" "${file/ras\./}"
done
Или с rename
:
rename 's/ras\.//' sw.ras.[[:digit:]][[:digit:]][[:digit:]]
32-разрядные x86 центральные процессоры (начиная с Pentuim Pro) поддерживают до 64 гибибайт RAM (использующий PAE). (Опция ядра "CONFIG_HIGHMEM64G" должна быть установлена на самом деле использовать его). Каждое приложение может только видеть 4 гибибайта за один раз (и некоторые из тех 4 ГиБ должны использоваться для других вещей, точной суммы в зависимости от "Установки ядра" разделения памяти),
64-разрядные операционные системы имеют некоторые другие преимущества также, такие как доступ к дополнительным регистрам на ЦП, который может ускорить некоторые типы приложений (позволив более временным данным быть сохраненным в намного более быстрых регистрах, а не основной RAM)
Весь Ваш поршень доступен даже с ядром на 32 бита. Основное различие, вероятно, что любое приложение не может обратиться больше чем к 3 ГБ памяти. Я не знаю, используете ли Вы действительно такие приложения (обычно базы данных или графические приложения), иначе можно проигнорировать проблему. Обратите внимание на то, что приложения на 64 бита требуют большей памяти (потому что регистры и адреса больше), и загрузитесь медленнее от диска (потому что двоичные файлы больше).
Так, прежде, чем оставить пространство пользователя на 32 бита, лучше проверьте свои требования. Кроме того, многие дистрибутив Linux обеспечивают ядра на 64 бита, которые будут использоваться с пространством пользователя на 32 бита: если Вы обращаетесь к ПК, то проверьте, как Debian обеспечивают amd64 ряд ядра для i386 (32 бита) архитектура также.