Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262693AbVAVKdH (ORCPT ); Sat, 22 Jan 2005 05:33:07 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262694AbVAVKdG (ORCPT ); Sat, 22 Jan 2005 05:33:06 -0500 Received: from gprs215-125.eurotel.cz ([160.218.215.125]:18064 "EHLO amd.ucw.cz") by vger.kernel.org with ESMTP id S262693AbVAVKdD (ORCPT ); Sat, 22 Jan 2005 05:33:03 -0500 Date: Sat, 22 Jan 2005 11:32:42 +0100 From: Pavel Machek To: Andrea Arcangeli Cc: Ingo Molnar , Chris Wright , Rik van Riel , Andrew Morton , linux-kernel@vger.kernel.org Subject: Re: seccomp for 2.6.11-rc1-bk8 Message-ID: <20050122103242.GC9357@elf.ucw.cz> References: <20050121100606.GB8042@dualathlon.random> <20050121120325.GA2934@elte.hu> <20050121093902.O469@build.pdx.osdl.net> <20050121105001.A24171@build.pdx.osdl.net> <20050121195522.GA14982@elte.hu> <20050121203425.GB11112@dualathlon.random> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050121203425.GB11112@dualathlon.random> X-Warning: Reading this can be dangerous to your mental health. User-Agent: Mutt/1.5.6+20040907i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1549 Lines: 33 Hi! > > > > Yes, but do you care about the performance of syscalls > > > > which the program isn't allowed to call at all ? ;) > > > > > > Heh, no, but it's for every syscall not just denied ones. Point is > > > simply that ptrace (complexity aside) doesn't scale the same. > > > > seccomp is about CPU-intense calculation jobs - the only syscalls > > allowed are read/write (and sigreturn). UML implements a full kernel > > via ptrace and CPU-intense applications run at native speed. > > Indeed. Performance is not an issue (in the short term at least, since > those syscalls will be probably network bound). > > The only reason I couldn't use ptrace is what you found, that is the oom > killing of the parent (or a mistake of the CPU seller that kills it by > mistake by hand, I must prevent him to screw himself ;). Even after > fixing ptrace, I've an hard time to prefer ptrace, when a simple, > localized and self contained solution like seccomp is available. Well, seccomp is also getting very little testing, when ptrace gets a lot of testing; I know that seccomp is simple, but I believe testing coverage still make ptrace better choice. Pavel -- People were complaining that M$ turns users into beta-testers... ...jr ghea gurz vagb qrirybcref, naq gurl frrz gb yvxr vg gung jnl! - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/