Return to BSD News archive
Path: euryale.cc.adfa.oz.au!newshost.anu.edu.au!harbinger.cc.monash.edu.au!nntp.coast.net!oleane!tank.news.pipex.net!pipex!news.mathworks.com!fu-berlin.de!irz401!orion.sax.de!uriah.heep!news From: j@uriah.heep.sax.de (J Wunsch) Newsgroups: comp.os.linux.hardware,comp.os.ms-windows.win95.misc,comp.os.os2.setup.misc,comp.unix.bsd.freebsd.misc Subject: Re: HELP: Can I mix memory speeds Date: 22 Jul 1996 22:20:22 GMT Organization: Private BSD site, Dresden Lines: 28 Message-ID: <4t0ur6$7bn@uriah.heep.sax.de> References: <4rbvq2$34i@news.enterprise.net> <4re1ii$14f5@newsgate.sps.mot.com> <31DAA423.75FEABEE@uiuc.edu> <31E07EA8.66E140D7@henge.com> <31E6880E.408D@nome.net> <4s7rae$m3a@symiserver2.symantec.com> <stephenkDutwB2.52D@netcom.com> <4sr0bg$4ae@uriah.heep.sax.de> <stephenkDuxI2x.B5M@netcom.com> Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) NNTP-Posting-Host: localhost.heep.sax.de Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Newsreader: knews 0.9.6 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Xref: euryale.cc.adfa.oz.au comp.os.linux.hardware:45291 comp.os.ms-windows.win95.misc:162425 comp.os.os2.setup.misc:17550 comp.unix.bsd.freebsd.misc:24255 stephenk@netcom.com (Stephen Knilans) wrote: > >Btw., panic does even try to flush the disk buffers, so its effect is > >not as desastrous as you describe unless the disk subsystem itself is > >hosed. But in this case, you lose anyway. > > Are you saying that Linux intercepts that interrupt, and flushes? I haven't looked into Linux' code for it, but i would expect it to do so. The interrupt is not ``intercepted'', it's actually being delivered as a hardware trap just like all other traps caused by hardware events. It has to be handled by the operating system itself in any case. The usual handling is to panic(), and this usually involves flushing the disk buffers. Of course, this is _always_ a tradeoff between the risk of flushing wrong data, and the intention to save as much data as you can. But i think the general consensus is that the latter is much more likely useful than the former is to be afraid of. (If your data are not yet there, you are not thinking of what you might have done if they were there but were faulty. ;-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-)