TIP: Click on subject to list as thread! ANSI
echo: cis.os9.68000.osk
to: Bob van der Poel 76510,2203 (X)
from: William F. McGill/CA 73177,3433
date: 1993-03-27 10:52:10
subject: #17809-Bigger read/write buffer

#: 17813 S12/OS9/68000 (OSK)
    27-Mar-93  10:52:10
Sb: #17809-Bigger read/write buffer
Fm: William F. McGill/CA 73177,3433
To: Bob van der Poel 76510,2203 (X)

Bob,

You are right, it wasn't a buffer size problem after all.  A SCSI-bus analyzer
revealed large gaps during which no transfers were taking place, even though
the drive was ready to accept more data.

The program is running in a multi-tasking environment;  the problem is that a
task with higher priority was also running, and the time allocated to that task
accounted for the gaps in the data transfer.

Setting D_MinPty to 2 and temporarily reducing the higher-priority task to
priority 0 (to suspend it while copying) solved the problem.  The program can
now copy as fast as the OS-9 copy command.

Thanks for your helpful suggestions.

Bill

SOURCE: compuserve via textfiles.com

Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.