Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758076Ab3FTTMV (ORCPT ); Thu, 20 Jun 2013 15:12:21 -0400 Received: from moutng.kundenserver.de ([212.227.126.171]:60821 "EHLO moutng.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757864Ab3FTTMT (ORCPT ); Thu, 20 Jun 2013 15:12:19 -0400 Message-ID: <51C353C6.2070406@ontolinux.com> Date: Thu, 20 Jun 2013 21:11:02 +0200 From: Christian Stroetmann User-Agent: Mozilla/5.0 (Windows NT 5.0; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Daniel Phillips CC: Linux FS Devel , Linux Kernel , Tux3 Subject: Re: Tux3 Report: Meet Shardmap, the designated successor of HTree References: <1EC23D2B9975384993D85B5DB93AAE8860E5A2@sisaex02sj> In-Reply-To: <1EC23D2B9975384993D85B5DB93AAE8860E5A2@sisaex02sj> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V02:K0:GV0gjEDyGPa8FnqNX393Z5ASqyyEKJ6tcb14ci2+Qgu yfTME9HFFYFVh7UcEjOOYVn8h3In8HwI2L4KaIxdGLGDCqyv9S OrTddZirfNz8sDrMFJokON1hAJw/oabK3ov/qVBbImrVLwO92Q /SWPE2IQ5ge4cB/cgUfyjySc0FpoU+LqCUIPtPaH9KrOqr07i3 eyYRVdlluZJv4akXiIJsy9XDg3FoecW81SIYPfKxObgK12OQfB 8P5SplLuLdzYFxywILkxf620Yv7gD0EW5wtV+DrdUd3vifdZS/ HPZfa97yzuY0/ZeH0BaL5DnDcD/pnPGVCEihEhMkVjDvZISlbu TFTRl3rl4+0jeDfFuTos= Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3942 Lines: 84 Hello Mr. Daniel Philips, I'm sorry to say so, but your are really a funny person. At first you came up with a file system that can handle a great many/billions files and has ACID feature, which are both features of my Ontologic File System (OntoFS; see [1]). Both were said to be a no-go at that time (around 2007 and 2008). Then you came up, with my concept of a log-structured hashing based file system [2] and [3], presented it as your invention yesterday [4], and even integrated it with your Tux3 file system that already has or should have the said features of my OntoFS. I only waited for this step by somebody strongly connected with the company Samsung since the October 2012. AIso, I do think that both steps are very clear signs that shows what is going on behind the curtain. And now your are so bold and please me that I should credit these ideas in the sense of crediting your ideas. For sure, I always do claim for copyright of my ideas, and the true question is if you are allowed to implement them at all. In this conjunction, I would give the other mailing list members the information as well, that I do not need something technical from you at all, that has to be credited. I only meant it as part of a broad hint and for lowering the noise on the mailing list. Besides this, your permanent marketing by using speech acts from my websites is annoying, as it is the case with playing here the unknown now. Furthermore, you already were given the count with your last screwed test and you have nothing better to do than to come up with my log-structured hashing based file system and again a marketing story. I really have to ask the question: Who do you want to kid? Who do you want to provoke? Who do you want to mislead? Also, I truely thought that the broad hints given some weeks ago and yesterday again would be clear enough, and I still think so respectively that you really got the issue. But if as a matter of fact this might be not the case, I simply say it directly without any decorating flowers: 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, definitely. 2. Stop marketing my ideas, especially in a way that confuses the public about the true origin even further. I am already marketing them on my own. 3. Give credits to my intellectual properties in any case, even if you make a derivation, and take care about the correct licensing. [1] OntoFS (www.ontolinux.com/technology/ontofs.htm) [2] SASOS4Fun (www.ontonics.com/innovation/pipeline.htm#sasos4fun) Do not confuse SIP with SipHash, but put SipHash in relation with "the size of [a] hash table [is determined] by sampling the input", as we understood the description. [3] Ontonics, OntoLab, and OntoLinux Further steps (www.ontomax.com/newsarchive/2012/october.htm#08.October.2012) [4] Meet Shardmap, the designated successor of HTree (lkml.org/lkml/2013/6/18/869) Btw. 1: Firstly, Daniel Philips had no CC list at all with his initial e-mail. Secondly, the issue with the CC list on my side was a mistake on the one hand (forgot to push the CC button) and a part of the last broad hint on the other hand. 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 is the scale of your application, that is, how many index entries > do you expect? > > Regards, > > Daniel > -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/