On Sat, Apr 18, 2015 at 6:11 PM, George Neuner <gneun...@comcast.net> wrote: > On 4/18/2015 5:09 PM, Jay McCarthy wrote: >> >> It is conceivable to grab the servlet's custodian and look at >> just the cost of the servlet, but unless there are many servlets, that >> will basically be the same value. > > > Does that work if there is just one instance of serve/servlet with a big > dispatch-rules table? I have a lot of functions that don't need > continuations and just a handful that do (mostly forward only, this paging > function is the only one currently that also needs to go backwards).
In your situation, there's no reason to have more than one serve/servlet, or custodian, or thread and the defaults will work out just fine. Jay > Would it make sense to separate the continued functions in a separate > instance of serve/servlet? And if so, how do I go about running multiple > instances safely? I know serve/servlet won't return until it catches a > break exception, so at least a separate thread is required ... but do I also > need to create a new custodian? > > That is, if I have the structure > > top-level > |_ thread > | |_ serve/servlet (2) > | > |_ serve/servlet (1) > > does calling current-custodian in a continuation manager for serve/servlet > (2) return the top-level custodian or something else? > > Also, will this 2nd instance catch signals from the OS and shutdown cleanly, > or do I need to explicitly create a custodian to manage it and shut down > that custodian manually when the main thread catches a signal (i.e. when > serve/servlet (1) terminates) ? > > Sorry if I'm being a pain - this system level stuff is all new. > George -- Jay McCarthy http://jeapostrophe.github.io "Wherefore, be not weary in well-doing, for ye are laying the foundation of a great work. And out of small things proceedeth that which is great." - D&C 64:33 -- You received this message because you are subscribed to the Google Groups "Racket Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to racket-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
