Prev: [RFC][PATCH 00/16] kill unnecessary bdi wakeups + cleanups
Next: CFQ: delay getting cfq group at the very point we really need it
From: Henrique de Moraes Holschuh on 16 Jul 2010 09:10
On Thu, 15 Jul 2010, Matt Mackall wrote:
> > > Don't bother fiddling with the pool size.
> >
> > We don't, but local admins often do, probably in an attempt to better handle
> > bursts of entropy drainage. So, we do want to properly support non-standard
> > pool sizes in Debian if we can.
>
> Unless they're manually patching their kernel, they probably aren't
> succeeding. The pool resize ioctl was disabled ages ago. But there's
> really nothing to support here: even the largest polynomial in the
> source is only 2048 bits, or 256 bytes.

Well,

cat /proc/sys/kernel/random/poolsize
4096

And that is stock mainline 2.6.32.16 on amd64, AFAIK...

--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Redmond
where the shadows lie." -- The Silicon Valley Tarot
Henrique Holschuh



--
To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST(a)lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org
 | 
Pages: 1
Prev: [RFC][PATCH 00/16] kill unnecessary bdi wakeups + cleanups
Next: CFQ: delay getting cfq group at the very point we really need it