On Wednesday 14 May 2008 10:22, Dan wrote: > File System Addition. > > > The insertion of files needs to have a category flag system in place > with it with at least the initial first few flags being a forced issue > related to being able to insert the files. The file system in many of > the P2P systems lacks a structure beyond that of a massive root > directory which is dumped into and a total mess. > > > This can be handled with a couple bytes to allow for flagging the files > for basic organization with a hard coded structure, then maybe some > additional space for user breakdowns. > > > The benefit I can see of this would be to bring essentially a few > directories into the file system and allow for the break down of the > file listings into a more specific chunks suited to the category being > sought. > > > With even a 100,000 files the approach of a root directory catch all is > easy enough to work with. When it approaches 20 million or 100 million > files given the exchange of file data I have seen taking place and the > time this takes it will becomes much more of a problematic issue.
True, however there is a bigger reason not to have a single global directory: SPAM! Any such system would be flooded, just as Frost has been flooded, by people who want to break the system (or force its devs to build something more secure). > > > Even with the large news servers streaming full it can take an hour or > two for a header list to come in and Free-Net does not make that process > something that can be streamed direct at high speed. > > a Two ? Byte flag system would allow breaking those 16 bits into an > initial category system to allow for some organization. With the use of > a hard coded breakdown of that the forcing of the initial organization > could be made. Any category index would also be attacked. Have you used Freenet recently? > > > The debate would be establishing the hard code structure as to be able > to make use of this and once implemented it would serve as permanent > with in Free-Net. For it to be universally used the first part does have > to be hard coded into the system at a core level > > > To start off the structuring of it the initial debate would be in the > breakdown of the bit pattern. > > > To work with a possible idea for the bit mask breakdown is this: > > > 1bits/3bit /4bits/4bits/ 1bits/3bit/ for a total of 16 bits/2 bytes > > Flags Description Flags > > > First 4 Bits ? used as 1/1/2 > > > First bit being a flag for System File > > Second Bit Default Too Lazy to say what the file is > > Third Bit being a flag for essentially Hidden File or Not like on a HD > file system > > Fourth Bit being Personal or not > > Second 4 Bits being 16 category choices..... > > > FreeNet-Internal, Video, Audio, Book, Game, Application, Picture, OS, > News, Sit-Rep, Other, Misc .... Personal > > > Third Set of 4 Bits a Secondary Description Classification > > > Educational, Entertainment, Informative, Reference Material, Porn, > Urgent, Misc, ...... Personal > > > The option with the third set would be hard coding a sub category for > each of the first choice, or coming up with a generalized list of 16 > items that would fill the general need for a secondary descriptor for > the file describing the first level. > > > Fourth Set of Bits potentially being broken into 3/1 > > > 3 bits being a Content Rating > > 1 being N/A > > and the remaining 7 choices a content rating scale as to age > > 2 for all ages to 8 being adult > > 1 bit being Descriptor is Locked > > if its a public file this is by a polling vote. > > If its a private file this is by owner > > > .................................................. > > > This adds a step to the insertion procedure and adds an additional 2 > bytes to the file key length. With the use of a Hard Coded System at the > very core level this become something that can be used universally used > and can have some level of being enforced. Failure to describe the file > results it in being dumped in the ?I Was Too Lazy DIR? > > > The Comments, Keywords, and so forth in the file insertion process that > require a user to actually type in various data is by its very nature > something that people will by pass in the process as it does take time > and more importantly thought. > > > Hard Coding a set of flags that function on a few radio button choices > would result in better usage IMO as it is faster and it does not take > much thought. > > > The benefit of this system is one that benefits all !!!! > > > First Benefit: > > > Bandwidth Savings and easing of congestion is one factor this saves, in > terms of there being a file storage system present within FreeNet this > gives at least some structure to it. A Person looking for reference > materials with in the system are then getting only those file lists. > > > Essentially Some one looking for a Video File likely has no interest in > the latest Operating System files that are available. This structure > allows for the overhead of all those elements in a file list to be > removed from the transmissions till called upon. > > > Second Benefit: > > > Better Presentation !!! > > > Every System that has ever been used that provides for a singular list > function for all services or provided what ever leads to the use of > computer native sort organization attempts to bring a form of order and > grouping to it. > > > Structuring the file system with a hard coded category function in this > fashion allows for better presentation along with better system resource > use. The Fight to be the first on the list seems to be present in all > public list functions and in a file system this happens as well, be this > intentional or by nature of the chosen naming conventions. > > > The nature of the Freenet is not traceable and non removable Data, a > means to filter that then at least must be present. The Internet its > self is about being able to put on a set of rose colored glass's and not > see reality. This allows for the opening of the file sharing programs to > be one that allows for a more PG view on the entire contents. > > > > _______________________________________________ > Tech mailing list > Tech at freenetproject.org > http://emu.freenetproject.org/cgi-bin/mailman/listinfo/tech > > -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <https://emu.freenetproject.org/pipermail/tech/attachments/20080514/56a77a02/attachment.pgp>
