Как оказалось, всё элементарно и просто :)

Для этого нам понадобится утилита convmv. Скачать её можно отсюда. На момент написания статейки, последняя её версия была 1.14. В архиве прилагается уже скомпилированный вариант, который можно сохранить в директорию /usr/local/bin, либо запускать с любого места.

Параметры командной строки convmv:

# ./convmv --help
Your Perl version has fleas #22111 #37757 #49830
convmv 1.14 - converts filenames from one encoding to another
Copyright (C) 2003-2008 Bjoern JACKE <bjoern@j3e.de>
 
This program comes with ABSOLUTELY NO WARRANTY; it may be copied or modified
under the terms of the GNU General Public License version 2 or 3 as published
by the Free Software Foundation.
 
USAGE: convmv [options] FILE(S)
-f enc     encoding *from* which should be converted
-t enc     encoding *to* which should be converted
-r         recursively go through directories
-i         interactive mode (ask for each action)
--nfc      target files will be normalization form C for UTF-8 (Linux etc.)
--nfd      target files will be normalization form D for UTF-8 (OS X etc.)
--qfrom    be quiet about the "from" of a rename (if it screws up your terminal e.g.)
--qto      be quiet about the "to" of a rename (if it screws up your terminal e.g.)
--exec c   execute command instead of rename (use #1 and #2 and see man page)
--list     list all available encodings
--lowmem   keep memory footprint low (see man page)
--nosmart  ignore if files already seem to be UTF-8 and convert if posible
--notest   actually do rename the files
--replace  will replace files if they are equal
--unescape convert%20ugly%20escape%20sequences
--upper    turn to upper case
--lower    turn to lower case
--parsable write a parsable todo list (see man page)
--help     print this help

Предположим, что содержимое файлового сервера расположено в каталоге /home/ftp , тогда для конвертации имён файлов и директорий из кодировки cp-1251 в utf-8:

# ./convmv -r --notest -f cp-1251 -t utf-8 /home/ftp/*

Чтобы проверить работу конвертера, но без вноса изменений в файловую систему, выполняйте команду без параметра --notest

Надеюсь, что вам также пригодится, как пригодилось мне :)

Первый способ, используя ftp

#!/bin/sh
ftp -n -v -p -i "ftp.remote.domain" << cmd
user "login" "password"
cd /remotedir
lcd /localdir
mput *
quit

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

Второй способ, используя lftp

#!/bin/sh
lftp -p 21 -u login,password ftp.remote.domain/remotedir  << cmd
mirror -e -R -c -v --log=/var/log/lftp.log /localdir/path .
quit

листинг всех параметров lftp mirror:

Usage: mirror [OPTS] [remote [local]]

Mirror specified remote directory to local directory

