Just a couple of other comments:
1) Instead of flushing explicitly, have you tried setting the output buffer size on your connection so the UTL_TCP package will do the flushing for you? That way you avoid the mod call. Perhaps the default buffer size is too small and you are flushing more often than you think.
2) Also do you really need to use the write_text() call? My understanding is that this will do character set conversion. Perhaps write_raw will work better. I'd probably look at all the conversions you are doing, perhaps you can eliminate some of them.
3) Java Stored Procedures might help but I think you should get be able to get the performance you need from the PLSQL code you have. I only mentioned JSP because of your subject (UTL_RAW and slowness).
Regards, Craig.
At 09:29 AM 26/10/2003 -0800, you wrote:
Profiling is on the cards for Monday .... if I don't flush, sometimes the Cisco router doesn't send the information quickly enough. For a ticker tape that is running at 1220 bauds, if characters do not come at set intervals, it appears as if there has been a "network hiccup" ... and we like to avoid that.
BTW do you think Java would be a good idea? I am no good at java stored procs, but will try to hack it next week. This seems to be an better alternative than going for external procs (and then security gets involved due to concerns).
BTW in line with US Congress resolution I had initially set the connection be flushed every 1.6K characters <G>, but soon realized that it was ummm ... inefficient for our needs. Oh Well ...
But thanks for pointing out the Java stored proc idea, I'll definitely try it out.
Raj
-----Original Message----- Sent: Saturday, October 25, 2003 10:39 PM To: Multiple recipients of list ORACLE-L
Raj,
When I was writing the PL/SQL implementation of Blowfish, I also wrote a version as a Java Stored Procedure so I could compare the performance of the two implementations. For CPU intensive work (like encryption), the Java Stored Procedure performed orders of magnitude better than the PL/SQL version. I was using 8.1.7 at the time.
I am wondering why you need to flush the TCP connection after 128 bytes?
Have you profiled your code using DBMS_PROFILER to see where the time it being spent?
Cheers, Craig.
**************************************************************************************
This e-mail message is confidential, intended only for the named recipient(s) above and may contain information that is privileged, attorney work product or exempt from disclosure under applicable law. If you have received this message in error, or are not the named recipient(s), please immediately notify corporate MIS at (860) 766-2000 and delete this e-mail message from your computer, Thank you.
**************************************************************************************5
--
Please see the official ORACLE-L FAQ: http://www.orafaq.net
--
Author: Jamadagni, Rajendra
INET: [EMAIL PROTECTED]
Fat City Network Services -- 858-538-5051 http://www.fatcity.com San Diego, California -- Mailing list and web hosting services --------------------------------------------------------------------- To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).
-- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: Craig Munday INET: [EMAIL PROTECTED]
Fat City Network Services -- 858-538-5051 http://www.fatcity.com San Diego, California -- Mailing list and web hosting services --------------------------------------------------------------------- To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).
