Why don't you have one port listening for requests, and as soon as they
come in, you create a new phantom to answer that request ( liberating the
listener immediately for the next request ), then when the phantom finishes
it could log off.

Might be you want to keep a "pool" of phantoms alive for a while, on the
assumption they might be reused. That way you are sill using one license
per request, but you have the benefit of "pooling"... You can always set
min-max limit for those phantom-workers.

Horacio Pellegrino




On Tue, Mar 4, 2014 at 11:30 PM, Peter Cheney
<peter.che...@firstmac.com.au>wrote:

> Thanks David. As they say "Bigger than Ben-Hur"!
>
> That's a great idea. The server I have is listening on a predetermined
> port. I trolled through /etc/services and a netstat on the remote host to
> select something that looked unused.
>
> So then if it the main phantom spawns 1-n children (presumably more
> phantoms?), it would also need to select 1-n ports which I suppose must
> also be predetermined? Or is there a call to the OS that can return an
> unused port? We're on AIX but the remote host is HPUX.
>
> Cheers
> Peter
>
>
>
> Peter Cheney
> Ultracs Developer
> t 07 3017 8837 | f 07 3002 8400
> e peter.che...@firstmac.com.au
> w firstmac.com.au
>
>
> -----Original Message-----
> From: u2-users-boun...@listserver.u2ug.org [mailto:
> u2-users-boun...@listserver.u2ug.org] On Behalf Of David A. Green
> Sent: Wednesday, 5 March 2014 13:01
> To: 'U2 Users List'
> Subject: Re: [U2] Multi-threaded phantom processing
>
> Peter, first of all let me congratulate you on this achievement.  Having
> just finished a similar feat using UniData I understand the complexities
> that went into it.
>
> The system I'm current working with will be relatively low traffic.  But I
> was pondering on the method of having a server socket that would just spawn
> a transfer server socket and send the socket address to the calling client.
>  Then the client disconnects from the main server and just uses the
> transfer server to complete the task.
>
> Having 10 open phantoms with sockets will use up 10 licenses.
>
> David A. Green
> (480) 201-7953
> DAG Consulting
>
>
> -----Original Message-----
> From: u2-users-boun...@listserver.u2ug.org [mailto:
> u2-users-boun...@listserver.u2ug.org] On Behalf Of Peter Cheney
> Sent: Tuesday, March 04, 2014 6:18 PM
> To: U2 Users List (u2-users@listserver.u2ug.org)
> Subject: [U2] Multi-threaded phantom processing
>
> Hi Everyone,
>
> A project that I'm currently working on requires transmission of
> transactional and ancillary data from one UV site to site to another.
> I have the communications all set up and it is working very well via the
> UV socket functions with a client at one end and a server at the other.
> Both the client and the server both run as a UV phantom processes written
> in UV basic and the data being transferred (also encrypted) is more or less
> real time with various UV file triggers on the client end creating queue
> items for transmission based on the data content / transaction type.
>
> This set up is a single threaded affair and I am wondering how it will
> cope and what options I'll have as the volume of data increases.
>
> Multi-threading my server process to dish out some of the load might be
> one possibility and I've seen examples in the past where the last digit of
> a numeric key (i.e. 0-9) is used to determine which one of 10 phantoms to
> call thus providing an effective distribution of the work.
>
> But even then, reading/writing processing data to a file for each child
> process seems to me to be the only way to achieve parent <-> child phantom
> communications at either end. Is there another way perhaps? It may be that
> I will need 2 sets of phantoms, 1 for the transactions and one for the
> ancillary data. Although we run UV on AIX the only other requirement is
> that I must be able to do it within UV Basic.
>
> Does anyone out there on the list know of a better way or any
> alternatives/advice so I can get a better appreciation of what else might
> be possible please?
>
> Many thanks in advance,
> Peter
>
>
> Peter Cheney
> Ultracs Developer
> t 07 3017 8837 | f 07 3002 8400
> e peter.che...@firstmac.com.au
> w firstmac.com.au
>
>
>
>  
> -------------------------------------------------------------------------------
> Note:
> This email (inc all attachments) is for the use of the intended
> recipient(s) only.
> Privileged or confidential information may be contained in this
> communication. If you have received this email in error, please notify the
> sender immediately and then delete all copies of this message from your
> computer network. If you are not the intended recipient, you must not keep,
> use, disclose, copy or distribute this email without the author's prior
> permission. If you are the intended recipient and you do not wish to
> receive similar electronic messages from us in future, then please respond
> to the sender to this effect.
> We have taken precautions to minimise the risk of transmitting software
> viruses, but advise you to carry out your own virus checks on this email
> and its attachments. We do not accept liability for any loss or damage
> caused by software viruses and do not represent that this transmission is
> free from viruses or other defects.
> Firstmac Limited (ABN 59 094 145 963) (AFSL 290600)
>
>  
> -------------------------------------------------------------------------------
> _______________________________________________
> U2-Users mailing list
> U2-Users@listserver.u2ug.org
> http://listserver.u2ug.org/mailman/listinfo/u2-users
>
> _______________________________________________
> U2-Users mailing list
> U2-Users@listserver.u2ug.org
> http://listserver.u2ug.org/mailman/listinfo/u2-users
>
>
>  
> -------------------------------------------------------------------------------
> Note:
> This email (inc all attachments) is for the use of the intended
> recipient(s) only.
> Privileged or confidential information may be contained in this
> communication. If you have received this email in error, please notify the
> sender immediately and then delete all copies of this message from your
> computer network. If you are not the intended recipient, you must not keep,
> use, disclose, copy or distribute this email without the author's prior
> permission. If you are the intended recipient and you do not wish to
> receive similar electronic messages from us in future, then please respond
> to the sender to this effect.
> We have taken precautions to minimise the risk of transmitting software
> viruses, but advise you to carry out your own virus checks on this email
> and its attachments. We do not accept liability for any loss or damage
> caused by software viruses and do not represent that this transmission is
> free from viruses or other defects.
> Firstmac Limited (ABN 59 094 145 963) (AFSL 290600)
>
>  
> -------------------------------------------------------------------------------
> _______________________________________________
> U2-Users mailing list
> U2-Users@listserver.u2ug.org
> http://listserver.u2ug.org/mailman/listinfo/u2-users
>



-- 

*hp*
_______________________________________________
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users

Reply via email to