Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.compression > #3057
| From | Ramine <ramine@1.1> |
|---|---|
| Newsgroups | comp.compression |
| Subject | About Parallel archiver ... |
| Date | 2015-06-23 15:41 -0700 |
| Organization | A noiseless patient Spider |
| Message-ID | <mmccme$2fg$9@dont-email.me> (permalink) |
Hello.. 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 hardisk 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 3.2 from: https://sites.google.com/site/aminer68/parallel-archiver Thank you, Amine Moulay Ramdane.
Back to comp.compression | Previous | Next | Find similar | Unroll thread
About Parallel archiver ... Ramine <ramine@1.1> - 2015-06-23 15:41 -0700
csiph-web