<[EMAIL PROTECTED]> wrote:
> Ummmmmm... don't suppose you'd mind filling us in with a more precise
> version of what it is you're trying to accomplish? It'd be easier to
> assist...
>
> One other thought on a more generic level, perhaps you could call a JSP
> that's running on a smaller instance of a JRE? I mean, if you created an
> instance of JRun to run in say... (guessing, I don't even know the bottom
> limit) 500MB? and deducted the half-gig from your total allocation, then you
> should be able to call the JSP from within CF via CFOBJECT or CFINVOKE
> instead of CFEXECUTE.
>
> There's another idea... perhaps you could use CFINVOKE instead of
> CFEXECUTE...
>
> Just rambling off thoughts...
>
Like I said, we're going to use a Python cgi script to make the call
instead, but here's a brief rundown of what we were looking to do.
We have a 50 node cluster of blade servers that will be doing a lot of
high performance number crunching. When a user makes a change to their
numbers (via a CF interface), I need to make a call to the cluster
manager software (OpenPBS) to kick off the new job. That call is done
via the command line, and I wanted to use cfexecute to do that command
line call. However, as I said, Solaris's fork() is implemented in such
a way that the parent process (the process making the cfexecute call
in this case -- ColdFusion) is completely replicated in memory first
(this is a known Solaris bug that has been verified by Sun and will
not be fixed due to the pervasiveness of fork()). Since our JVM heap
size is 1GB, it's highly inefficient to replicate that entire 1GB of
memory just to make this call (which is extremely lightweight).
Therefore, it looks like we cannot use ColdFusion. However, I was just
throwing the question out there to see if there was an OS or a JVM
switch/flag/setting I can use to tell the fork() function to not
replicate the entire process.
That's the rundown. Our Python script can do what I want, but I was
hoping to not have to switch technologies to be able to run a
command-line script. Oh well.
Regards,
Dave.
[Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings] [Donations and Support]
