![Alpha Microsystems AM-6060 Скачать руководство пользователя страница 89](http://html1.mh-extra.com/html/alpha-microsystems/am-6060/am-6060_owners-manual_2905713089.webp)
Page
E-4
Appendix E
AM-6060 Computer Owner's Manual, Rev. 00
For example:
SYSTEM DVR:DSK/N 200K 60
The buffer-size is the size of the write buffer (you specify the size in Kilobytes). We advise a buffer size
of 100K to 200K.
The flush-period is the maximum number of seconds data may be left in the write buffer without being
written to the disk. For example, if you specify 30, you will know that after 30 seconds any pending
writes will be written to the disk. This is true even if the disk is constantly busy servicing reads.
One SYSTEM command is required for each different SCSI disk driver present in the system. For
example, if you have two 1.2GB SCSI-2 drives named DSK0-36 and DSK37-73 and one 540MB SCSI-2
drive named SUB0-17, you need one SYSTEM command for the DSK device (although it's really two
physical drives) and one SYSTEM command for the SUB device.
When specifying write buffering for a device, two files are placed into system memory: .DVR
(loaded from disk) and .WRC (directly created in system memory), which are the driver and
cache buffer. This is true for all SCSI disk devices except the DSK device. For the DSK device,
the file DSK.DVR does not need to be created because it is already loaded into the system
monitor. Therefore, for the DSK device, only the file DSK.WRC will be created in system
memory.
In the three-drive example mentioned earlier, the added SYSTEM commands would look like this:
SYSTEM DVR:DSK/N 100K 60 ;Driver in AMOS will create DSK.WRC
SYSTEM DVR:SUB/N 100K 60 ;Load SUB.DVR and create SUB.WRC
This would set up 100K of write buffering for the DSK devices and 100K of write buffering for the SUB
device. All three drives would have their write buffers flushed every minute (or sooner if the drives are
not busy with read requests).
FINAL NOTES
Both read-ahead and write buffering schemes used on the AM-176 board dramatically improve system
performance in our lab tests. Both schemes are fine-tuned for the 68060 processor and RISC SCSI
controller and do not take cycles away from AMOS like other commercially available disk optimization
software.
Although our lab tests attempt to simulate the "real world" of user applications, they probably use the
resources of the AM-176 CPU and SCSI subsystem differently than your application does; therefore we
highly recommend you experiment with cache and write buffer sizes, read-ahead blocks, and flush
periods on an installed system to find the best possible combination for that system.