[DGD] Rewriting the main loop

Raymond Jennings shentino at gmail.com
Thu Nov 29 23:03:13 CET 2018


On Thu, Nov 29, 2018 at 10:06 AM Felix A. Croes <felix at dworkin.nl> wrote:

> Raymond Jennings <shentino at gmail.com> wrote:
>
> > On Thu, Nov 29, 2018 at 3:23 AM Felix A. Croes <felix at dworkin.nl> wrote:
> >[...]
> > I've decided to forgo the benefits of Hydra until such time, if any, as
> > this feature merges with DGD
>
> Well then, since keeping DGD and Hydra compatible at the mudlib level
> is important to me but not to you, and since you've kept bringing up
> this issue for years, I suggest that you grant the benefit of "strict
> priority" to your own fork of DGD.
>
> >[..]
> > > That is not going to work when user input has higher priority than
> > > callouts.  It can prevent progress even when starvation of callouts
> > > by user input is not total.
> > >
> >
> > This part is new.
> >
> > How is it even possible?  Unless my mud is getting flooded with an I/O
> > storm (possibly from a denial of service attack), won't all the callouts
> > get fired eventually?
>
> All that has to happen to cause the callout table to fill up is for
> callouts to be added, from I/O-started tasks, faster than they are
> being executed.
>

So effectively it would be a denial of service attack against the callout
table?

Regards,
> Felix Croes
> ____________________________________________
> https://mail.dworkin.nl/mailman/listinfo/dgd



More information about the DGD mailing list