From owner-svn-src-projects@FreeBSD.ORG Mon Feb 24 18:36:05 2014 Return-Path: Delivered-To: svn-src-projects@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2716B6E; Mon, 24 Feb 2014 18:36:05 +0000 (UTC) Received: from gromit.grondar.org (grandfather.grondar.org [IPv6:2a01:348:0:15:5d59:5c20:0:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DC0511750; Mon, 24 Feb 2014 18:36:04 +0000 (UTC) Received: from graveyard.grondar.org ([88.96.155.33] helo=gronkulator.grondar.org) by gromit.grondar.org with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1WI0Nl-0007tF-2v; Mon, 24 Feb 2014 18:36:02 +0000 Subject: Re: svn commit: r262380 - projects/random_number_generator/sys/dev/random Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Content-Type: multipart/signed; boundary="Apple-Mail=_393FDB13-376D-458A-82EE-FFDB09359D5A"; protocol="application/pgp-signature"; micalg=pgp-sha512 From: Mark R V Murray In-Reply-To: <20140224110109.GO86937@FreeBSD.org> Date: Mon, 24 Feb 2014 18:36:06 +0000 Message-Id: <0DE90608-629E-4CF9-8F7F-70F40FEE79D3@FreeBSD.org> References: <201402231849.s1NInrvj073433@svn.freebsd.org> <20140224110109.GO86937@FreeBSD.org> To: Gleb Smirnoff X-Mailer: Apple Mail (2.1827) X-SA-Score: -1.0 Cc: svn-src-projects@freebsd.org, src-committers@freebsd.org X-BeenThere: svn-src-projects@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "SVN commit messages for the src " projects" tree" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Feb 2014 18:36:05 -0000 --Apple-Mail=_393FDB13-376D-458A-82EE-FFDB09359D5A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Hi Gleb On 24 Feb 2014, at 11:01, Gleb Smirnoff wrote: > Would buf_ring(9) do the job? If not, may be it is worth to bring it = to a state > that would suffice your needs, instead of making another = implementation? buf_ring(9) will do the job from a logical/correctness perspective, but = is going to be horrendous in the places it needs to be really really = really quick ;-). I=92ve been asked to not mess around with pointers = nearly as much as I did, and buf_ring(9) is a backwards step. I=92d be happy to improve buf_ring(9), as you suggest, though. My = current implementation is lock-free on the exit-point, and locking on = entry is lightweight. Everything internal is 1 static buffer/array and 2 = indexes, and the speed for use inside (e.g.) the slab allocators is a = much better approximation to what is needed. I still need some things to = be faster, so there will be further refinements to make the = slab-allocator as happy as I can get it. M --=20 Mark R V Murray --Apple-Mail=_393FDB13-376D-458A-82EE-FFDB09359D5A Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) Comment: GPGTools - http://gpgtools.org iQCVAwUBUwuRG958vKOKE6LNAQr2XgP/VC4OZ2F3b24mH5R2F0eyWkUZ32j3sXok s8jyPVQV+SgG5m58HV5siH73fvkc9p0OOxevuF6hx/Q2A0h/XfRxEQX2vpRtj22i x52tVctaAqxeYsZoF84qTyC5iXLtOU6tRnt2BPElMg03pjl76HVstCc1czHmHxbx 6WnEqOhfhVQ= =HIIY -----END PGP SIGNATURE----- --Apple-Mail=_393FDB13-376D-458A-82EE-FFDB09359D5A--