> We need to persuade TT to impose a limit on slaveblock usage
> or means to
> disable SLAVEing.
...or to implement a more efficient method of disk caching. Caching
will necessarily slow down access when what you're looking for has not
previously been loaded, but a good algorithm should keep the overhead
to a minimum and not be affected greatly by the size of the cache. For
frequently accessed blocks the benefits of efficient caching should
outweigh the disadvantages - and reduce wear and tear on the disk. An
alternative for large memory machines is to use RAMdisk and have your
most frequently used programs and data loaded in at boot time.
Ian
> -----Original Message-----
> From: pgraf
> Sent: 12 September 2001 19:51
> To: ql-users
> Cc: pgraf
> Subject: Re: [ql-users] Q60
>
>
> Hi Wolfgang,
>
> like you I feel deep sympathy to the americans. I hope nobody
> on this list
> has lost friends or relatives.
>
> >I've recently had some time to play around with my all new Q60.
> >
> >I'm very happy with it, it is a nifty beast.
>
> Nice to hear.
>
> >I had to change one instruction in the ATAPI driver, else it would
> >completely crash the machine
>
> Just in case you refer to the MOVEP instruction:
>
> The 68060 has no MOVEP. Just read the docs on your support
> disks, and use
> the MOVEP-emulation software. All the crashes you reported to me will
> disappear.
>
> MOVEP was meant to deal with 8 bit peripherals on old 16 bit
> 68000 systems.
> Motorola had removed it, because they saw no more need for
> this "outdated"
> instruction. The best thing would be to remove all MOVEP
> instructions from
> SMSQ/E. (Tony Tebby had said he wouldn't use any non-68060
> instructions,
> but unfortunately he overlooked MOVEP.)
>
> CDROM driver:
>
> >The bad point is: it is really s-l-o-w.
>
> Indeed. No wonder. The CDROM driver is not optimized yet.
>
> A general hint if you feel that IDE harddisk access is slow on SMSQ/E
> systems with a lot of free RAM:
>
> Waste memory!
>
> The problem is due to the stupid SMSQ/E SLAVEing which
> incredibly slows
> down disk access on machines with lots of RAM. The more free
> RAM you have,
> the worse it gets.
>
> We need to persuade TT to impose a limit on slaveblock usage
> or means to
> disable SLAVEing.
>
> All the best
>
> Peter
>
>
Visit our website at http://www.ubswarburg.com
This message contains confidential information and is intended only
for the individual named. If you are not the named addressee you
should not disseminate, distribute or copy this e-mail. Please
notify the sender immediately by e-mail if you have received this
e-mail by mistake and delete this e-mail from your system.
E-mail transmission cannot be guaranteed to be secure or error-free
as information could be intercepted, corrupted, lost, destroyed,
arrive late or incomplete, or contain viruses. The sender therefore
does not accept liability for any errors or omissions in the contents
of this message which arise as a result of e-mail transmission. If
verification is required please request a hard-copy version. This
message is provided for informational purposes and should not be
construed as a solicitation or offer to buy or sell any securities or
related financial instruments.
