However, a number of students have tried in the past and failed, so
it may not be an entirely good idea.
You are right, it is simply too much effort. My lecturer, too, said that
this is overkill. I'll read into ext2/3 and begin with a part, which I
can use for my thesis. Anyhow, I'll use NetBSD
On Mon, Mar 05, 2012 at 01:12:43PM -0600, David Young wrote:
> On Mon, Mar 05, 2012 at 06:14:04AM +, David Holland wrote:
> > The problem with that scheme is that you rewrite everything to the
> > flash over and over again anytime something changes, which is going to
> > generate vastly more wr
On Mon, Mar 05, 2012 at 06:14:04AM +, David Holland wrote:
> The problem with that scheme is that you rewrite everything to the
> flash over and over again anytime something changes, which is going to
> generate vastly more write cycles than just using a normal fs.
This scheme doesn't write an
On Wed, Feb 29, 2012 at 06:45:41PM -0600, David Young wrote:
> > > Oh, my mistake, since there was concern about filesystem type I
> > > thought you were talking about raw flash, but apparently CompactFlash
> > > is not raw flash, same as USB sticks aren't.
> > >
> > > In that case, just use
On Tue, Feb 28, 2012 at 02:15:12AM +, Christos Zoulas wrote:
>> An attractive alternative, is the ext3 journaling feature. It seems to
>> be an appropriate amount of work, even more interesting and much more
>> useful.
>>
>> Is there anybody already working on it?
>
> No, I don't thi
On Thu, Feb 23, 2012 at 08:04:01PM -0500, Thor Lancelot Simon wrote:
> On Fri, Feb 24, 2012 at 12:45:32AM +, David Holland wrote:
> > On Thu, Feb 23, 2012 at 11:20:18PM +, David Holland wrote:
> > > > > Is CHFS really suitable for CompactFlash? Is LFS even usable?
> > > >
> > > > No
>
On Feb,Wednesday 29 2012, at 1:02 AM, Manuel Wiesinger wrote:
>
>> A DRDB-like functionality is something we need. It could even be a
>> gsoc project ...
> I thought about that too. I decided that gsoc + the thesis is too much.
> I'm to busy to have to start in April, and it's impossible to stic
A DRDB-like functionality is something we need. It could even be a
gsoc project ...
I thought about that too. I decided that gsoc + the thesis is too much.
I'm to busy to have to start in April, and it's impossible to stick to
the given deadlines.
Thank you anyway!
Manuel
I can help with both zfs and ext3. If requirement for your thesis is
to design and implement something new then implementing DRBD like
network raid on top of device-mapper would be amazing. [1], [2]
It is not required to do something new (awkward, I know). But there
is no reason, not to do so. DR
On Feb,Tuesday 28 2012, at 9:29 AM, Manuel Bouyer wrote:
> On Tue, Feb 28, 2012 at 08:12:03AM +0100, Adam Hamsik wrote:
>> I can help with both zfs and ext3. If requirement for your thesis is to
>> design and implement something new then implementing DRBD like network raid
>> on top of device-m
On Tue, Feb 28, 2012 at 08:12:03AM +0100, Adam Hamsik wrote:
> I can help with both zfs and ext3. If requirement for your thesis is to
> design and implement something new then implementing DRBD like network raid
> on top of device-mapper would be amazing. [1], [2]
A DRDB-like functionality is
No, I don't think anyone is. Even better, how about getting zfs in a
working state?
Hrm... I don't have enough experience with zfs to feel confident with
it. But I consider it.
On Feb,Tuesday 28 2012, at 3:15 AM, Christos Zoulas wrote:
> In article <4f4c09c6.3040...@bsdstammtisch.at>,
> Manuel Wiesinger wrote:
>> As it seems, implementing the snapshot feature does not really pay off.
>> Other projects seem to be much more rewarding for me.
>>
>> An attractive altern
In article <4f4c09c6.3040...@bsdstammtisch.at>,
Manuel Wiesinger wrote:
>As it seems, implementing the snapshot feature does not really pay off.
>Other projects seem to be much more rewarding for me.
>
>An attractive alternative, is the ext3 journaling feature. It seems to
>be an appropriate am
As it seems, implementing the snapshot feature does not really pay off.
Other projects seem to be much more rewarding for me.
An attractive alternative, is the ext3 journaling feature. It seems to
be an appropriate amount of work, even more interesting and much more
useful.
Is there anybody
On Fri, Feb 24, 2012 at 08:24:59AM +, David Laight wrote:
> > Oh, my mistake, since there was concern about filesystem type I
> > thought you were talking about raw flash, but apparently CompactFlash
> > is not raw flash, same as USB sticks aren't.
>
> OTOH I've seen a CF card with comple
On Fri, Feb 24, 2012 at 12:45:32AM +, David Holland wrote:
> On Thu, Feb 23, 2012 at 11:20:18PM +, David Holland wrote:
> > > > Is CHFS really suitable for CompactFlash? Is LFS even usable?
> > >
> > > No
> >
> > I thought the whole point of chfs was to be able to operate on raw
>
I think you mean "halves the write rate".
--- On Thu, 2/23/12, Thor Lancelot Simon wrote:
From: Thor Lancelot Simon
Subject: Re: Snapshots in tmpfs
To: "David Holland"
Cc: tech-kern@netbsd.org
Date: Thursday, February 23, 2012, 5:04 PM
On Fri, Feb 24, 2012 at 12:45:32AM
On Thu, Feb 23, 2012 at 08:04:01PM -0500, Thor Lancelot Simon wrote:
> > > > > Is CHFS really suitable for CompactFlash? Is LFS even usable?
> > > >
> > > > No
> > >
> > > I thought the whole point of chfs was to be able to operate on raw
> > > flash devices that don't have their own flas
On Fri, Feb 24, 2012 at 12:45:32AM +, David Holland wrote:
> On Thu, Feb 23, 2012 at 11:20:18PM +, David Holland wrote:
> > > > Is CHFS really suitable for CompactFlash? Is LFS even usable?
> > >
> > > No
> >
> > I thought the whole point of chfs was to be able to operate on raw
>
On Thu, Feb 23, 2012 at 11:20:18PM +, David Holland wrote:
> > > Is CHFS really suitable for CompactFlash? Is LFS even usable?
> >
> > No
>
> I thought the whole point of chfs was to be able to operate on raw
> flash devices that don't have their own flash translation layer.
Oh, my m
On Thu, Feb 23, 2012 at 08:07:50PM +0100, Adam Hoka wrote:
> > Is CHFS really suitable for CompactFlash? Is LFS even usable?
>
> No
I thought the whole point of chfs was to be able to operate on raw
flash devices that don't have their own flash translation layer.
> and no.
Do you have any
On Feb 22, 2012, at 1:52 PM, Martin Husemann wrote:
> Note that we already have file system snapshots for ffs file systems,
> see fss(4). They are used for backup purposes (atomically create a snapshot,
> while the file system is busy, then backup the now quiet snapshot) - among
> others.
Right -
On 2/23/2012 7:34 PM, David Young wrote:
> On Thu, Feb 23, 2012 at 07:58:11AM +, David Holland wrote:
>> On Wed, Feb 22, 2012 at 08:17:15AM -0600, David Young wrote:
>> > On Wed, Feb 22, 2012 at 01:42:45PM +0100, Manuel Wiesinger wrote:
>> > > *)
>> > > What is it good for? The only practica
On Thu, Feb 23, 2012 at 07:58:11AM +, David Holland wrote:
> On Wed, Feb 22, 2012 at 08:17:15AM -0600, David Young wrote:
> > On Wed, Feb 22, 2012 at 01:42:45PM +0100, Manuel Wiesinger wrote:
> > > *)
> > > What is it good for? The only practical use I can imagine are
> > > backups on thin
On Wed, Feb 22, 2012 at 08:17:15AM -0600, David Young wrote:
> On Wed, Feb 22, 2012 at 01:42:45PM +0100, Manuel Wiesinger wrote:
> > *)
> > What is it good for? The only practical use I can imagine are
> > backups on thin clients, which operate without a hard disk. But this
> > is clearly far-
On Wed, Feb 22, 2012 at 01:42:45PM +0100, Manuel Wiesinger wrote:
> *)
> What is it good for? The only practical use I can imagine are
> backups on thin clients, which operate without a hard disk. But this
> is clearly far-fetched, in my eyes.
It's good for writing checkpoints of a tmpfs to non-vo
Another possible thing to do (instead) would be to look at Coda, and
consider something like porting Coda to use FUSE instead of a homegrown
(pre-FUSE, to be fair) kernel module. A bigger challenge is to separate
the write-back caching from the upstream server protocol, so that one
could use some
Note that we already have file system snapshots for ffs file systems,
see fss(4). They are used for backup purposes (atomically create a snapshot,
while the file system is busy, then backup the now quiet snapshot) - among
others.
> *)
> What is it good for? The only practical use I can imagine are
Hi folks,
when stumbling around in the wiki for interesting topics for my bachelor
thesis I found this entry:
http://wiki.netbsd.org/projects/project/tmpfs-snapshot
I consider to work on that this summer.
What I've done so far:
*) spoke to a lecturer who is very interested in this topic and
30 matches
Mail list logo
