|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Igor Sysoev 2:5020/400 06 Jan 2006 17:48:17 To : Eugene Grosbein Subject : Re: shmem & panic -------------------------------------------------------------------------------- Eugene Grosbein <Eugene.Grosbein@f1.n5006.z2.fidonet.org> wrote: > А есть ли пределы для увеличения параметров System V shared memory > для FreeBSD? Hа i386 - почти 2G. В принципе, можно было бы и больше сделать, скажем, 2.5G, но в ядре размеры сегмента signed. > Есть 4.11-STABLE с гигабайтом памяти, на ней давно и успешно работает > линуксовый Oracle 8.0.5.1, довольно сильно нагруженный. > Hо примерно полгигабайта памяти постоянно свободно в системе. > > Если в initORCL.ora выставляю параметры для LARGE (сейчас работает > с параметрами на MEDIUM), инстанс не запускается с диагностикой > out of memory. Судя по всему, натыкается на лимиты ядра. > > Попробовал на ходу поднять kern.ipc.shmmax с 16781312 до 250Mb, > и kern.ipc.shmseg с 10 до 256 - через несколько минут получил > панику (еще даже не перестартовывал инстанс с параметрами LARGE): > > Fatal trap 12: page fault while in kernel mode > > fault virtual address = 0x8e378 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc0186d9b > stack pointer = 0x10:0xdc5c4eb8 > frame pointer = 0x10:0xdc5c4ec0 > code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres > 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 2261 (oracle) > interrupt mask = none > trap number = 12 > > panic: page fault > > Это просто нельзя на ходу менять или вообще проблемы у системы > с большими значениями shared memory? Hасчёт на ходу определённо сказать не могу, а что касается больших значений, то но на одной i386 машине с 3G физической памяти у меня для postgres'а отдано 2047M физической памяти: kern.ipc.shmall=524032 kern.ipc.shmmax=2146435072 kern.ipc.shm_use_phys=1 -- Игорь Сысоев http://sysoev.ru --- ifmail v.2.15dev5.3 * Origin: Demos online service (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/6577f07be0ba.html, оценка из 5, голосов 10
|