Nick, Would device licensing be useful in your environment?
We have device licensing and with this all outside connections from the same IP address only consume 1 license. We use this scenario to have several uniobject clients (java servlets and applications) run from a server and therefore only using one license per machine rather than per process. Jeff On Thu, 2007-08-02 at 08:46 -0400, Nick Cipollina wrote: > All of your suggestions are very good, the problem is that all of these > solutions will introduce too much overhead. I know that a lot of the > overhead is very, very minimal, but we cannot afford ANY overhead at > all. > > Thanks, > > Nick Cipollina > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Craig Bennett > Sent: Thursday, August 02, 2007 6:38 AM > To: [email protected] > Subject: Re: [U2] Socket API problem > > Hi Nick, > > I don't have an answer to your licensing problem, but have you > considered running your listener from inetd or a similar superserver? > > In this setup your inetd daemon (or service on windows) listens on your > known port, when a request comes in the superserver starts a UV process > to handle the incoming request (received on stdin so get the data with > INPUT or GETS) send your response using print. > > This is slightly slower per request than prestarting all your phantoms > but you only use as many licences as your peak load and if you have one > of the more advanced inetd versions you can limit the maximum number of > simultaneous requests (other requests will be queued by inetd). > > > I have implemented a HTTP server using this setup and other than the uv > licensing cost it works well. > > > regards, > > > Craig > ------- > u2-users mailing list > [email protected] > To unsubscribe please visit http://listserver.u2ug.org/ > > > CONFIDENTIALITY NOTICE: This e-mail message, including any attachments, is > for the sole use of the intended recipient(s) and may contain confidential > and privileged information. Any unauthorized review, use, disclosure, or > distribution is prohibited. If you are not the intended recipient, please > contact the sender by reply e-mail and destroy all copies of the original > message. > ------- > u2-users mailing list > [email protected] > To unsubscribe please visit http://listserver.u2ug.org/ ------- u2-users mailing list [email protected] To unsubscribe please visit http://listserver.u2ug.org/
