diff options
| author |   kettenis <kettenis@openbsd.org> | 2015-01-20 12:56:50 +0000 |
|---|---|---|
| committer | kettenis <kettenis@openbsd.org> | 2015-01-20 12:56:50 +0000 |
| commit | c4698f58e31650b8d3a250d6e20cd8ebc98ac859 (patch) | |
| tree | 718617df3c2312733a4ba39fa5743f18719ff9cc /lib/libsqlite3/src | |
| parent | We do not support AIO, so comment it out in the kqueue(2) manpage for now. (diff) | |
| download | wireguard-openbsd-c4698f58e31650b8d3a250d6e20cd8ebc98ac859.tar.xz wireguard-openbsd-c4698f58e31650b8d3a250d6e20cd8ebc98ac859.zip | |
Make ix(4) work on strict alignment architectures. The Intel networking
hardware is fairly retarded. While it allows receive buffers with an
ETHER_ALIGN offset, it only allows the size of the buffers to be specified in
multiples of 1K. This means that if we want to use standard mbuf clusters
we will waste 1024 - ETHER_ALIGN bytes per cluster, which is a lot for the
2K clusters we use now. Compromise a bit by using 4K clusters on strict
alignment architectures and tell the hardware to use 3K of those, reducing
the spillage a bit. While this isn't optimal, at least on sparc64 where we
have 8K pages, the pool page allocation overhead should be the same as on
amd64/i386 where we have 4K pages and continue to use 2K mbuf clusters.
ok mikeb@, dlg@
Diffstat (limited to 'lib/libsqlite3/src')
0 files changed, 0 insertions, 0 deletions