linux-kernel - Re: [ANNOUNCE] Ramback: faster than a speeding bullet

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <47D81CD9.6000802@nortel.com>
Date:	Wed, 12 Mar 2008 12:11:37 -0600
From:	"Chris Friesen" <cfriesen@...tel.com>
To:	Daniel Phillips <phillips@...nq.net>
CC:	Alan Cox <alan@...rguk.ukuu.org.uk>, linux-kernel@...r.kernel.org
Subject: Re: [ANNOUNCE] Ramback: faster than a speeding bullet

Daniel Phillips wrote:
> On Wednesday 12 March 2008 06:11, Alan Cox wrote:

>>No I get that. You've ignored the fact I'm suggesting that design choice
>>is dumb.
> 
> 
> You seem to be calling Linux unreliable.

It's more reliable than many others, but it's not perfect.

Besides, there are many failure modes beyond the control of the kernel. 
  Hardware errors can lock up the bus and prevent I/O, RAM modules can 
go bad, technicians can yank out cards without waiting for the ready 
light.

For certain classes of devices it's necessary to plan for these sorts of 
things, and a model where the on-disk structures may be inconsistent by 
design is not going to be very attractive.

Chris
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/