Hi,
Here is a new patch that restructures ARP caches, which
aims for MP-safe network stack:
http://www.netbsd.org/~ozaki-r/lltable-arpcache.diff
(https://github.com/ozaki-r/netbsd-src/tree/lltable-arpcache)
The patch replaces old llinfo for ARP caches with
lltable/llentry derived from FreeBSD.
H
On Fri, Aug 14, 2015 at 02:06:02AM +0900, SAITOH Masanobu wrote:
> 6) You might have to add some other variable settings
> to your kernel's boot argument.
Some test progress. Linux side works and old NetBSD now says
vendor 0x8086 product 0x1515 (ethernet network, revision 0x01)
On Mon, Aug 17, 2015 at 04:19:44PM +0200, Bert Kiers wrote:
> On Fri, Aug 14, 2015 at 02:06:02AM +0900, SAITOH Masanobu wrote:
>
> > 6) You might have to add some other variable settings
> >to your kernel's boot argument.
>
> Some test progress. Linux side works and old NetBSD now s
I have just rebooted with WAPBL enabled. Some quick notes:
-Sequential write speed is a little lower, around 5,4 MB/s.
-Creating 1000 files takes 0,25 sec. while almost no xfers happen. (It just
goes to the log I guess).
-When creating more files (say 10.000), a known issue comes to light. One
C
On Mon, Aug 17, 2015 at 06:08:32PM +, Stephan wrote:
> I have just rebooted with WAPBL enabled. Some quick notes:
> -Creating 1000 files takes 0,25 sec. while almost no xfers happen. (It just
> goes to the log I guess).
sysctl -w vfs.wapbl.flush_disk_cache=0
but use at your own risk (I usuall
On Mon, Aug 17, 2015 at 08:13:33PM +0200, Martin Husemann wrote:
> On Mon, Aug 17, 2015 at 06:08:32PM +, Stephan wrote:
> > I have just rebooted with WAPBL enabled. Some quick notes:
> > -Creating 1000 files takes 0,25 sec. while almost no xfers happen. (It just
> > goes to the log I guess)
Makes no difference - there is almost no disk activity even with flushing
enabled.
Am 17.08.2015 20:13 schrieb "Martin Husemann" :
> On Mon, Aug 17, 2015 at 06:08:32PM +, Stephan wrote:
> > I have just rebooted with WAPBL enabled. Some quick notes:
> > -Creating 1000 files takes 0,25 sec. whil
stephan...@googlemail.com (Stephan) writes:
>I have just rebooted with WAPBL enabled. Some quick notes:
>-Sequential write speed is a little lower, around 5,4 MB/s.
WAPBL is rather slow on SD cards because SD cards are very slow
when writing small chunks. So even when WAPBL excels, like unpacki