On Wednesday 09 June 2010 23:56:27 Nick Rogers wrote:
> Thanks a lot, I have been trying to get a meaningful response on this issue
> for about a week now. Guess I finally got the right list. Thanks again!
I saw your post before on -net etc, just never found the time ... and then I
forgot. So it
On Wed, 9 Jun 2010 13:52:40 -0400 (EDT) r...@akira.stdio.com wrote:
> I have an AMD64 FreeBSD 8.0 running 8-Stable from around 2010/04/25 19:13:08.
>
> ZFS disk, Nfsd flags "-t -n 16", private network exclusive for nfs network,
> not using jumbo frames, HZ=1000, Device_Polling, Zero_Copy_Sockets,
That worked great:
[root@ /usr/src/usr.sbin/arp]# time /usr/sbin/arp -na | wc -l
4100
real 0m14.850s
user 0m3.187s
sys 0m11.416s
[root@ /usr/src/usr.sbin/arp]# time ./arp -na | wc -l
4100
real 0m0.046s
user 0m0.022s
sys 0m0.023s
Thanks a lot, I have been trying to get a meaningful respo
Rayson Ho wrote:
Related to debuggers... just saw the LLDB (from the LLVM project)
announcement today:
and like any other llvm project it's glued to Mac with little regard for
portability..
Oh wait.. so is pathdb, but we'll at least make an effort to fix that..
We also updated the licens
Related to debuggers... just saw the LLDB (from the LLVM project)
announcement today:
http://lldb.llvm.org/
All of the code in the LLDB project is available under the standard
LLVM License, an open source "BSD-style" license.
Rayson
2010/6/1 "C. Bergström" :
> Ed Maste wrote:
>>
>> On Sat, M
On Wednesday 09 June 2010 23:21:05 Max Laier wrote:
> Hello Nick,
>
> On Wednesday 09 June 2010 20:17:43 Nick Rogers wrote:
> > Is there something that can be done to speedup the call to
> > if_indextoname(), or would it be worthwhile for me to submit a patch that
> > adds the ability to skip the
Hello Nick,
On Wednesday 09 June 2010 20:17:43 Nick Rogers wrote:
> Is there something that can be done to speedup the call to
> if_indextoname(), or would it be worthwhile for me to submit a patch that
> adds the ability to skip the interface lookup as an arp(8) option?
how about the attached:
I have an 8.0-RELEASE system with 4000 "permanent" ARP entries due to having
a network interface (em(4)) configured with 4000 aliases. The "arp -na"
command takes what I consider to be an extremely long time to finish (up to
30s on an otherwise unloaded system). I am able to replicate this in a tes
I have an AMD64 FreeBSD 8.0 running 8-Stable from around 2010/04/25 19:13:08.
ZFS disk, Nfsd flags "-t -n 16", private network exclusive for nfs network,
not using jumbo frames, HZ=1000, Device_Polling, Zero_Copy_Sockets, and the
following sysctl options:
net.inet.tcp.recvspace=232140
net.inet.tcp
On Jun 9, 2010, at 6:25 AM, Kostik Belousov wrote:
> On Wed, Jun 09, 2010 at 09:13:56AM -0400, jhell wrote:
>> On 06/09/2010 04:14, Ilya Bakulin wrote:
>>> Hi hackers!
>>>
>>> While discussing my project's implementation details with my mentor,
>>> Alexander Leidinger, we've found that one of the
Quoting Kostik Belousov (from Wed, 9 Jun 2010
16:25:43 +0300):
I can not think of any viable reason why one would want to "spoof" this
when it is not available.
Many ports are doing wrong thing there, checking for run-time features at
the build-time, turning on/off some functionality dependi
On 06/09/2010 09:25, Kostik Belousov wrote:
> On Wed, Jun 09, 2010 at 09:13:56AM -0400, jhell wrote:
>> On 06/09/2010 04:14, Ilya Bakulin wrote:
>>> Hi hackers!
>>>
>>> While discussing my project's implementation details with my mentor,
>>> Alexander Leidinger, we've found that one of the ideas ne
On Wed, Jun 09, 2010 at 09:13:56AM -0400, jhell wrote:
> On 06/09/2010 04:14, Ilya Bakulin wrote:
> > Hi hackers!
> >
> > While discussing my project's implementation details with my mentor,
> > Alexander Leidinger, we've found that one of the ideas needs to be
> > discussed with community,
> > t
On 06/09/2010 04:14, Ilya Bakulin wrote:
> Hi hackers!
>
> While discussing my project's implementation details with my mentor,
> Alexander Leidinger, we've found that one of the ideas needs to be discussed
> with community,
> to find out possible use cases.
> That is, if it should be possible to
On Wed, 9 Jun 2010 12:45:52 +0300 Kostik Belousov wrote:
KB> On Wed, Jun 09, 2010 at 12:35:11AM -0700, per...@pluto.rain.com wrote:
>> Timo Sirainen wrote:
>>
>> > I see that since FreeBSD 6.3 close() can fail with:
>> >
>> > > [ECONNRESET]The underlying object was a stream socket
On Wed, Jun 09, 2010 at 12:35:11AM -0700, per...@pluto.rain.com wrote:
> Timo Sirainen wrote:
>
> > I see that since FreeBSD 6.3 close() can fail with:
> >
> > > [ECONNRESET] The underlying object was a stream socket that was
> > > shut down by the peer before all pending data was
Hi hackers!
While discussing my project's implementation details with my mentor,
Alexander Leidinger, we've found that one of the ideas needs to be discussed
with community,
to find out possible use cases.
That is, if it should be possible to spoof non-existing features. For
example, if currently
Timo Sirainen wrote:
> I see that since FreeBSD 6.3 close() can fail with:
>
> > [ECONNRESET]The underlying object was a stream socket that was
> > shut down by the peer before all pending data was
> > delivered.
>
> Could someone explain what this is useful for?
18 matches
Mail list logo
