From owner-freebsd-emulation@FreeBSD.ORG Tue Sep 21 22:10:14 2010 Return-Path: Delivered-To: freebsd-emulation@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 94F75106564A; Tue, 21 Sep 2010 22:10:14 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-emulation@FreeBSD.org, Barbara Date: Tue, 21 Sep 2010 18:09:57 -0400 User-Agent: KMail/1.6.2 References: <8924203.1615081285048966129.JavaMail.defaultUser@defaultHost> In-Reply-To: <8924203.1615081285048966129.JavaMail.defaultUser@defaultHost> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201009211810.04947.jkim@FreeBSD.org> Cc: Subject: Re: R: Re: nspluginwrapper(-devel) and core dumps X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Sep 2010 22:10:14 -0000 On Tuesday 21 September 2010 02:02 am, Barbara wrote: > >----Messaggio originale---- > >Da: kabaev@gmail.com > >Data: 21/09/2010 4.23 > >A: "Barbara" > >Cc: > >Ogg: Re: nspluginwrapper(-devel) and core dumps > > > >On Tue, 21 Sep 2010 02:00:51 +0200 (CEST) > > > >Barbara wrote: > >> I tried adding "-c 1" to the ulimit line, but I got (note -m): > >> $ du -m npviewer.bin.core > >> 1126 npviewer.bin.core > >> > >> Do you thing that changing the value for -s can help? > >> Which value would you suggest to try? > >> > >> Thanks > >> Barbara > > > >'ulimit -c 0' should disable core dumps completely. > >-- > >Alexander Kabaev > > In fact, I then added a new line with 'ulimit -c 0' after the one > with -s. When the plugin successfully crashed, no core dump were > produced. So I'm partially happy, because now I have less stress on > hd. Anyway the lag still happens. Maybe I made a wrong assumption > about the cause. Real cause of the delay is RPC message timeout, which is 30 seconds. FYI... Jung-uk Kim