3 ms·
Sure, and at some level everything is processing. Even putting an object at the end of a FIFO queue has overhead. I would be very hesitant to introduce a sorti
by User23 3y ago
Sure, and at some level everything is processing. Even putting an object at the end of a FIFO queue has overhead.
I would be very hesitant to introduce a sorting proxy unless the need for it had been thoroughly demonstrated though. If your prioritization isn’t lightweight enough to do in the server it’s probably too heavy. Also you might accomplish it at the network level. Regardless your point stands that the work has to be done somewhere, but that doesn’t change the fact that fair queuing is a good idea for the majority of production services. It’s absolutely great when a misbehaving client only DoSes themselves and doesn’t affect anyone else.
- Joker_vD 3y ago> I would be very hesitant to introduce a sorting proxy > fair queuing is a good idea for the majority of production services Huh? As you've said, fair queuing requires one to quickly look at incoming messages, decide whether they are high/low-priority and route accordingly (to the processing server/to the queue). This is a sorting proxy, and so it seems that having it in some form is required to implement fair queuing. Right? > It’s absolutely great when a misbehaving client only DoSes themselves and doesn’t affect anyone else. Yes, of course. But that's precisely the problem with DoS/DDoS attacks: they're, inherently, the cases of a client/clients refusing to obey the back pressure demands from the upstream. Over network, a misbehaving client affects also affects their ISP at the very least, by the way.