On 12.05.2015 22:54, Daniel Phillips wrote:
On 05/12/2015 11:39 AM, David Lang wrote:
On Mon, 11 May 2015, Daniel Phillips wrote:
...it's the mm and core kernel developers that need to
review and accept that code *before* we can consider merging tux3.
Please do not say "we" when you know that
Am 12.05.2015 06:36, schrieb Daniel Phillips:
Hi David,
On 05/11/2015 05:12 PM, David Lang wrote:
On Mon, 11 May 2015, Daniel Phillips wrote:
On 05/11/2015 03:12 PM, Pavel Machek wrote:
It is a fact of life that when you change one aspect of an intimately
interconnected system,
something el
On 2nd of May 2015 18:30, Richard Weinberger wrote:
On Sat, May 2, 2015 at 6:00 PM, Christian Stroetmann
wrote:
On the 2nd of May 2015 12:26, Daniel Phillips wrote:
Aloha everybody
On Friday, May 1, 2015 6:07:48 PM PDT, David Lang wrote:
On Fri, 1 May 2015, Daniel Phillips wrote:
On
On the 2nd of May 2015 12:26, Daniel Phillips wrote:
Aloha everybody
On Friday, May 1, 2015 6:07:48 PM PDT, David Lang wrote:
On Fri, 1 May 2015, Daniel Phillips wrote:
On Friday, May 1, 2015 8:38:55 AM PDT, Dave Chinner wrote:
Well, yes - I never claimed XFS is a general purpose filesystem
On the 30th of April 2015 17:14, Daniel Phillips wrote:
Hallo hardcore coders
On 04/30/2015 07:28 AM, Howard Chu wrote:
Daniel Phillips wrote:
On 04/30/2015 06:48 AM, Mike Galbraith wrote:
On Thu, 2015-04-30 at 05:58 -0700, Daniel Phillips wrote:
On Thursday, April 30, 2015 5:07:21 AM PDT,
On the 20th of June 2013 22:27, Daniel Phillips wrote:
On 06/20/2013 12:12 PM, Christian Stroetmann wrote:
1. Stop copying my intellectual properties related with file systems and
implementing them. You always came several months too late and I am not
interested to let it become a running gag
t memory
filesystem
looks like?
How does it differ from the DAX + FS approach and which advantages will
it offer?
Would it be some kind of an object storage system that possibly uses the
said structures
used by the kernel (see the two little questions above again)?
Do we have to keep the ter
On the 3rd of June 2014 16:57, Theodore Ts'o wrote:
On Tue, Jun 03, 2014 at 07:30:32AM +0200, Christian Stroetmann wrote:
In general, I do not believe that the complexity problems of soft updates,
atomic writes, and related techniques can be solved by hand/manually. So my
suggestion
On the 3rd of June 2014 05:39, Dave Chinner wrote:
On Mon, Jun 02, 2014 at 10:30:07AM +0200, Christian Stroetmann wrote:
When I followed the advice of Dave Chinner:
"We're not going to merge that page forking stuff (like you were
told at LSF 2013 more than a year ago:
http://lwn.ne
On the 1st of June 2014 23:41, Daniel Phillips wrote:
Hi,
This is the first of four core changes we would like for Tux3. We
start with a hard one and suggest a simple solution.
The first patch in this series adds a new super operation to write
back multiple inodes in a single call. The second p
Am 02.04.2014 00:20, schrieb Christian Stroetmann:
Am 02.04.2014 00:02, schrieb Richard Weinberger:
On Tue, Apr 1, 2014 at 11:33 PM, Christian Stroetmann
wrote:
On Tue, 01.April.2014 17:55, Felipe Balbi wrote:
On Tue, Apr 01, 2014 at 11:40:16AM -0400, Chris Mason wrote:
On 04/01/2014 11
Am 02.04.2014 00:02, schrieb Richard Weinberger:
On Tue, Apr 1, 2014 at 11:33 PM, Christian Stroetmann
wrote:
On Tue, 01.April.2014 17:55, Felipe Balbi wrote:
On Tue, Apr 01, 2014 at 11:40:16AM -0400, Chris Mason wrote:
On 04/01/2014 11:16 AM, Boaz Harrosh wrote:
On 04/01/2014 05:41 PM
On Tue, 01.April.2014 17:55, Felipe Balbi wrote:
On Tue, Apr 01, 2014 at 11:40:16AM -0400, Chris Mason wrote:
On 04/01/2014 11:16 AM, Boaz Harrosh wrote:
On 04/01/2014 05:41 PM, Chris Mason wrote:
Hello everyone,
During last week's Collab summit, Jon Corbet suggested we use the power
of soci
thread
anymore. It was a mistake at all to try it again.
Sincerely
Christian Stroetmann
Let's do the same as in 2009[1] and finish this thread.
[1] http://www.spinics.net/lists/reiserfs-devel/msg01543.html
--
Thanks,
//richard
--
To unsubscribe from this list: send the line "u
again the given links), as it is the case with the
latest description of the Tux3 FS with Shardmap, transports/communicates
the copyrighted description of the same idea/concept/system in large
parts or even as a whole somehow. And simply coding and compiling it
does not help as well due to the
Dear Mr. Pavel Machek:
Is this a serious comment?
Nevertheless, this is a copyrighted idea [1].
Sincerely
Christian Stroetmann
[1] Log-Structured Hash-based File System (LogHashFS or LHFS;
www.ontonics.com/innovation/pipeline.htm#loghashfs)
Hi!
At first you came up with a file system
Btw. 2: Are you Google and now Samsung or both?
Sincerely
Christian Stroetmann
Hi Christian,
You are welcome, and I hope that your project can make good use of this
technology. Please do credit your sources if you use these ideas, and
please keep the CC list intact in further replies.
What
relation with "the size
of [a] hash table [is determined] by sampling the input", as we
understood the description.
[2] Ontonics, OntoLab, and OntoLinux Further steps
(www.ontomax.com/newsarchive/2012/october.htm#08.October.2012)
Sincerely
Christian Stroetmann
--
To unsubscribe from
system in general. Quite contrary, it is highly interesting to watch if
there are possibilites to bring the whole field further. But this kind
of marketing seen in the past is truely not constructive but contemporary.
Have fun in the sun
Christian Stroetmann
On Tue, May 07, 2013 at 04:24:05PM
19 matches
Mail list logo