From: Helge Hafting <helgehaf@aitel.hist.no>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Terje Eggestad <terje.eggestad@scali.com>,
Rik van Riel <riel@redhat.com>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: Rik's list of CS challenges
Date: Thu, 18 Sep 2003 10:26:30 +0200 [thread overview]
Message-ID: <3F696C36.4020604@aitel.hist.no> (raw)
In-Reply-To: 1063806002.12270.31.camel@dhcp23.swansea.linux.org.uk
Alan Cox wrote:
> On Mer, 2003-09-17 at 10:52, Terje Eggestad wrote:
>
>>What become more interesting is that while you may have NV RAM, it's not
>>likely that MRAM is viable on the processor chip. The manufacture
>>process may be too expensive, or outright impossible, (polymers on chips
>>that hold 80 degrees C in not likely), leaving you with volatile
>>register and cache but NV Main RAM.
>
>
> We effectively handle that case now with the suspend-to-ram feature.
>
>
>>A merge of FS and RAM? (didn't the AS/400 have mmap'ed disks?)
>
>
> Persistant storage systems. These tend to look very unlike Linux because
> they throw out the idea of a file system as such. The issues with
> debugging if they break and backups make my head hurt but other folk
> seem to think they are solved problems
I see no reason to get rid of file systems - they provide a nice
and established way of organizing data. Persistent RAM offer
other advantages though - no need for disk caching, mmap
simply gives access to the memory, execute without loading first.
Helge Hafting
next prev parent reply other threads:[~2003-09-18 8:18 UTC|newest]
Thread overview: 66+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-09-09 17:30 Efficient IPC mechanism on Linux Luca Veraldi
2003-09-09 21:17 ` Alan Cox
2003-09-09 21:57 ` Luca Veraldi
2003-09-09 23:11 ` Alan Cox
2003-09-10 9:04 ` Luca Veraldi
2003-09-10 12:56 ` Alan Cox
[not found] ` <20030909175821.GL16080@Synopsys.COM>
[not found] ` <001d01c37703$8edc10e0$36af7450@wssupremo>
[not found] ` <20030910064508.GA25795@Synopsys.COM>
2003-09-10 9:18 ` Luca Veraldi
2003-09-10 9:23 ` Arjan van de Ven
2003-09-10 9:40 ` Luca Veraldi
2003-09-10 9:44 ` Arjan van de Ven
2003-09-10 10:09 ` Luca Veraldi
2003-09-10 10:14 ` Arjan van de Ven
2003-09-10 10:25 ` Luca Veraldi
2003-09-12 18:41 ` Timothy Miller
2003-09-12 19:05 ` Luca Veraldi
2003-09-12 22:37 ` Alan Cox
2003-09-10 12:50 ` Alan Cox
2003-09-10 19:16 ` Shawn
2003-09-10 20:05 ` Rik van Riel
2003-09-17 9:52 ` Rik's list of CS challenges Terje Eggestad
2003-09-17 13:40 ` Alan Cox
2003-09-18 8:26 ` Helge Hafting [this message]
2003-09-10 12:47 ` Efficient IPC mechanism on Linux Alan Cox
2003-09-10 13:56 ` Luca Veraldi
2003-09-10 15:59 ` Alan Cox
2003-09-10 9:52 ` Jamie Lokier
2003-09-10 10:07 ` Arjan van de Ven
2003-09-10 10:17 ` Luca Veraldi
2003-09-10 10:37 ` Jamie Lokier
2003-09-10 10:41 ` Arjan van de Ven
2003-09-10 10:54 ` Luca Veraldi
2003-09-10 10:54 ` Arjan van de Ven
2003-09-10 11:16 ` Nick Piggin
2003-09-10 11:30 ` Luca Veraldi
2003-09-10 11:44 ` Nick Piggin
2003-09-10 12:14 ` Luca Veraldi
2003-09-10 12:42 ` Alan Cox
2003-09-10 10:11 ` Luca Veraldi
2003-09-10 19:24 ` Pavel Machek
2003-09-10 19:40 ` Jamie Lokier
2003-09-10 21:35 ` Pavel Machek
2003-09-10 22:06 ` Jamie Lokier
2003-09-10 11:52 ` Alex Riesen
2003-09-10 12:14 ` Luca Veraldi
2003-09-10 12:11 ` Alex Riesen
2003-09-10 12:29 ` Luca Veraldi
2003-09-10 12:28 ` Alex Riesen
2003-09-10 12:36 ` Luca Veraldi
2003-09-10 12:36 ` Alex Riesen
2003-09-10 13:33 ` Gábor Lénárt
2003-09-10 14:04 ` Luca Veraldi
2003-09-10 14:21 ` Stewart Smith
2003-09-10 14:39 ` Luca Veraldi
2003-09-10 16:59 ` Andrea Arcangeli
2003-09-10 17:05 ` Andrea Arcangeli
2003-09-10 17:21 ` Luca Veraldi
2003-09-10 17:41 ` Andrea Arcangeli
2003-09-10 17:39 ` Martin Konold
2003-09-10 18:01 ` Andrea Arcangeli
2003-09-10 18:05 ` Martin Konold
2003-09-10 18:31 ` Chris Friesen
2003-09-10 18:08 ` Inappropriate signatures Larry McVoy
2003-09-10 18:52 ` Jamie Lokier
2003-09-10 19:54 ` rsync head? [was inappropriate signatures] Joe Perches
2003-09-13 15:39 ` Inappropriate signatures Pavel Machek
2003-09-13 16:49 ` Larry McVoy
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3F696C36.4020604@aitel.hist.no \
--to=helgehaf@aitel.hist.no \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=linux-kernel@vger.kernel.org \
--cc=riel@redhat.com \
--cc=terje.eggestad@scali.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.