[At the risk of starting yet another flame war...]
On Mon, Jun 18, 2012 at 2:31 AM, Ryan McBride wrote:
> It's not critical because they can change the state table implementation
> later - OpenBSD has reorganised this several times with more planned -
> but we've put quite a bit of effort into re
* Holger Glaess [2012-06-17 11:41]:
> From the very beginning of the project it was clear, that code is going
> to diverge significantly from original OpenBSD code. OpenBSD has always
> developed pf without taking into account that code can ever get
> multithreaded, thus quite a lot needed to be
On Jun 18, 2012, at 11:31 AM, Ryan McBride wrote:
> No, there is no single mutex around PF specifically in OpenBSD, the
> whole kernel is wrapped in a biglock.
>
> I think if they work out all the nits and dead-ends we may have
> something to learn from this effort, but I don't see this code comi
No, there is no single mutex around PF specifically in OpenBSD, the
whole kernel is wrapped in a biglock.
I think if they work out all the nits and dead-ends we may have
something to learn from this effort, but I don't see this code coming
back to OpenBSD.
It's not critical because they can chang
On Jun 17, 2012, at 7:53 PM, Ted Unangst wrote:
> On Sun, Jun 17, 2012 at 11:43, Holger Glaess wrote:
>
>> i dident wont start about smp on openbsd but
>>
>> what about this porject ?
>
> Did you read the part below? I think it's pretty clear this project
> isn't going to have much relevance f
On Sun, Jun 17, 2012 at 11:43, Holger Glaess wrote:
> i dident wont start about smp on openbsd but
>
> what about this porject ?
Did you read the part below? I think it's pretty clear this project
isn't going to have much relevance for OpenBSD.
> From the very beginning of the project it was c
hi
i dident wont start about smp on openbsd but
what about this porject ?
[quote]
Hello, networkers!
[net@ in Cc, but further discussion should go on pf@]
As you already probably know, or some may be don't yet know, the pf(4)
subsystem in FreeBSD is currently working under a single mutex.
7 matches
Mail list logo