From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from d98.earth.sunset.net ([209.209.116.98] helo=sunset.net ident=root) by speech.braille.uwo.ca with esmtp (Exim 3.35 #1 (Debian)) id 18BuIZ-00071c-00 for ; Wed, 13 Nov 2002 04:59:04 -0500 Received: (from rreid@localhost) by sunset.net (8.11.4/8.11.4) id gAD9wxb25564 for speakup@braille.uwo.ca; Wed, 13 Nov 2002 01:58:59 -0800 From: "Ralph W. Reid" Message-Id: <200211130958.gAD9wxb25564@sunset.net> Subject: Re: in place file splitter To: speakup@braille.uwo.ca Date: Wed, 13 Nov 2002 01:58:59 -0800 (PST) In-Reply-To: from "Igor Gueths" at Nov 11, 2002 10:05:44 AM X-Mailer: ELM [version 2.5 PL3] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: speakup-admin@braille.uwo.ca Errors-To: speakup-admin@braille.uwo.ca X-BeenThere: speakup@braille.uwo.ca X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: speakup@braille.uwo.ca List-Help: List-Post: List-Subscribe: , List-Id: Speakup is a screen review system for Linux. List-Unsubscribe: , List-Archive: Igor Gueths staggered into view and mumbled: > >Hi Ralph. Very interesting technique. Two things. First, don't you have to >specify the chunksize which will be read? Also, if you have a very large >file (1 MB), and the chunksize is aproximately 5 KB (roughly 5000 bytes), >this could take a while. The data chunk size will have to be defined somehow in any splitter program. This technique allows the chunk size to be specified on the command line or elsewhere, hard coded in the program, or a combination which sets up a default which can be modified by the user as required. As for the execution speed, so much disk I/O is required that the program essentially operates at disk drive speed instead of CPU or RAM speed. The more chunks a file is split into, the longer the process will take--large files split into many small chunks could require an appreciable amount of time. The main advantage to this technique is that it will minimize disk and RAM space usage during its operation. Other techniques will certainly operate faster, but may have their own disadvantages. The best anyone can do is to make a 'best guess' as to what will work best for the given situation. Have a _great_ day! -- Ralph. N6BNO. Wisdom comes from central processing, not from I/O. rreid@sunset.net http://personalweb.sunset.net/~rreid Opinions herein are either mine or they are flame bait. 1 = x^0