-c, --continue		continue a mirror job if possible
-e, --delete		delete files not present at remote site
--delete-first		delete old files before transferring new ones
-s, --allow-suid	set suid/sgid bits according to remote site
--allow-chown		try to set owner and group on files
--ignore-time		ignore time when deciding whether to download
-n, --only-newer	download only newer files (-c won't work)
-r, --no-recursion	don't go to subdirectories
-p, --no-perms		don't set file permissions
--no-umask		don't apply umask to file modes
-R, --reverse		reverse mirror (put files)
-L, --dereference	download symbolic links as files
-N, --newer-than=SPEC	download only files newer than specified time
-P, --parallel[=N]	download N files in parallel
-i RX, --include RX	include matching files
-x RX, --exclude RX	exclude matching files
RX is extended regular	expression
-v, --verbose[=N]	verbose operation
--log=FILE		write lftp commands being executed to FILE
--script=FILE		write lftp commands to FILE, but don't execute them
--just-print, --dry-run	same as --script=-

When using -R, the first directory is local and the second is remote.
If the second directory is omitted, basename of first directory is used.
If both directories are omitted, current local and remote directories are used.

Таким образом, на удалённый ftp из локальной директории загружаются только новые файлы. Отсутствующие в локальной директории файлы также удаляются на удалённом ftp сервере. За это отвечает параметр -e

ЧАСТЬ 1 - Оптимизация винчестера

Корневой раздел, на который у вас установлен Linux, скорее всего, содержит файловую систему ext3/ReiserFS/XFS. Сведения о монтируемых при загрузке разделах содержатся в файле /etc/fstab, где обязательно присутствует корневой раздел (/). Обратите внимание на пункт defaults, обозначающий стандартный набор параметров монтирования. Однако мы можем указать их и вручную, поставив после defaults запятую и перечислив ряд настроек, которые сделают файловую систему быстрее.

Например, для
ReiserFS: acl,user_xattr,noatime,nodiratime,notail,barrier=flush
Ext3: acl,user_xattr,noatime,nodiratime,barrier=1
XFS: defaults,noatime,nodiratime,logbufs=8,logbsize=32k,biosize=16,allocsize=512m,barrier

Вот что все это означает:
user_xattr – расширенные атрибуты файлов (используются для индексирования).
barrier – команда очистки кэша.
noatime и nodiratime – отключение записи времени последнего доступа (для файлов/директорий).
allocsize – размер заранее резервируемой области на диске. Высокое значение помогает избежать фрагментации.
biosize – размер I/O-блоков по умолчанию.
logbufs – количество встроенных буферов для ведения журнала.
logbsize – размер буфера.

Последние 3 параметра увеличивают скорость чтения/записи.

Включаем режим Writeback

В большинстве дистрибутивов при создании раздела ext3 используется тип журналирования Ordered (упорядоченный), т.к. он обеспечивает наилучшее соотношение скорости и безопасности. Однако самым быстрым режимом является Writeback (журналирование после записи): он осуществляет наименьшее журналирование.

Для его включения рекомендуется загрузиться в другой дистрибутив или с LiveCD, так как необходимо, чтобы ваш обычной корневой раздел (в нашем примере это /dev/sda1) был размонтирован:

tune2fs -O has_journal -o journal_data_writeback /dev/sda1

Включение индексирования директорий

Индексирование директорий увеличивает скорость чтения и записи «в» и «из» каталогов вашего жесткого диска. Это полностью безопасный и рекомендованный режим.

Сначала нужно указать режим журналирования:
tune2fs -O dir_index /dev/sda1

Затем – включить индексацию существующих директорий:
e2fsck -D /dev/sda1

Выполнение команды e2fsck может занять немного времени – это зависит от размера вашего раздела и количества директорий в нем."

ЧАСТЬ 2 - Оптимизация загрузки Linux

Здесь необходимо понимать, что и когда происходит во время старта системы. Последовательность примерно такова:

1 В соответствии с записью в загрузчике GRUB/LILO, загружается ядро (kernel) и образ необходимых для загрузки драйверов (initrd).
2 Далее процесс /sbin/init запускает службы, настроенные для определенных уровней запуска. Последний уровень перед загрузкой графической системы – runlevel 5.
3 Запускается менеджер дисплея (обычно gdm/kdm), предлагающий ввести имя пользователя и пароль (если не включена функция автоматического входа в систему).
4 После того как вы авторизуетесь, будет загружена рабочая среда (обычно KDE или GNOME). При автоматическом входе в систему среда загружается сразу после запуска gdm/kdm, которых вы, соответственно, не видите.

Обычно все советы по уменьшению времени загрузки сводятся к отключению ненужных служб, но мы пойдем дальше и постараемся ускорить загрузку на самом первом этапе. Для этого необходимо пересобрать ядро без образа initramfs, который и отвечает за содержание файла initrd в директории /boot. Чтобы ОС смогла загрузиться без файла initrd, необходимо, чтобы в ядро был встроен драйвер файловой системы. Все остальные драйверы могут присутствовать в виде отдельных модулей. Итак, откройте окно конфигурации ядра (make xconfig или make menuconfig), найдите параметр Initial RAM filesystem and RAM disk (initramfs/initrd) support и снимите с него галочку. Теперь в разделе File systems убедитесь, что драйвер корневой файловой системы встроен в ядро (y), а не собирается в виде модуля (m). В качестве дополнительных мер по оптимизации ядра не забудьте сделать следующее:

В разделе Processor type and feautures выбрать свой тип процессора, повышенную частоту таймера (1000 Hz) и уменьшение задержек – Preemptible kernel (если у вас настольный компьютер). Также вы можете попробовать бестактовый режим – Tickless kernel, который очень положительно влияет на многозадачность.
Отключить явно ненужные модули, типа Dallas 1-Wire bus и другие устройства, которых у вас точно нет (например, Bluetooth или Firewire). Этим вы сэкономите время при сборке ядра.
Обязательно отключите Kernel debugging в разделе Kernel hacking, так вы сэкономите и на размере итогового ядра.

Теперь можно собрать ядро привычными командами: make all, make modules_install и make install. В большинстве современных дистрибутивов автоматически будет создана запись в файле загрузчика. Вы заметите, что она лишена записи об initrd. Теперь ядро будет загружаться и работать заметно быстрее!

efresh_pattern windowsupdate.com/.*\.(cab|exe) 4320 100% 43200 reload-into-ims
refresh_pattern download.microsoft.com/.*\.(cab|exe) 4320 100% 43200 reload-into-ims
refresh_pattern ^http://.*\.cnn\.com 360 50% 4320 override-lastmod
refresh_pattern ^http://news\.bbc\.co\.uk 360 50% 4320 override-lastmod
refresh_pattern microsoft 1080 150% 10080 override-lastmod
refresh_pattern msn\.com 4320 150% 10080 override-lastmod
refresh_pattern ^http://.*\.doubleclick\.net 10080 300% 40320 override-lastmod
refresh_pattern ^http://.*FIDO 360 1000% 480
refresh_pattern \.r[0-9][0-0]$ 10080 150% 40320
refresh_pattern ^http://.*\.gif$ 1440 50% 20160
refresh_pattern ^http://.*\.asis$ 1440 50% 20160
refresh_pattern -i \.pdf$ 10080 90% 43200
refresh_pattern -i \.art$ 10080 150% 43200
refresh_pattern -i \.avi$ 10080 150% 40320
refresh_pattern -i \.mov$ 10080 150% 40320
refresh_pattern -i \.wav$ 10080 150% 40320
refresh_pattern -i \.mp3$ 10080 150% 40320
refresh_pattern -i \.qtm$ 10080 150% 40320
refresh_pattern -i \.mid$ 10080 150% 40320
refresh_pattern -i \.viv$ 10080 150% 40320
refresh_pattern -i \.mpg$ 10080 150% 40320
refresh_pattern -i \.jpg$ 10080 150% 40320 reload-into-ims
refresh_pattern -i \.rar$ 10080 150% 40320
refresh_pattern -i \.ram$ 10080 150% 40320
refresh_pattern -i \.gif$ 10080 300% 40320 reload-into-ims
refresh_pattern -i \.txt$ 1440 100% 20160 reload-into-ims override-lastmod
refresh_pattern -i \.zip$ 2880 200% 40320
refresh_pattern -i \.arj$ 2880 200% 40320
refresh_pattern -i \.exe$ 2880 200% 40320
refresh_pattern -i \.tgz$ 10080 200% 40320
refresh_pattern -i \.gz$ 10080 200% 40320
refresh_pattern -i \.tgz$ 10080 200% 40320
refresh_pattern -i \.tar$ 10080 200% 40320
refresh_pattern -i \.Z$ 10080 200% 40320
 
refresh_pattern ^ftp:// 1440 50% 10080
refresh_pattern ^gopher:// 1440 10% 1440
refresh_pattern . 0 20% 4320
negative_ttl 1 minutes
positive_dns_ttl 15 hours
negative_dns_ttl 1 minutes
half_closed_clients off

Так вот, мой некогда любимый Deadline, а затем, сменивший его Anticipatory теперь нервно курят в сторонке :) Суть такова, что планировщик CFQ я не использовал из-за того, что его советуют ставить на Desktop-системы, мол для сервера он не катит.. а вот и зря! Deadline безусловно хорош, но при наличие на одном компе сервисов: mysql, httpd, игрового сервака, ftp, индексаторов и изрядного количества посетителей, которые умудряются всем этим пользоваться одновременно, получаются такие ситуации, когда из-за какого-нибудь тяжёлого SQL-запроса всё буквально "встаёт", ожидая его завершения. Система перебрасывая львиную долю своих ресурсов на этот запрос, ставя остальные в очередь, - а это не есть хорошо для веб-сервера.

Anticipatory делает примерно то же самое, а в некоторых случаях хуже. Пытаясь уменьшить число обращений к диску он заставляет систему ожидать некоторое время, чтобы поймать схожие запросы к областям диска. И опять же, в случае тяжёлых запросов к базе данных все остальные ждут своей очереди.

CFQ - планировщик активный по-умолчанию, а ведь и не зря! Он равномерно распределяет обращения к дисковой системе, выделяя примерно одинаковые ресурсы на это. Для веб-сервера с базой данных это просто идеальное сочетание, - все страницы генерятся быстро и непринуждённо, load average не скачет как сумасшедший, а равномерно колеблется в пределах некоторых отличных от нуля значений :)

Стоит отметить ещё одну мелочь - Timer frequency рекомендую задать максимальным значением в 1000Hz для ускорения времени отклика ядра на системные запросы.