From owner-freebsd-security@FreeBSD.ORG Wed Jul 27 07:11:59 2011 Return-Path: Delivered-To: freebsd-security@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83B8A106564A for ; Wed, 27 Jul 2011 07:11:59 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4C1008FC14 for ; Wed, 27 Jul 2011 07:11:59 +0000 (UTC) Received: by gxk28 with SMTP id 28so1058207gxk.13 for ; Wed, 27 Jul 2011 00:11:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=ryO65P0McvShe+A6Ks0ds7RJHMTuztqFsOtVL+60FNw=; b=T+9bYkK6aOkZ+eaP3JkD7Uv4D3qYKCOAblGlHjavdfWXB33SdEAiGt2VNcCBUXxvjC mCYHIavpQsksN69UDCVQPSe4AK79YQDcrVdrMq+rWdjAKHm2tCDCPe6q21GCuWEiR8b6 pnoPUuOapzsrLutfcp0ZyLDPUCRZqYe9Js244= MIME-Version: 1.0 Received: by 10.142.169.4 with SMTP id r4mr4036957wfe.423.1311749388299; Tue, 26 Jul 2011 23:49:48 -0700 (PDT) Received: by 10.142.43.1 with HTTP; Tue, 26 Jul 2011 23:49:48 -0700 (PDT) Date: Wed, 27 Jul 2011 02:49:48 -0400 Message-ID: From: grarpamp To: freebsd-security@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Mailman-Approved-At: Wed, 27 Jul 2011 12:04:45 +0000 Subject: Malloc -Z X-BeenThere: freebsd-security@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Security issues \[members-only posting\]" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jul 2011 07:11:59 -0000 Was reading malloc(3) while chasing corruption suspects. Does the presence of -Z imply that without it, programs can be allocated dirty (non-zeroed) memory? If so, it seems running with -Z would be prudent if one cares. Therefore, what is the rough percent performance impact of -Z compared to default malloc? Bonus: What would be needed to make the useful streams: /dev/one /dev/10 /dev/01 In addition to /dev/zero.