comp.lang.idl-pvwave archive
Messages from Usenet group comp.lang.idl-pvwave, compiled by Paulo Penteado

Home » Public Forums » archive » SPAWN
Show: Today's Messages :: Show Polls :: Message Navigator
E-mail to friend 
Return to the default flat view Create a new topic Submit Reply
Re: SPAWN [message #8723 is a reply to message #8682] Wed, 16 April 1997 00:00 Go to previous messageGo to previous message
alpha is currently offline  alpha
Messages: 49
Registered: September 1996
Member
davidf@dfanning.com (David Fanning) writes:
> Nobuyuki Tasaka <tasaka@mr.med.ge.com> writes:

>> If someone who have tried to compare SPAWN in the following
>> usage, please let me know the difference in terms of data
>> parsing speed, interface flexibility and routine's independency.
>> I would like to use SPAWN for calling database retriving routine
>> written in C.
>>
>> 2) SPAWN, "cmd", /UNIT

> This method is much more flexible in terms of interaction with
> your database, but it is restricted to UNIX platforms. If you want
> to pass large amounts of data back and forth and can be slow and,
> of course,

ah yes, 130Kbyte/sec maximum

you have to make two copies of every piece of data,
> which is not resource friendly.

Call_External would probably be
> a better choice if you decided to go down this path. It would give
> you the ability to share memory resources with your database
> access program.

Call exeternal with FDDI - call by reference!
I made up to 8Mbytes/sec data transfer directly into IDL-arrays!


>> 3) SPAWN, "cmd"
>> (C routine writes data to memory map file and then IDL read it
>> as a Logical Unit File)

> This has several huge advantages. First, it is extremely simple
> to implement.

Really? can you tell something more about memory-map-Files?
is that a ramdisk-filesystem?

be aware that you will the problem of two copies of the same
data again!

You don't need any special knowledge about
> operating sytems, linking protocols, etc. And second, it works
> on every platform IDL supports. You don't have to write special
> code when you decide to port from your Suns to the PC or Mac.
> On the downside, if you are transferring large amounts of data
> it can be slower than you would like.

Ah.. si: how is the rate?

> If you are really serious about doing this, I would look into
> Call_External as a possibility. Or, perhaps even better, wait
> for IDL 5 and the new database connection tools. This problem
> may have already been solved for you! :-)

ah yes! ODBC is the best of course!


so, CU

Panther

--
Panther in the Jungle __..--''``\--....___ _..,_
-BELIEVE AND DECEIVE- _.-' .-/"; ` ``<._ ``-+'~=.
http://www.ang-physik _.-' _..--.'_ \ `(^) )
.uni-kiel.de/~hendrik ((..-' (< _ ;_..__ ; `'
[Message index]
 
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Previous Topic: PSF Energy inside circle
Next Topic: Edge detection and convert edges into polygons

-=] Back to Top [=-
[ Syndicate this forum (XML) ] [ RSS ] [ PDF ]

Current Time: Sat Oct 11 05:51:00 PDT 2025

Total time taken to generate the page: 0.56280 seconds