Date: Sat, 13 Nov 2004 09:27:13 +0000 (UTC) From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net> To: Peter Wemm <peter@wemm.org> Cc: FreeBSD amd64 mailing list <freebsd-amd64@freebsd.org> Subject: Re: [PATCH] if_sk(4) rx/tx "hangs" Message-ID: <Pine.BSF.4.53.0411130912020.85716@e0-0.zab2.int.zabbadoz.net> In-Reply-To: <200411121739.40804.peter@wemm.org> References: <Pine.BSF.4.53.0411130037360.85716@e0-0.zab2.int.zabbadoz.net> <200411121739.40804.peter@wemm.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 12 Nov 2004, Peter Wemm wrote: > > Try something less CPU intensive like /dev/zero :) > > I think he was saying he created a 1GB file from the contents > of /dev/urandom and then timed the transfer of this over 100Mbit/sec > link. that's it but I had been to lazy to tell you the whole dd story in te middle of the night. I preffer random data when sometimes testing over ssh all zero get's easily compressed ;) > Anyway, the point was that it worked! Could the problem with the K8V SE > really be as simple as we've been hardcoding 128K of ram for a device > that only has 64K? It's not directly a matter of the K8V SE. It's the 88E8001 (but at least my K8V SE deluxe has this one acording to the PN from VPD data). The 88E8010 already has 128k according to the pdf mentioned in my diff. Anyone actually tested it ? Mine still seems to be fine after the night. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.53.0411130912020.85716>