Re: memory warnings r240891 | dmesgg
On 2012-Oct-04 23:51:09 +0400, Sergey Kandaurov wrote: >On 4 October 2012 20:18, Darrel wrote: >> warning: total configured swap (2621440 pages) exceeds maximum >> recommended amount (1852656 pages). ... >This is because kernel needs some memory to manage swap too. >Currently for amd64 this roughly reduces to the following rule >(My apologies in advance for the extra simplification): > >100MB RAM per 800MB swap space. That is oversimplified to the point of being wrong. As of HEAD r239255 and 9-stable r240097, there's no longer a limit on amd64. The limit is still required on 32-bit architectures due to the limited KVA available. The actual KVA requirements (RAM is only allocated when the swap space is actually used) is about 5MB KVA per 1GB swap. The default swzone for i386 was 32MiB - which is sufficient for ~7GB swap (the 1852656 pages reported above) and was increased to 34.5MB for i386 in r239730 to support ~8GB swap (this is also in r240097). (It's all approximate because of the way swap space is allocated using struct swblock). See the thread starting http://lists.freebsd.org/pipermail/freebsd-current/2012-August/035839.html for more details. -- Peter Jeremy pgprxHjDiuWkT.pgp Description: PGP signature
Re: sysctl-controlled key-value store ?
On 7 October 2012 06:28, Luigi Rizzo wrote: > Hi, > in order to control some netmap feature (namely, which interfaces > are attached to VALE switches), i would considering the use of > a sysctl interface triggering a sysctl-proc, something of the form > > dev.netmap.switch.xyz=em0 ix1 > dev.netmap.switch.foo=ix2 re0 Is it possible to use ifconfig? If a VALE switch was a pseudo interface and you added real interfaces to it then it would be consistent with the current networking fu. Andrew ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
sysctl-controlled key-value store ?
Hi, in order to control some netmap feature (namely, which interfaces are attached to VALE switches), i would considering the use of a sysctl interface triggering a sysctl-proc, something of the form dev.netmap.switch.xyz=em0 ix1 dev.netmap.switch.foo=ix2 re0 where "xyz" and "foo" are the names of the netmap switch instances. Thing is, right now those names are created dynamically when users configure a netmap port, and I would like to have the same dynamic behaviour with the sysctl, so that an access to a not-yet-existent dev.netmap.switch.xyz node should both create the node and add a value. Is this possible (either now or with a modest modification to the sysctl infrastructure) ? Or should I use a workaround, say have a sysctl node that acts as a 'gate' and the procedure will create (readonly) values e.g. dev.netmap.switch.config="xyz: em0 ix1" # creates dev.netmap.switch.xyz=em0 ix1 dev.netmap.switch.config="xyz: ix1" # updates dev.netmap.switch.xyz=ix1 dev.netmap.switch.config="xyz:" # deletes dev.netmap.switch.xyz= cheers luigi ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: FreeBSD 10-CURRENT and 9-STABLE snapshots
Am 10/06/12 03:32, schrieb Bruce Cran: > On 05/10/2012 15:29, Miroslav Lachman wrote: >> Unofficial snapshots can be downloaded from >> https://pub.allbsd.org/FreeBSD-snapshots/ for a long time >> (bootonly.iso too) > > I'm baffled as to why those aren't just made official. > Since a couple of time for now, the links shown on the official webpage target into void. it would be easy to replace the great void with a link to a third party with the note that it is a third party. oh signature.asc Description: OpenPGP digital signature
Re: FreeBSD 10-CURRENT and 9-STABLE snapshots
On Fri, Oct 05, 2012 at 04:29:45PM +0200, Miroslav Lachman wrote: > It would be nice to have them hosted on FreeBSD.org site as official > source. I agree 100%. > Unofficial snapshots can be downloaded from > https://pub.allbsd.org/FreeBSD-snapshots/ for a long time (bootonly.iso too) > I am not sure how the bootonly.iso for -CURRENT and -STABLE can point to a non-FreeBSD FTP site without patching the source prior to the release build. If there is a clean way to do this without modifying the src/ tree prior to the build phase, I am happy to also provide bootonly.iso images and the necessary hierarchy for the various distribution sets. Glen pgp9nXK033Kpl.pgp Description: PGP signature