Re: xfs: does mkfs.xfs require fancy switches to get decent performance? (was Tux3 Report: How fast can we fsync?)

2015-05-12 Thread Christian Stroetmann
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

Re: xfs: does mkfs.xfs require fancy switches to get decent performance? (was Tux3 Report: How fast can we fsync?)

2015-05-12 Thread Christian Stroetmann
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

Re: xfs: does mkfs.xfs require fancy switches to get decent performance? (was Tux3 Report: How fast can we fsync?)

2015-05-12 Thread Christian Stroetmann
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

Re: xfs: does mkfs.xfs require fancy switches to get decent performance? (was Tux3 Report: How fast can we fsync?)

2015-05-12 Thread Christian Stroetmann
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 I

Re: Tux3 Report: How fast can we fsync?

2015-05-02 Thread Christian Stroetmann
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

Re: Tux3 Report: How fast can we fsync?

2015-05-02 Thread Christian Stroetmann
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

Re: Tux3 Report: How fast can we fsync?

2015-05-02 Thread Christian Stroetmann
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

Re: Tux3 Report: How fast can we fsync?

2015-05-02 Thread Christian Stroetmann
On 2nd of May 2015 18:30, Richard Weinberger wrote: On Sat, May 2, 2015 at 6:00 PM, Christian Stroetmann stroetm...@ontolab.com 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

Re: xfs: does mkfs.xfs require fancy switches to get decent performance? (was Tux3 Report: How fast can we fsync?)

2015-04-30 Thread Christian Stroetmann
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

Re: xfs: does mkfs.xfs require fancy switches to get decent performance? (was Tux3 Report: How fast can we fsync?)

2015-04-30 Thread Christian Stroetmann
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

Re: Tux3 Report: Meet Shardmap, the designated successor of HTree

2015-04-15 Thread Christian Stroetmann
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

Re: Tux3 Report: Meet Shardmap, the designated successor of HTree

2015-04-15 Thread Christian Stroetmann
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

Re: [PATCH v10 00/21] Support ext4 on NV-DIMMs

2014-08-30 Thread Christian Stroetmann
d 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 term file for everything? Cheers, Dave. With all the best Christian Stroetmann

Re: [PATCH v10 00/21] Support ext4 on NV-DIMMs

2014-08-30 Thread Christian Stroetmann
? 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 term file for everything? Cheers, Dave. With all the best Christian Stroetmann -- To unsubscribe from this list

Re: [RFC][PATCH 1/2] Add a super operation for writeback

2014-06-03 Thread Christian Stroetmann
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

Re: [RFC][PATCH 1/2] Add a super operation for writeback

2014-06-03 Thread Christian Stroetmann
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

Re: [RFC][PATCH 1/2] Add a super operation for writeback

2014-06-02 Thread Christian Stroetmann
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.net/Art

Re: [RFC][PATCH 1/2] Add a super operation for writeback

2014-06-02 Thread Christian Stroetmann
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

Re: [RFC][PATCH 1/2] Add a super operation for writeback

2014-06-02 Thread Christian Stroetmann
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

Re: [RFC][PATCH 1/2] Add a super operation for writeback

2014-06-02 Thread Christian Stroetmann
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.net/Articles

Re: [ANNOUNCE] New Linux Patch Review Group

2014-04-01 Thread Christian Stroetmann
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

Re: [ANNOUNCE] New Linux Patch Review Group

2014-04-01 Thread 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:16 AM, Boaz Harrosh wrote: On 04/01/2014 05:41 PM

Re: [ANNOUNCE] New Linux Patch Review Group

2014-04-01 Thread Christian Stroetmann
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

Re: [ANNOUNCE] New Linux Patch Review Group

2014-04-01 Thread Christian Stroetmann
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

Re: [ANNOUNCE] New Linux Patch Review Group

2014-04-01 Thread Christian Stroetmann
Am 02.04.2014 00:02, schrieb Richard Weinberger: On Tue, Apr 1, 2014 at 11:33 PM, Christian Stroetmann stroetm...@ontolinux.com 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

Re: [ANNOUNCE] New Linux Patch Review Group

2014-04-01 Thread Christian Stroetmann
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 stroetm...@ontolinux.com wrote: On Tue, 01.April.2014 17:55, Felipe Balbi wrote: On Tue, Apr 01, 2014 at 11:40:16AM -0400, Chris Mason

Re: Tux3 Report: Meet Shardmap, the designated successor of HTree

2013-06-24 Thread Christian Stroetmann
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 "unsubs

Re: Tux3 Report: Meet Shardmap, the designated successor of HTree

2013-06-24 Thread Christian Stroetmann
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

Re: Tux3 Report: Meet Shardmap, the designated successor of HTree

2013-06-24 Thread Christian Stroetmann
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

Re: Tux3 Report: Meet Shardmap, the designated successor of HTree

2013-06-24 Thread Christian Stroetmann
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

Re: Tux3 Report: Meet Shardmap, the designated successor of HTree

2013-06-24 Thread Christian Stroetmann
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 many possibilities of re-engineering. Regards Christian Stroetmann Hi, I assume

Re: Tux3 Report: Meet Shardmap, the designated successor of HTree

2013-06-24 Thread Christian Stroetmann
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 unsubscribe linux

Re: Tux3 Report: Meet Shardmap, the designated successor of HTree

2013-06-20 Thread Christian Stroetmann
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 is

Re: Tux3 Report: Meet Shardmap, the designated successor of HTree

2013-06-20 Thread Christian Stroetmann
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 is the scale

Re: Tux3 Report: Meet Shardmap, the designated successor of HTree

2013-06-19 Thread Christian Stroetmann
in 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

Re: Tux3 Report: Meet Shardmap, the designated successor of HTree

2013-06-19 Thread Christian Stroetmann
in 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 this list: send

Re: Tux3 Report: Faster than tmpfs, what?

2013-05-09 Thread Christian Stroetmann
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

Re: Tux3 Report: Faster than tmpfs, what?

2013-05-09 Thread Christian Stroetmann
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