Parallel archiver version 3.2 is here...

[Amine Moulay Ramdane]

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.

[Amine Moulay Ramdane]

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.

[Amine Moulay Ramdane]

I correct, please read again...

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 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 functions like the delete and add will incur a move of multiple files so that to make an empty place where to put the newer file, this will happen in 7Zip amd Zip for the add and delete functions, and this is far worse than my Parallel archiver that do a delete() (when you mark the file deleted) and an Add() of a file in O(1) time complexity, so my Parallel archiver is really fast and much faster than 7Zip and Zip, so my Parallel archiver is excellent in that regards, also i want to advice you to use an SSD drive of the Intel type like the Intel SSD DC S3500 Series or Intel SSD DC 3600 Series or the Intel SSD DC 3700 Series, because they are  excellent Intel SSD drives that don't have problems with power-outages and because they  will be really fast to load the index with my Parallel archiver...so i will advice you to take into consideration my Parallel archiver because it's an excellent tool.

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 and read more about my new Parallel archiver 3.21 from:

https://sites.google.com/site/aminer68/parallel-archiver




Thank you,
Amine Moulay Ramdane.