Filter
Top Products
Spinpoint M8U-Internal Product Manual REV 3.4
30
INSTALLATION
example, Read Caching could save most of the disk transaction time by eliminating the seek and rotational
latency delays that prominently dominate the typical disk transaction.
Read Caching operates by continuing to fill its cache memory with adjacent data after transferring data
requested by the host. Unlike a non-caching controller, the 88i9322(Rev2.0) Interface Controller continues
a read operation after the requested data has been transferred to the host system. This read operation
terminates after a programmed amount of subsequent data has been read into the cache memory.
The cache memory consists of an 8MB sync DRAM buffer allocated to hold the data. It can be directly
accessed by the host by means of read and write commands. The unit of data stored is the logical block, or a
multiple of the 512-byte sector. Therefore, all accesses to cache memory must be in multiples of the sector
size. The following commands empty the cache:
• IDENTIFY DRIVE (ECh)
• FORMAT TRACK (50h)
• EXECUTE DRIVE DIAGNOSTIC (90h)
• READ LONG (23h)
• WRITE VERIFY (3Ch)
• INITIALIZE DEVICE PARAMETER (91h)
• SLEEP (99h, E6h)
• STANDBY IMMEDIATELY (94h, E0h)
• READ BUFFER (E4h)
• WRITE BUFFER (E8h)
• WRITE SAME (E9h)
5.5.2 Write Caching
Write caching improves both single and multi-sector write performance by reducing delays introduced by
rotational latency. When the drive writes a pattern of multiple sequential data, it stores the data to a cache
buffer and immediately sends a COMMAND COMPLETE message to the host before it writes the data to the
disk.
The data is then written collectively to the drive thereby minimizing the disk seeking operation. Data is
held in cache no longer than the maximum seek time plus rotational latency. Host retries must be enabled
for Write Caching to be active.
If the data request is random, the data of the previous command is written to the disk before COMMAND
COMPLETE is posted for the current command. Read commands work similarly. The previous write is
allowed to finish before the read operation starts.
If a defective sector is found during a write, the sector is automatically relocated before the write occurs.
This ensures that cached data that already has been reported as written successfully gets written, even if an
error should occur.
If the sector is not automatically relocated, the drive drops out of write caching and reports the error as an ID
Not Found. If the write command is still active on the AT interface, the error is reported during that
command. Otherwise, it is reported on the next command.