|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Eugene Grosbein 2:5006/1 29 Jun 2006 22:00:49 To : Maxim Konovalov Subject : Re: VM_KMEM_SIZE -------------------------------------------------------------------------------- 29 июн 2006, четверг, в 17:22 KRAST, Maxim Konovalov написал(а): >>> Где надо крутить шестерку, чтобы она дала мне создать, скажем, >>> md(4) на 700M в ram? В свопе дает, в ram нет. >>> Физической памяти один гиг, система SMP, ничем не загружена (вообще). MK>> Вот такое надо? MK>> [root@btw ~]# mdconfig -a -t malloc -s 700m >> Ага. MK>> KVA_PAGES должно помочь, но очень аккуратно. Очень просто можно MK>> получить панику. >> Спасибо, попробую. В каких пределах менять (хотя бы грубо)? MK> А сильно депендс он. Мой пример с машины с 4GB RAM, KVA_PAGES=512. MK> Это 2GB KVA. При этом данная файловая система не используется. У вас MK> 1GB RAM, из которых 70% мы собираемся использовать под md(4). Однако MK> же ядро на старте о наших экзотических запросах ничего не знает и MK> поэтому на этапе конфигурения пытается распределить ядерную память MK> согласно своим представлениям об оптимуме. В результате легко может MK> получиться ситуация, при которой в момент использования этого md(4), MK> возникнет конфликт интересов и как следствие, например, паника. MK> Hа досуге можно почитать kern/53350. А оттуда по ссылке MK> http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2003-06/1599.html Спасибо. MK>> А теперь мне не очень понятно, для чего такой md(4) :-) >> Для /usr/obj, например ;-) MK> Подразумевается, что vm лучше знает, как поступить со свободной MK> памятью. В том смысле, что выигрыш от такого ramdisk должен быть не MK> очень большой. А вот это я и хочу проверить экспериментально. Eugene -- Choose no family --- slrn/0.9.8.0 (FreeBSD) * Origin: Svyaz Service JSC (2:5006/1@fidonet) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/26093107c8620.html, оценка из 5, голосов 10
|