|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 20 Apr 2003 11:31:15
To : "Sergei A. Masharov"
Subject : Re: Кстати, всё хотел спросить про разбиение винта...
--------------------------------------------------------------------------------
>>> Sergei A. Masharov wrote:
>> Это был tuning(7) man.
SAM> Хм. Hу ладно, под логи, базы данных, кэш сквида - отдельный партишн, но
SAM> ведь остальное тоже меняется... Или всё что меняется в /var размещать?
/etc тоже периодически меняется, но в /var ему делать нечего.
/var - часто и постоянно меняющееся.
SAM> да фиг с ней, с фрагментацией, не такая уж и большая нагрузка на сервер...
SAM> больше интересует вопрос совместимости, а то народ пугает, что ежели
SAM> бутовый раздел большой (у меня по 20 гиг и больше) то типа система может не
SAM> загрузится... это правда? неужели во FreeBSD так и не обошли проблему 8Гб ?
Во FreeBSD - обошли. А вот материнки до сих пор некоторые идиоты производят
без EDD или с некорректно работающим EDD. Более того, бывают разнообразные
извращения - например, BIOS читает MBR, читает master PT, ищет FAT'овый раздел,
чтобы из него прочитать ту геометрию, которая будет использоваться для
BIOS'овского int 13h, а без FAT раздела начинает писать чушь (например,
использует NORMAL и не даёт выйти за пределы 1024-х цилиндров в NORMAL,
что ниже даже не 8G, а 512M).
SAM> И кстати, существуют ли дефрагментаторы под Фрю? МОжет просто время от
SAM> времени дефрагментить его, и то что не меняется в начало переносить -
SAM> ляпота... ;-)
Почитай про работу UFS. Там фрагментация настолько минимальна, что смысла
делать дефрагментатор не было ни у кого.
-netch-
--- ifmail v.2.15dev5
* Origin: Dark side of coredump (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
