More thoughts on these.  Reiterating much of what was said earlier.

These are definitely the low level building blocks of future FME
functionality that have been included really for those advanced cases
when it is needed.

Currently, they are very low level and not too user friendly.  They are
useful if you have a cpu intensive task to do which benefits from lots
of memory.  As Hans pointed out this uses inter process communication to
stream features between processes on the same machine or between
machines.  Moving features from one process space to another is not
cheap and so you will only see a real benefit for things that have a
high cpu/data ratio.  Tasks that come to mind would be large overlays or
intersection calculations.  Tasks where you would definitely see a
negative impact would be for any of our flow thru transformers the
AreaCalculator/LengthCalculator.

This multi-process capability is something that you will see more in the
future and any feedback or wishes from users would be great!

Thanks,


don

-----Original Message-----
From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of Matt
Adam
Sent: December 14, 2005 1:30 PM
To: [email protected]
Subject: Re: [fme] Re: TransporterSender and TransporterReceiver

Hi Hans, Mark...

The transformers are fairly low-level and difficult to use (as Hans has 
said).  I don't think we really intended anyone to use them, but they're

there if you find them useful.

We're building more user-friendly features on top of the same 
functionality for the next release of FME.  This should make it very 
easy to distribute the workload of a workspace on a multi-CPU machine.

I'm not sure how practical this functionality is when used over a 
network, as each feature has to be sent and the network would become 
quite the bottleneck.  We would certainly love to hear any input you 
have in this direction though, especially what kind of applications 
you'd see for it.

-- 
--------------------------------------------------------------
Matt Adam                                        [EMAIL PROTECTED]
Developer, Safe Software Inc.            (604)501-9985 ext.234
--------------------------------------------------------------

mark2atsafe wrote:
> Hi Hans,
> When I first saw these I asked about them and was told not to get
> excited as they probably wouldn't exist for too long! I think they
> were designed to be part of some particular function under
> development. Anyway that was a while ago and they are still there so
> perhaps they will be more permanent. I can ask again if you like.
> 
> Did you have any particular application in mind? I remember some of
> the pro services team thought about it but couldn't come up with many
> good examples of what we could do with them.
> 
> Mark
> 
> Mark Ireland, Product Support Engineer
> Safe Software Inc. Surrey, BC, CANADA
> [EMAIL PROTECTED] http://www.safe.com
> Solutions for Spatial Data Translation, Distribution and Access
> 
> --- In [email protected], Hans van der Maarel <[EMAIL PROTECTED]> wrote:
> 
>>I recently noticed the TransporterSender and TransporterReceiver in
the 
>>Workbench gallery and decided to try them out. See the attached
zipfile 
>>for a sample.
>>
>>Open both of them in separate instances of Workbench. Start off the 
>>transporter_sender.fmw and wait until it gets to the point of sending 
>>(you'll see a message to that effect in the log window). Then start
the 
>>transporter_receiver and watch as it connects to the sender and
> 
> receives 
> 
>>the feature. Best thing is that this would even work across a network.
>>
>>Some things to look out for:
>>- There has to be a coordinate system set for the data that's being 
>>sent, otherwise this will fail. Maybe this limitation can be removed? 
>>[Looking in Safe's direction]
>>- The sender cannot actually start the receiver, that has to be done 
>>manually. I tried using a SystemCaller, but as that halts the current 
>>workbench process until whatever you called has finished, it's not 
>>really going to work out.
>>- Network restrictions and firewalls may apply. FME is running as a 
>>server and not all sysops are happy with that.
>>
>>In short: WOW! I think this will come in very handy.
>>-- 
>>Hans van der Maarel
>>Red Geographics
>>www.redgeographics.com / [EMAIL PROTECTED]
>>
> 
> 
> 
> 
> 
> 
> 
> Get the maximum benefit from your FME, FME Objects, or SpatialDirect
via our Professional Services team.  Visit www.safe.com/services for
details. 
> Yahoo! Groups Links
> 
> 
> 
>  
> 
> 



Get the maximum benefit from your FME, FME Objects, or SpatialDirect via
our Professional Services team.  Visit www.safe.com/services for
details. 
Yahoo! Groups Links



 





Get the maximum benefit from your FME, FME Objects, or SpatialDirect via our 
Professional Services team.  Visit www.safe.com/services for details. 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/fme/

<*> To unsubscribe from this group, send an email to:
    [EMAIL PROTECTED]

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/
 


Reply via email to