Ext3 является действительно действительно медленным с большими файлами и многими файлами в том же каталоге. Я не знаю, как это обнаруживается в EC2, но искать времена действительно уничтожают меня, когда у меня есть большие файлы на физическом диске.
Это происходит из-за него не наличие степеней. Искание в конец файла на 100 ГБ потребует целого набора seek-read-seek-read, которые уничтожают Вас на физическом диске.
Я почти всегда выполняю XFS. JFS быстр также, но я нашел это багги. Это были несколько лет, с тех пор как я выполнил его хотя, таким образом, это может быть прекрасным теперь.
XFS имеет дефрагментацию онлайн также. Это не означает, что это более восприимчиво к фрагментации, чем ext3. Но то, когда Вы добираетесь, Ваша фс фрагментировала лучший способ на ext3, является резервным восстановлением для "дефрагментирований". Существует дефрагментация ext2/ext3, но никто не использует ее так, я не рассчитывал бы на нее. Можно рассчитывать на дефрагментацию XFS. Снова, я не знаю, имеет ли это значение для EBS с тех пор и может закончиться как фрагментированные файлы на SAN где-нибудь так или иначе, и дефрагментация стоила бы Вам в операциях данных.
Но это - вся производительность.
Я никогда не терял данные с XFS. И я выполнил его много. Я потерял данные с (и из-за) UFS (OpenBSD.. agh), JFS, ReiserFS и ext2 (последнее, нежурналируемое). И я выполнил XFS больше и более тяжелый, чем любые из других.
Но я действительно жажду ZFS или подобный на Linux.
Заключительное слово: ext3 является прекрасной мудрой устойчивостью. Если это хорошо для Вас производительность - и мудро функцией, то останьтесь с ним.
у меня были многие из них названных папкой в честь SQL Server, который 2 005 компонентам не удалось установить, и я наконец изобразил, как удалить их.
необходимо смочь удалить папку.
У меня была удача в удалении подобных папок после перезагрузки. Это не идеальное решение, но это работает.
Решенный! Вот то, что я сделал, таким образом, другие могут использовать это, если это помогает. Некоторое время казалось, что ничто не могло избавиться от них …
Примечание: Большинство файлов спама и папок были от неудавшихся установок 2005 SQLExpress, обновления Windows, которое относилось к моей системе. По некоторым причинам обновление перестало работать приблизительно 30 раз подряд перед следованием и затем оставило 8 ГБ файлов установки мусора в названных шестнадцатеричными числами папках в корне моего C: диск. Папки имели имена как C:\1ebc183d41d6a20786b98480ace73e C:\1ef15ba4dd35fb37f7e76a4e10deea C:\2a6a3f60d7adb185704e2a … … C:\ae4d3d733fcf5c529a858376cc2f39 C:\faafc48c46823ebe5c58bc
Удача, извините за форматирование, скопированное непосредственно с электронной почты Outlook, и я надеюсь, что это сохраняет кого-то часы разочарования, это вызвало меня.
Из ответа 1 выше я был удивлен, что мог переместить их. Я создал '0temp' папку в C так, чтобы это казалось правильным, прежде всего, изворотливые папки. Я смог перетащить каждую изворотливую папку в 0temp, затем просто удаляют 0temp и все его содержание. - Попробованный это сначала всего 1 подпапкой.
Переместите незаконные данные в новую папку на рабочем столе, щелкните правой кнопкой, сказал, что папка, снимите флажок 'только для чтения' на вкладке свойств. Удалите папку, все хорошо ;)