rsync зависает, если я не дефрагментирую ext4 файловую систему
lib папки - то, что содержит фактические двоичные библиотеки для компилятора, чтобы связаться с или включать в исполняемый файл, если он статически связан.
Где Вы имеете -lname можно просто использовать фактическое местоположение .a/.so файлы.
Это только работает если .so файл остается там. Это - то, если Вы динамично связываетесь с .so файл. Если Вы добавляете -static опция, чем он вытянет в двоичных данных из.a файла в Ваш исполняемый файл, когда это скомпилирует его. Затем не имеет значения, если Вы удаляете .a/.so файлы.
Вот хорошая ссылка для того, что динамические библиотеки и статические библиотеки и как создать их с gcc. Чтение это поможет Вам много.
Попробуйте TAR tar к / dev / nulle из каталога вместо дефрагмента ... это определенно не изменит диск, но получит все кэшированные inodes. С большими каталогами, содержащими многие файлы, Ext4 индексирует их в хеш-дереве, поэтому ReadDir () возвращает их в по существу случайно случайно. Попытка статую () их в том же порядке приводит к тому же порядок, что делает его очень, очень медленно.
Я собирал информацию о системах журналов в Ext3 и Ext4, а главу в Википедии на Ext4 отсроченные распределения и потери данных , заставили меня подумать rsync как потенциальная причина для фрагментации. Googleing, что Fraze послал меня здесь, и я на самом деле вижу описал результат процесса, о котором я собирался спросить! Предложение к TAR к / DEV / NULL кажется хорошим решением. Прочитайте ссылку и найдите больше информации о задерженном распределении.