RE: File w/Large Number of Members

["Shannon ODonnell" <sodonnell@xxxxxxxxxxxxxxxxxxxxxxxxx>]

That's a big job.

Are you finding that it's taking a really long time for the optical drive to
simply read those images so that you can convert them?

I've worked on something similar with an optical drive and the slowest part
of the entire process was the mechanical "performance" of the optical drive
itself. 

Which made sense as that was the whole point of the customer getting off of
the optical drive in the first place.



-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Rich Loeber
Sent: Thursday, February 21, 2008 1:05 PM
To: Midrange Systems Technical Discussion
Subject: Re: File w/Large Number of Members

   Shannon,

   The application is an image extraction of documents stored on an optical
   juke box attached to the customer System i.  They are moving off of the
   System i and need to convert all of their documents into PDF files.  Each
   member in the file represents a scanned document from the juke box.
There
   are more than 7 million documents to be extracted.

   Thanks for the suggestions so far.  Some of them may have applicability,
   but I have to be careful about tinkering with the application in the
   middle of the conversion project.

   Rich Loeber
   Kisco Information Systems
   http://www.kisco.com

 
--------------------------------------------------------------------------

   Shannon ODonnell wrote:

 I'd be interested in hearing about what kind of application would need to
 generate that many members.   

 That's a new one on me.



 -----Original Message-----
 From: midrange-l-bounces@xxxxxxxxxxxx
 [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Rich Loeber
 Sent: Thursday, February 21, 2008 12:44 PM
 To: Midrange Systems Technical Discussion
 Subject: File w/Large Number of Members

 Hello list,

 I'm working with an application that has a work file that builds up a
 large number of members while the application is running.  It takes
 several hours to complete.  I even bumped into IBM's restriction of no
 more than 32,767 members in a physical file with this one.

 I'm have a minor issue with deleting the work file when I'm all done. 
 When the file has 30,000+ members in it, it can take more than an hour
 for a DLTF to run.  Has anyone ever run across this before?  Are there
 any tricks out there to speed up the file deletion process?

 Rich Loeber
 Kisco Information Systems
 http://www.kisco.com