The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

[FreeBSD] SPACE и TIME режим оптимизации FS (disk ufs freebsd optimization)


<< Предыдущая ИНДЕКС Поиск в статьях src Установить закладку Перейти на закладку Следующая >>
Ключевые слова: disk, ufs, freebsd, optimization,  (найти похожие документы)
Date: Tue, 23 Jul 2002 20:18:57 +0600 From: Jen Linkova <jen@comp.chem.msu.su> Newsgroups: fido7.ru.unix.bsd Subject: [FreeBSD] SPACE и TIME режим оптимизации FS >> http://www.geocrawler.com/archives/3/151/1995/1/0/850538/ - тоже неконкретно? > А тут вообще, что-то не то написано. Hеужели? ;-))) > Типа это означает, что после перехода в > режим оптимизации по времени у вас будет больше фрагментация, и скорось > поэтому повыситься. Hо SPACE - это обьем, пространство, но не как не > фрагментация. Итак, перевожу.... В случае UFS при записи на диск блоки располагаются так, чтобы скорость доступа к содержимому файлов была максимальна. Это поведение по умолчанию. Однако данный алгоритм не является максимально эффективным с точки зрения использования всей емкости диска. (аналогия - я раскидываю свои бумажки по столу в один слой, при этом я очень быстро могу найти нужную бумажку, однако на столе промещается меньше бумажек, чем могло бы...;-)) Так вот, когда диск заполняется до некого предела (man newfs, man tunefs, обращаем внимание на ключ -m) - ядро решает, что пусть уж лучше мы расположим блоки так, что мы будем читать медленне, чем могли бы, но зато у нас не кончится место на разделе...И переключается на оптимизацию по месту (SPACE). При этом мы располагаем блоки на файловой системе так, что информации на фиск влезает больше, чем до переключения способа оптимизации, но читать эту информацию мы будем медленнее. Соответственно, если свободное место на диске превысило упомянутый выше предел, блоки снова располагаются так, что места расходуется больше, зато чтение происходит быстрее. О таком переключении алгоритма оптимизации и сообщает вынесенная в заголовок твоего постинга строка. Теперь понятно? Или надо с какой-то другой стороны подходить к изложению? ;-) P.S. Занесите это в какой-нибудь FAQ, а? Я уже раз восьмой, наверное, этот вопрос вижу ;-))
From: Jen Linkova <jen@comp.chem.msu.su> > Короче, я немного разобрался... Оказывается файловая система во FreeBSD > умеет в один блок помещать информацию из нескольких файлов, за счет этого и > экономиться пространство, а бумажки разбросанные по столу фигня полная... Хорошо, исправляю аналогию - я могу каждую новую фигню записывать на новую бумажку. Искать ее при это на столе получается довольно быстро, но стол очень быстро заваливается бумажками..Можно, напротив, дописывать на свободное место уже имеющихся листочков. Число листочков на столе растет медленнее, но вот найти там нужный телефон, адрес или - не приведи госсподи - пароль....брр.. ;-) >> JL> P.S. Занесите это в какой-нибудь FAQ, а? Я уже раз восьмой, >> JL> наверное, этот вопрос вижу ;-)) > Думаю это вопрос не для FAQ. А что же это того, раз но задается очень часто? ;-) > Вернее как он изложен в факе вполне устроит > большинство пользователей. те, кого не устроит, могут почитать, например, /usr/src/sys/ufs/ffs/ffs_alloc.c - ежели у них FreeBSD..
From: Eugene Stoletny <sea@zevs.kiev.ua> > Хорошо, исправляю аналогию - я могу каждую новую фигню записывать > на новую бумажку. Искать ее при это на столе получается довольно > быстро, но стол очень быстро заваливается бумажками..Можно, > напротив, дописывать на свободное место уже имеющихся > листочков. Число листочков на столе растет медленнее, но вот > найти там нужный телефон, адрес или - не приведи госсподи - пароль....брр.. Плохая аналогия. Если уже и использовать эти бумажки, как это делает файловая система, то так. Ты большую фигню пишешь, пишешь потом листик заканчивается, ты берешь другой и на другой допустим у тебя все влезло, еще и место осталось. Ты хочешь записать другую фигню. Опять берешь новый листик и пишешь, пишешь, не влазит. Берешь новый - влезло. Потом смотришь, какая у тебя оптимизация, то ли тебе времени жалко или листиков. Если времени, то так все и бросаешь, если листиков, берешь последний листик переписываешь это все на листик куда бы это могло влезть, а с того вытираешь. Причем на листик можно записывать не более 4 разных фигней. Eugene100. P.S: Если тебе непонятно отличие от твоей и моей аналогии: Время поиска примерно одинаково при чтении, при оптимизации по времени или месту. Влияет в основном при записи.

<< Предыдущая ИНДЕКС Поиск в статьях src Установить закладку Перейти на закладку Следующая >>

 Добавить комментарий
Имя:
E-Mail:
Заголовок:
Текст:




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру