Re: Poor IFS performance?

Al,

Not good news! Unfortuately I'm not going to be able to use the native
DB for this application. 

Are you saying that the size that is reported by WRKLNK, option 8
(attributes) is not correct? I know the actual size can be different
that the allocated size. For example:

**************************************************
Size of object data in bytes . . . . . :   464            
Allocated size of object . . . . . . . :   4096           
Size of extended attributes  . . . . . :   0              
**************************************************

But are you saying that objects might be actually larger than the
allocated size?

Patrick

"Al Barsa, Jr." wrote:
> 
> At 03:30 PM 02/25/2000 -0800, you wrote:
> 
> I am having HUGE performance problems with the IFS.  We wrote an
> application last summer that wrote/read objects into the IFS, and were
> disappointed with the performance.
> 
> So what we did was to take those variable size objects and store them in
> multiple variable length fields in the native database, and got a
> performance improvement of about 9 times!
> 
> Also, IFS objects use much more disk and tape space than they say.  Our
> calculations last summer showed that (on average) of our objects (and there
> is nothing to say that out objects are average, took about a 150% 0premium
> of disk and tape space.  (Read this carefully, not 50% more, 150% more!)
> 
> Al
> 
> >I have an ILE C application on V4R3 that reads and writes IFS files
> >(root file system) on the AS/400. The performance seems pretty poor. The
> >same application running on a PC runs 10 times faster. The PC
> >application even runs faster when the IFS directory is mapped to the PC.
> >The system load does not seem to be a factor. I thought that the AS/400
> >64 bit RISC system would blow the socks off of relatively low powered
> >Windows NT PC, but so far I'm wrong. Anyone have any suggestions on
> >improving IFS file system performance?
> >
> >Patrick
> >--
> >IBM AS/400 communications, FTP automation, and network security
> >software and consulting services.
> >
> >http://www.patownsend.com
> >+---
> >| This is the Midrange System Mailing List!
> >| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
> >| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
> >| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
> >| Questions should be directed to the list owner/operator: david@midrange.com
> >+---
> 
> +--------------------------------------------------+
> | Please do not send private mail to this address. |
> | Private mail should go to barsa@ibm.net.         |
> +--------------------------------------------------+
> 
> Al Barsa, Jr. - Account for Midrange-L
> Barsa Consulting, LLC.
> 400 > 390
> 
> Phone:          914-251-1234
> Fax:            914-251-9406
> http://www.barsaconsulting.com
> http://www.taatool.com
> 
> +---
> | This is the Midrange System Mailing List!
> | To submit a new message, send your mail to MIDRANGE-L@midrange.com.
> | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
> | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner/operator: david@midrange.com
> +---

-- 
IBM AS/400 communications, FTP automation, and network security
software and consulting services.

http://www.patownsend.com
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---