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: <OFEE15880F.3018E689-ON8025740A.0041A021-8025740A.004203F5@sophos.com>
Date:	Wed, 12 Mar 2008 12:01:03 +0000
From:	tvrtko.ursulin@...hos.com
To:	Daniel Phillips <phillips@...nq.net>
Cc:	linux-kernel@...r.kernel.org
Subject: Re: [ANNOUNCE] Ramback: faster than a speeding bullet

linux-kernel-owner@...r.kernel.org wrote on 10/03/2008 06:46:16:

> Every little factor of 25 performance increase really helps.
> 
> Ramback is a new virtual device with the ability to back a ramdisk
> by a real disk, obtaining the performance level of a ramdisk but with
> the data durability of a hard disk.  To work this magic, ramback needs
> a little help from a UPS.  In a typical test, ramback reduced a 25
> second file operation[1] to under one second including sync.  Even
> greater gains are possible for seek-intensive applications.

What about doing a similar thing as a device mapper target? Have a look a 
dm-cache, I know that development of that has stopped but it doesn't mean 
it couldn't be ressurected. It has an advantage that it is generic (any 
two block devices will do) and you don't need to populate the "cache" on 
start-up - it happens automatically through cache misses.

Another use could be a flash based disk accelerator which may be pretty 
popular nowadays.

Tvrtko

Sophos Plc, The Pentagon, Abingdon Science Park, Abingdon,
OX14 3YP, United Kingdom.

Company Reg No 2096520. VAT Reg No GB 348 3873 20.

--
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/