Hello,
I have updated my Parallel archiver to version 3.21... I have added an indicator of the percentage of the Index processed when you are loading your Index... Also i want to advice you to use an SSD drive of the Intel type because it's an excellent drive that don't have problems with power outage and because it will be faster to load the index... Please read the following: === Conclusion Right now, there is only one reliable SSD manufacturer: Intel.That really is the end of the discussion. It would appear that Intel is the only manufacturer of SSDs that provide sufficiently large on-board temporary power (probably in the form of supercapacitors) to cover writing back the entire cache when power is pulled, even when the on-board cache is completely full. Read here: http://lkcl.net/reports/ssd_analysis.html === You can download my Parallel archiver 3.21 from: https://sites.google.com/site/aminer68/parallel-archiver Thank you, Amine Moulay Ramdane. On Tuesday, June 23, 2015 at 1:16:27 PM UTC-7, Amine Moulay Ramdane wrote: > > Hello, > > > Parallel archiver version 3.2 is here... > > In the previous version , Parallel archiver was not supporting correctly > the storing of empty directories, so in this new version i have supported > the storing of empty directories, and i have optimized it more... To store > empty directories please use ffDirectory in the "AddAttributes" like this: > > pzr.AddAttributes:=[ffArchive,ffReadOnly,ffHidden,ffSystem,ffDirectory]; > > And please look at the test demos that i have included on the zip file... > > Finally i think my Parallel archiver engine is complete and i think it is > stable and it is really fast, next step i will design a graphical user > interface for it... > > > I want to be more clearer about my Parallel archiver, i have designed my > Parallel archiver engine so that you can script or you can automate the > archiving with easy, and as you have noticed i have supported the best > parallel compression algorithms, but what is more interesting about my > Parallel archiver is that you can use it like a database system with an > access of O(1) time complexity , because i have also designed it like a > hashtable that you have to use from the harddisk or from memory, this is > where my Parallel archiver shines ! The Zip and 7Zip tools do not support > that , and i have just tested for example 7Zip GUI tool and i have noticed > that on a somewhat bigger archive with for example 20000 of files, it will > take too much time to add or to delete a file, because those accesses are > sequential on 7Zip and Zip, but this weakness do not exist in my Parallel > archiver , because my parallel archiver is like a database system that > access the files in O(1) time complexity, so my Parallel archiver is > excellent in that regards, other than that i have done a benchmark and i > have noticed that my Parallel archiver can load an index of 80000 of files > in about 9.5 seconds in an SSD drive, that's really fast... so i will > advice you to take into consideration my Parallel archiver because it's an > excellent tool. > > > You can download my new Parallel archiver version 3.2 from: > > https://sites.google.com/site/aminer68/parallel-archiver > > > > Thank you, > Amine Moulay Ramdane. > > > > > -- --- You received this message because you are subscribed to the Google Groups "Scalable Synchronization Algorithms" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/lock-free/3e00d9d0-4725-4c48-8576-8398eaa46fa3%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
