04.11.2014 13:44, Slawa Olhovchenkov пишет:
On Tue, Nov 04, 2014 at 12:39:44PM +0200, Anton Sayetsky wrote:
С одной стороны - поддерживаю. Но с другой - вдруг ОСь на тостере
стоит, где памяти уж совсем мало.
Во-первых топ-квотинг -- зло
Во-вторых я запускал фрю на виртуалке с 384М памяти, с ZFS. Всё
замечательно работало. buildworld проходил (своп, разумеется, нужен,
шлангу для своей компиляции надо более гига).
Меньше чем в 384 у тебя фря с GENERIC и прочим нормально жить не
сможет не зависимо от FS.
У меня несколько виртуалок с 10.0/9.x (преимущественно amd64) и UFS2,
которые прекрасно работают с 256Mb, да при этом выполняют какие-то
задачи - например DNS + DHCP + LDAP + AD на SAMBA, или SVN + GIT, а есть
вообще 10.0 со 128Mb - pptp шлюз в сеть заказчика (на нём разве что
что-то пересобирать бывает долго - "вечный своп").
На всех 10.0 GENERIC, на всех 9.x кастомное ядро - по больше части
выпилина куча сетевух и дисковых контроллеров, которых никогда не было и
не будет в виртуальных окружениях.
BTW, почему бы не сделать GENERIC-VM конфиг в базовой системе?
4 ноября 2014 г., 12:37 пользователь Slawa Olhovchenkov
<[email protected]> написал:
On Tue, Nov 04, 2014 at 12:22:34PM +0200, skeletor wrote:
Всем привет.
В 10-ке по дефолту разбивка диска выделяет весь раздел под корень, без
дробления на /var, /usr, /tmp. При этом этой ФС сразу ставятся SU+J.
Handbook
(https://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/disks.html#idp59409184)
вроде как ничего плохого не сулит с использованием SU / SU+J. Интересует
теория и практика использования SU/SU+J и что предпочтительнее в плане
"золой середины" при пропадании питания, крешах?
Или вообще не использовать SU/SU+J для корня? На FreeBSD 8.X, например,
по дефолту не используется SU для корня.
использовать ZFS для всего
--
С уважением
Руководитель проектов,
Куратор отдела поддержки ИТ инфраструктуры ЮНИС Лабс
Владимир Друзенко
Тел: +7 499 192 59 78
Моб: +7 916 543 58 91
mailto: [email protected]
ICQ: 101 255 141
