continuous REPL mode for tc(8)

continuous REPL mode for tc(8)

[Thorsten Glaser]

Hi,

perhaps, if not inter-qdisc communication, can I at least have
a mode for tc to run in a loop, so I lose the fork+exec overhead
when calling tc change a *lot* of times?

How difficult to implement is that?

Could I, maybe, even just call main() multiple times, or does
that leak?

Thanks in advance,
//mirabilos
-- 
Infrastrukturexperte • tarent solutions GmbH
Am Dickobskreuz 10, D-53121 Bonn • http://www.tarent.de/
Telephon +49 228 54881-393 • Fax: +49 228 54881-235
HRB AG Bonn 5168 • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

                        ****************************************************
/⁀\ The UTF-8 Ribbon
╲ ╱ Campaign against      Mit dem tarent-Newsletter nichts mehr verpassen:
 ╳  HTML eMail! Also,     https://www.tarent.de/newsletter
╱ ╲ header encryption!
                        ****************************************************

Re: continuous REPL mode for tc(8)

[Toke Høiland-Jørgensen]

Thorsten Glaser <t.glaser@tarent.de> writes:

> Hi,
>
> perhaps, if not inter-qdisc communication, can I at least have
> a mode for tc to run in a loop, so I lose the fork+exec overhead
> when calling tc change a *lot* of times?
>
> How difficult to implement is that?

It already exists; see the '-b' option (RTF man page for details) :)

-Toke

Re: continuous REPL mode for tc(8)

[Thorsten Glaser]

On Mon, 29 Aug 2022, Toke Høiland-Jørgensen wrote:

> It already exists; see the '-b' option (RTF man page for details) :)

Ah. Thanks for pointing my nose on it… as I said I wasn’t the one
to dig into invoking the utility. I will tell them.

While not as nice, it will greatly reduce calling overhead.

Thanks,
//mirabilos
-- 
Infrastrukturexperte • tarent solutions GmbH
Am Dickobskreuz 10, D-53121 Bonn • http://www.tarent.de/
Telephon +49 228 54881-393 • Fax: +49 228 54881-235
HRB AG Bonn 5168 • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

                        ****************************************************
/⁀\ The UTF-8 Ribbon
╲ ╱ Campaign against      Mit dem tarent-Newsletter nichts mehr verpassen:
 ╳  HTML eMail! Also,     https://www.tarent.de/newsletter
╱ ╲ header encryption!
                        ****************************************************

Re: continuous REPL mode for tc(8)

[Toke Høiland-Jørgensen]

Thorsten Glaser <t.glaser@tarent.de> writes:

> On Mon, 29 Aug 2022, Toke Høiland-Jørgensen wrote:
>
>> It already exists; see the '-b' option (RTF man page for details) :)
>
> Ah. Thanks for pointing my nose on it… as I said I wasn’t the one
> to dig into invoking the utility. I will tell them.

You're welcome :)

> While not as nice, it will greatly reduce calling overhead.

If you want to lower overhead even further, you can always use a netlink
library and send the messages to the kernel directly...

-Toke

Re: continuous REPL mode for tc(8)

[Thorsten Glaser]

On Mon, 29 Aug 2022, Toke Høiland-Jørgensen wrote:

> If you want to lower overhead even further, you can always use a netlink
> library and send the messages to the kernel directly...

I guessed so, but it’s a good thing I didn’t follow that direction
because there’s now two different (Java and Google-Issue9) clients
slash management tools for this, so having tc separate is better.
I’m just doing the low-level part ;-)

Thanks,
//mirabilos
-- 
Infrastrukturexperte • tarent solutions GmbH
Am Dickobskreuz 10, D-53121 Bonn • http://www.tarent.de/
Telephon +49 228 54881-393 • Fax: +49 228 54881-235
HRB AG Bonn 5168 • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

                        ****************************************************
/⁀\ The UTF-8 Ribbon
╲ ╱ Campaign against      Mit dem tarent-Newsletter nichts mehr verpassen:
 ╳  HTML eMail! Also,     https://www.tarent.de/newsletter
╱ ╲ header encryption!
                        ****************************************************