From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Tue, 6 Apr 2004 17:06:51 -0400 From: Ivan Adzhubey To: ALT Linux Sisyphus discussion list Subject: Re: [sisyphus] Shared memory - HELP PLEASE! Message-Id: <20040406170651.21738773.iadzhubey@rics.bwh.harvard.edu> In-Reply-To: <20040406095040.GB8799@master.mivlgu.local> References: <20040223182241.028ed881.iadzhubey@rics.bwh.harvard.edu> <20040324171729.08a71738.iadzhubey@rics.bwh.harvard.edu> <20040406085718.GA8799@master.mivlgu.local> <200404060508.36696.iadzhubey@rics.bwh.harvard.edu> <20040406095040.GB8799@master.mivlgu.local> X-Mailer: Sylpheed version 0.9.10 (GTK+ 1.2.10; i586-alt-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit X-BeenThere: sisyphus@altlinux.ru X-Mailman-Version: 2.1.4 Precedence: list Reply-To: ALT Linux Sisyphus discussion list List-Id: ALT Linux Sisyphus discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 21:06:52 -0000 Archived-At: List-Archive: On Tue, 6 Apr 2004 13:50:40 +0400 Sergey Vlasov wrote: > > С этим я уже разобрался, но видимо что-то еще сломано (пардон, > > пропатчено ;). Процесс запрашивает блок shm, форкает другой и этот > > другой уже не может к сегменту обращаться. Причем это как-то связано > > с размером, блок должен быть или достаточно большой или очень > > маленький. Точнее пока не разобрался, нет времени. Но обидно что эти > > же программы прекрасно работают на всех других ядрах, кроме > > альтовского. Неохота честно говоря тратить время на научный проект > > по выявлению различий. Может кто-то из разработчиков все же примет > > на себя труд потестировать? Программы могу выслать. Или вот хотя бы > > тест из модуля IPC::SharedSimple прогнать. > > search.cpan.org именно такого модуля не находит - где его брать? > > Тесты IPC::ShareLite у меня на новом ядре проходили (после > отключения shm_destroy_unused). Только там после ошибки надо > чистить руками, иначе следующий запуск не проходит из-за оставшихся > объектов IPC (собственно, именно этим SysV IPC и отвратителен - > CONFIG_HARDEN_SHM как раз и делает его поведение более предсказуемым > хотя бы для shm). Извините, перепутал с другим модулем, имелся в виду конечно IPC::ShareLite. А в каком ядре появилась эта возможность? У меня не видно: # uname -r 2.4.25-std-smp-alt1 # ls -l /proc/sys/kernel/ -rw-r--r-- 1 root proc 0 Apr 6 17:05 acct -rw------- 1 root proc 0 Apr 6 17:05 cad_pid -rw------- 1 root proc 0 Apr 6 17:05 cap-bound -rw-r--r-- 1 root proc 0 Apr 6 17:05 core_pattern -rw-r--r-- 1 root proc 0 Apr 6 17:05 core_setuid_ok -rw-r--r-- 1 root proc 0 Apr 6 17:05 core_uses_pid -rw-r--r-- 1 root proc 0 Apr 6 17:05 ctrl-alt-del -rw-r--r-- 1 root proc 0 Apr 6 17:05 domainname -rw-r--r-- 1 root proc 0 Apr 6 17:05 hostname -rw-r--r-- 1 root proc 0 Apr 6 17:05 hotplug -rw-r--r-- 1 root proc 0 Apr 6 17:05 modprobe -rw-r--r-- 1 root proc 0 Apr 6 17:05 msgmax -rw-r--r-- 1 root proc 0 Apr 6 17:05 msgmnb -rw-r--r-- 1 root proc 0 Apr 6 17:05 msgmni -r--r--r-- 1 root proc 0 Apr 6 17:05 osrelease -r--r--r-- 1 root proc 0 Apr 6 17:05 ostype -rw-r--r-- 1 root proc 0 Apr 6 17:05 overflowgid -rw-r--r-- 1 root proc 0 Apr 6 17:05 overflowuid -rw-r--r-- 1 root proc 0 Apr 6 17:05 panic -rw-r--r-- 1 root proc 0 Apr 6 17:05 printk dr-xr-xr-x 2 root proc 0 Apr 6 17:05 random -rw-r--r-- 1 root proc 0 Apr 6 17:05 real-root-dev -rw-r--r-- 1 root proc 0 Apr 6 17:05 rtsig-max -r--r--r-- 1 root proc 0 Apr 6 17:05 rtsig-nr -rw-r--r-- 1 root proc 0 Apr 6 17:05 sem -rw-r--r-- 1 root proc 0 Apr 6 17:05 shmall -rw-r--r-- 1 root proc 0 Apr 6 17:05 shmmax -rw-r--r-- 1 root proc 0 Apr 6 17:05 shmmni -rw-r--r-- 1 root proc 0 Apr 6 17:05 sysrq -rw-r--r-- 1 root proc 0 Apr 6 17:05 tainted -rw-r--r-- 1 root proc 0 Apr 6 17:05 threads-max -r--r--r-- 1 root proc 0 Apr 6 17:05 version -- Иван