home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.amiga.hardware
- Path: sparky!uunet!mcsun!Germany.EU.net!mpifr-bonn.mpg.de!speckled.mpifr-bonn.mpg.de!mlelstv
- From: mlelstv@speckled.mpifr-bonn.mpg.de (Michael van Elst)
- Subject: Re: SUMMARY: 16MHz A3000 to 25MHz (!) Hardware "Hack"
- Message-ID: <1992Aug19.203224.3303@mpifr-bonn.mpg.de>
- Sender: news@mpifr-bonn.mpg.de
- Nntp-Posting-Host: speckled
- Organization: Max-Planck-Institut f"ur Radioastronomie
- References: <1992Aug12.151140.58087@cc.usu.edu> <1992Aug17.132428.4865@tom.rz.uni-passau.de> <1992Aug17.191059.18794@mpifr-bonn.mpg.de> <bobl.77bh@bobsbox.rent.com>
- Date: Wed, 19 Aug 1992 20:32:24 GMT
- Lines: 19
-
- In <bobl.77bh@bobsbox.rent.com> bobl@bobsbox.rent.com (Bob Lindabury - SysAdmin) writes:
- >The question here is what's wrong with slapping in a faster crystal and
- >seeing if your 16mhz machine will be able to do 25mhz? If it doesn't,
- >then you have to do the hack in which case you will need the crystal
- >(which is cheap) anyway.
-
- The question is wether you really can determine if it works reliable.
- Changing the environment temperature f.e. can cause failures. The
- FPU is known to produce incorrect results when clocked too fast.
- The 68030 can have undetected cache failures.. The result is _just_
- data loss. If you want to risk that than you surely can change the
- clockspeed.
-
- Regards,
- --
- Michael van Elst
- UUCP: universe!local-cluster!milky-way!sol!earth!uunet!unido!mpirbn!p554mve
- Internet: p554mve@mpirbn.mpifr-bonn.mpg.de
- "A potential Snark may lurk in every tree."
-