Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.

	Введите FGHI ссылку: Присутствуют сообщения из эхоконференции RU.UNIX.BSD с датами от 18 Jan 11 22:51:00 до 16 Sep 24 17:28:15, всего сообщений: 10763 Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение = Сообщение: 3546 из 10763 ===================================== RU.UNIX.BSD = От   : Victor Sudakov                   2:5005/49          12 Oct 15 21:16:50 Кому : Alex Korchmar                                       12 Oct 15 21:16:50 Тема : Страшные тормоза zfs FGHI : area://RU.UNIX.BSD?msgid=2:5005/49+561bd0f7 На   : area://RU.UNIX.BSD?msgid=<1187502639@ddt.demos.su>+03d55868 = Кодировка сообщения определена как: CP866 ================================== Ответ: area://RU.UNIX.BSD?msgid=<1187502640@ddt.demos.su>+633495c5 ============================================================================== Dear Alex, 12 Oct 15 15:33, you wrote to me: VS>> Почему именно 16-32, а не скажем 64-128? AK> проверенный миллиардами леммингов оптимум. И что, после добавления памяти странные проблемы исчезнут? VS>> Зачем 16 гиг памяти, чтобы просто удалить файл на fs? AK> чтобы  просто удалить - низачем. Чтобы тебе перестало быть невмоготу AK> ждать пока она его удалит - нужны. Причина банальна: никто не AK> собирается оптимизировать fs, разработанную для петабайтных стораджей, AK> чтобы она приемлемо работала на устаревшем хламе, да еще и поверх AK> достаточно неоптимальных наслоений. Дожили, 64-битный процессор и 4 ГБ ОЗУ уже устаревший хлам. AK> А зачем вообще поверх полутора терабайт нужна zfs? Ради удобств в эксплуатации, которые она дает. Уж явно не ради объема данных, у UFS предельный объем тоже в зеттабайтах измеряется. Victor Sudakov, VAS4-RIPE, VAS47-RIPN --- GoldED+/BSD 1.1.5-b20110223-b20110223 * Origin: Ulthar (2:5005/49) К главной странице гейта

Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.092232 секунды