maximum number of queues

hi, is there a maximum system limit for the number of queues
for
altq? is this settable/tunable? whats the default limit?

thanks
sho
_______________________________________________
freebsd-pffreebsd.org mailing list

http://lists.freebsd.org/mailman/listinfo/freebsd-pf
To unsubscribe, send any mail to
"freebsd-pf-unsubscribefreebsd.org"

Ronnel P. Maglasang wrote:
> hi, is there a maximum system limit for the number of
queues for
> altq? is this settable/tunable? whats the default
limit?
>
I'm not sure about this - but if you're using PRIQ, there
are 16 
priorities available (0-15), and I don't think you can have
multiple 
queues with the same priority (although I could be wrong).

What I want to know is if there is a way to show how much
memory pf's 
queues, state tables, etc. are taking up. Right now, I'm
assigning a tag 
on 'in $int_if', assigning a queue based on that tag on
'out $ext_if', 
and keeping state in both spots. Seems like this would
double the amount 
of memory the state tables would need, but I don't know how
to check 
and/or do it better.

_______________________________________________
freebsd-pffreebsd.org mailing list

http://lists.freebsd.org/mailman/listinfo/freebsd-pf
To unsubscribe, send any mail to
"freebsd-pf-unsubscribefreebsd.org"

> Ronnel P. Maglasang wrote:
>> hi, is there a maximum system limit for the number
of queues for
>> altq? is this settable/tunable? whats the default
limit?
>>


# grep _MAX_ sys/contrib/altq/altq/*.h

edit, tune && recompile kernel

_______________________________________________
freebsd-pffreebsd.org mailing list

http://lists.freebsd.org/mailman/listinfo/freebsd-pf
To unsubscribe, send any mail to
"freebsd-pf-unsubscribefreebsd.org"

Artis Caune wrote:
>> Ronnel P. Maglasang wrote:
>>> hi, is there a maximum system limit for the
number of queues for
>>> altq? is this settable/tunable? whats the
default limit?
>>>
>
>
> # grep _MAX_ sys/contrib/altq/altq/*.h
>
> edit, tune && recompile kernel
>

i came across an old thread that answered the same problem,
it said
modify the following typedef:

#define  HFSC_MAX_CLASSES        64


is this enough? whats the logic behind the changes? is there
a formula to
this?

looking at the code, pf seemed to run out of memory when it
allocates
an "altq" data from the altq pool.

sys/contrib/pf/net/pf_ioctl.c

--
--
       case DIOCADDALTQ: {
                struct pfioc_altq       *pa = (struct
pfioc_altq *)addr;
                struct pf_altq          *altq, *a;

                if (pa->ticket != ticket_altqs_inactive)
{
                        error = EBUSY;
                        break;
                }
                altq = pool_get(&pf_altq_pl, PR_NOWAIT);
                if (altq == NULL) {
                        error = ENOMEM;
                        break;
                }
--
--
_______________________________________________
freebsd-pffreebsd.org mailing list

http://lists.freebsd.org/mailman/listinfo/freebsd-pf
To unsubscribe, send any mail to
"freebsd-pf-unsubscribefreebsd.org"