On 13/2/20 5:17 am, jeanfrancois wrote:
> Good evening,
>
> Very good videos are available from one of the developer of EXT2/3/4
> recommended to see.
>
> https://www.youtube.com/watch?v=2mYDFr5T4tY
>
> OpenBSD's FFS code looks awesome.
It's mature, and not worth chucking out anytime soon as
Good evening,
Very good videos are available from one of the developer of EXT2/3/4
recommended to see.
https://www.youtube.com/watch?v=2mYDFr5T4tY
OpenBSD's FFS code looks awesome.
Jean-François
Le 09/01/2020 à 03:25, Theo de Raadt a écrit :
Xiyue Deng wrote:
It would be better to
On Fri, Jan 10, 2020 at 11:28:07AM +0100, Stefan Sperling wrote:
> On Fri, Jan 10, 2020 at 12:52:44PM +0300, Consus wrote:
> > On 20:06 Thu 09 Jan, Marc Espie wrote:
> > > It's been that way for ages. But no-one volunteered
> > > to work on this.
> >
> > Anyone even knows about this? Aside from
On 11:28 Fri 10 Jan, Stefan Sperling wrote:
> On Fri, Jan 10, 2020 at 12:52:44PM +0300, Consus wrote:
> > On 20:06 Thu 09 Jan, Marc Espie wrote:
> > > It's been that way for ages. But no-one volunteered
> > > to work on this.
> >
> > Anyone even knows about this? Aside from OpenBSD developers
On Fri, Jan 10, 2020 at 12:52:44PM +0300, Consus wrote:
> On 20:06 Thu 09 Jan, Marc Espie wrote:
> > It's been that way for ages. But no-one volunteered
> > to work on this.
>
> Anyone even knows about this? Aside from OpenBSD developers (who have
> their plates full already) how an average
On 11:08 Fri 10 Jan, Janne Johansson wrote:
> By using the parts that OpenBSD is made up of, and not automatically moving
> to other OSes as soon as you leave the comfort zone.
I'm not sure, but it seems like from a user perspective there is nothing
wrong with amd(8). Only that it keeps using
Den fre 10 jan. 2020 kl 10:55 skrev Consus :
> On 20:06 Thu 09 Jan, Marc Espie wrote:
> > It's been that way for ages. But no-one volunteered
> > to work on this.
>
> Anyone even knows about this? Aside from OpenBSD developers (who have
> their plates full already) how an average person can find
On 20:06 Thu 09 Jan, Marc Espie wrote:
> It's been that way for ages. But no-one volunteered
> to work on this.
Anyone even knows about this? Aside from OpenBSD developers (who have
their plates full already) how an average person can find out that there
is rusty piece of code that should be
If you want a useful project related to filesystems,
try the automounter.
Yes, that ancient code.
Look very closely. It has tendrils in NFSv2.
And some people, most prominently Theo, use amd(8).
Write an automounter that does not depend on NFSv2,
and then, most probably we can kill NFSv2.
On 09/01/2020 05:15, Xiyue Deng wrote:
Some guy asks whether there's any plan to improve file system
performance, the answer given is the code is right there if you want to
contribute. Then some other guy offers a proposal to start working on
it, and the answer now becomes you are hardly
On Thu, Jan 09, 2020 at 09:07:38AM +1000, Stuart Longland wrote:
> On 9/1/20 12:56 am, Ian Darwin wrote:
> >> - If we could clean-room implement a BSD-licensed
> >> EXT3/EXT4/BTRFS/XFS/JFS/whatever, following style(8), would there be
> >> interest in supporting that in OpenBSD?
> >
> > And which
Am 09.01.2020 16:10 schrieb Ingo Schwarze:
https://www.youtube.com/watch?v=HTD9Gow1wTU
And Bob gave a talk about VFS hacking the very same
event. Might be an eye-opener of those "proposing to help".
https://www.youtube.com/watch?v=rVb8jdlP4gE
(somehow the slides didn't made it to /papers/?)
Hi Janne,
Janne Johansson wrote on Thu, Jan 09, 2020 at 09:49:43AM +0100:
> Den tors 9 jan. 2020 kl 02:11 skrev Ingo Schwarze :
>> Are you aware that even Bob Beck@ is seriously scared of some
>> parts of our file system code, and of touching some parts of it?
>> Yes, this Bob Beck, who isn't
On Thu, Jan 09, 2020 at 12:47:31PM +0300, Consus wrote:
> Relax, it was a joke.
Whatever, what I wrote wasn't just directed at you.
misc@ sucks a lot lately.
On 01/08/2020 09:25 PM, Theo de Raadt wrote:
> Xiyue Deng wrote:
>
>> It would be better to point out where to start, what
>> hard problems to solve, what work has been done in this area that people
>> can continue to work on.
> Looking at that list, noone here owes you any of those.
>
> Do
On 10:45 Thu 09 Jan, Stefan Sperling wrote:
> On Thu, Jan 09, 2020 at 11:02:17AM +0300, Consus wrote:
> > On 18:15 Wed 08 Jan, Xiyue Deng wrote:
> > > It would be better to point out where to start, what hard problems to
> > > solve, what work has been done in this area that people can continue
>
On Thu, Jan 09, 2020 at 11:02:17AM +0300, Consus wrote:
> On 18:15 Wed 08 Jan, Xiyue Deng wrote:
> > It would be better to point out where to start, what hard problems to
> > solve, what work has been done in this area that people can continue
> > to work on.
>
> They don't remember as there is
Den tors 9 jan. 2020 kl 02:11 skrev Ingo Schwarze :
>
> Are you aware that even Bob Beck@ is seriously scared of some
> parts of our file system code, and of touching some parts of it?
> Yes, this Bob Beck, who isn't really all that easily scared:
>
> https://www.youtube.com/watch?v=GnBbhXBDmwU
On 18:15 Wed 08 Jan, Xiyue Deng wrote:
> It would be better to point out where to start, what hard problems to
> solve, what work has been done in this area that people can continue
> to work on.
They don't remember as there is no bugtracker.
gwes writes:
> Suggestion: to improve file system performance,
> first document the bad behavior in detail.
>
> Begin with examples of traces/logs of disk accesses associated
> with file system operations.
>
> Include scenarios (one hopes reproducible ones) to provoke
> bad behavior.
>
> Are
Suggestion: to improve file system performance,
first document the bad behavior in detail.
Begin with examples of traces/logs of disk accesses associated
with file system operations.
Include scenarios (one hopes reproducible ones) to provoke
bad behavior.
Are reads worse than writes?
"Theo de Raadt" writes:
> Xiyue Deng wrote:
>
>> Ingo Schwarze writes:
>>
>> > Hi Stuart,
>> >
>> > Stuart Longland wrote on Thu, Jan 09, 2020 at 09:07:38AM +1000:
>> >> Somebody wrote:
>> >
>> >>> - If we could clean-room implement a BSD-licensed
>> >>> EXT3/EXT4/BTRFS/XFS/JFS/whatever,
On 9/1/20 12:20 pm, Theo de Raadt wrote:
>> and the answer now becomes you are hardly qualified for such kind of
>> work.
> I suspect you are also unqualified.
>
You don't become qualified by writing words on a mailing list… and while
I acknowledge a lack of experience in the area, I do
Xiyue Deng wrote:
> It would be better to point out where to start, what
> hard problems to solve, what work has been done in this area that people
> can continue to work on.
Looking at that list, noone here owes you any of those.
Do your own homework.
Re-reading the thread is remarkable.
Xiyue Deng wrote:
> Ingo Schwarze writes:
>
> > Hi Stuart,
> >
> > Stuart Longland wrote on Thu, Jan 09, 2020 at 09:07:38AM +1000:
> >> Somebody wrote:
> >
> >>> - If we could clean-room implement a BSD-licensed
> >>> EXT3/EXT4/BTRFS/XFS/JFS/whatever, following style(8), would there be
> >>>
Ingo Schwarze writes:
> Hi Stuart,
>
> Stuart Longland wrote on Thu, Jan 09, 2020 at 09:07:38AM +1000:
>> Somebody wrote:
>
>>> - If we could clean-room implement a BSD-licensed
>>> EXT3/EXT4/BTRFS/XFS/JFS/whatever, following style(8), would there be
>>> interest in supporting that in OpenBSD?
>
Ingo Schwarze wrote:
> Even if you had, let's say, a whole year to spend full-time, you
> would not really be making any sense right now. So, could we drop
> this thread, please?
Ingo, you know that's impossible.
These are people on misc, their self-importance and optimism knows
no bounds.
Hi Stuart,
Stuart Longland wrote on Thu, Jan 09, 2020 at 09:07:38AM +1000:
> Somebody wrote:
>> - If we could clean-room implement a BSD-licensed
>> EXT3/EXT4/BTRFS/XFS/JFS/whatever, following style(8), would there be
>> interest in supporting that in OpenBSD?
> I'm hoping it will be more than
On 9/1/20 12:56 am, Ian Darwin wrote:
>> - If we could clean-room implement a BSD-licensed
>> EXT3/EXT4/BTRFS/XFS/JFS/whatever, following style(8), would there be
>> interest in supporting that in OpenBSD?
>
> And which "we" are you referring to here? Did you mean yourself,
> or are you hoping
> - If we could clean-room implement a BSD-licensed
> EXT3/EXT4/BTRFS/XFS/JFS/whatever, following style(8), would there be
> interest in supporting that in OpenBSD?
And which "we" are you referring to here? Did you mean yourself,
or are you hoping that "somebody" will do it?
> There's merit in
30 matches
Mail list logo