DBMS_OUTPUT is great for debugging PL/SQL, but that's about all. What = your users package really needs is to do straight selects since = DBMS_OUTPUT has some significant limitations & does nothing till the = PL/SQL block finishes. Is it your IO bottleneck, probably not, but it = certainly doesn't help it. Why don't you invest in a tool built to the = purpose, like Brio. We use it very happily. Dick Goulet Senior Oracle DBA Oracle Certified 8i DBA -----Original Message----- From: Michael McMullen [mailto:ganstadba@xxxxxxxxxxx] Sent: Thursday, August 12, 2004 2:21 PM To: oracle-l@xxxxxxxxxxxxx Subject: raid 5 disaster Oracle 9.2.0.3 solaris 5.8 raid 5 T3's I have a server which was created for adhoc purposes. What has happened = is this. Instead of users running adhocs, they have created a package which creates tables (all logging of course) based on their adhoc query. The package then uses dbms_output.put_line to write the created table to a = file which then ftp's the file to the appropriate client. Roughly 200 reports = are written a day and most would be over 1 million lines and total file size would be ~10Gb. Of course everybody wants their report by 9:00 a.m so = the box is routinely pegged at 60% i/o wait. So everybody is complaining about database performance. I have stated = that dbms_output was probably the worst way to implement this. As I recall dbms_output will write out one line at a time. Now would the use of dbms_output affect other ddl. A truncate of a small table can take 15 minutes. Or is that just a function of the i/o waits? I guess I'm = looking for some really technical explanation as to why there performance is so = bad. Thanks Mike ---------------------------------------------------------------- Please see the official ORACLE-L FAQ: http://www.orafaq.com ---------------------------------------------------------------- To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx put 'unsubscribe' in the subject line. -- Archives are at //www.freelists.org/archives/oracle-l/ FAQ is at //www.freelists.org/help/fom-serve/cache/1.html ----------------------------------------------------------------- ---------------------------------------------------------------- Please see the official ORACLE-L FAQ: http://www.orafaq.com ---------------------------------------------------------------- To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx put 'unsubscribe' in the subject line. -- Archives are at //www.freelists.org/archives/oracle-l/ FAQ is at //www.freelists.org/help/fom-serve/cache/1.html -----------------------------------------------------------------