Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 20 Feb 1996 18:59:13 -0800
From:      David Greenman <davidg@Root.COM>
To:        Naoki Hamada <nao@sbl.cl.nec.co.jp>
Cc:        andreas@knobel.gun.de, hackers@FreeBSD.org, current@FreeBSD.org
Subject:   Re: mbuf enhancement patch 
Message-ID:  <199602210259.SAA04978@Root.COM>
In-Reply-To: Your message of "Wed, 21 Feb 1996 11:46:44 %2B0900." <199602210246.LAA18404@sirius.sbl.cl.nec.co.jp> 

next in thread | previous in thread | raw e-mail | index | archive | help
>>>I found the ep driver always keeps some mbuf's in its pool. Is this
>>>because mbuf allocation is too expensive for boards which equip small
>>>receive buffer? If this is the case, some improvement (not mine :-) is
>>>desirable.
>>
>>   I think that's what the author thought, but the FIFO on the 3c509 should be
>>sufficiently large enough to not need the extra 1% of speed that having the
>>private pool gets you. Our malloc implementation is quite efficient, actually.
>
>The old 3c509 has 2k bytes RX FIFO. Is this large enough?

   Yes, but a bit tight. If the driver were properly written, large packets
would be put in mbuf clusters which are allocated out of a private pool and
should be as fast as the pool that the driver is maintaining. I haven't looked
at the driver source in any detail...I've instead decided to rewrite it at
some point in the future, but haven't had the time + enough interest yet.

-DG

David Greenman
Core-team/Principal Architect, The FreeBSD Project



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199602210259.SAA04978>