Re: [GSOC] HAMMER2 compression feature week1 report

Hello Justin.

Thanks for feedback!

Initially I wanted to make a table, but after watching the results, I
thought that there isn't really much to look for there.
However, for sake of completeness, here it is: [1] and .pdf [2].

Those are not all the results I have, but they are pretty representative of
the whole picture.

The "number of 64KB blocks" refers to uncompressed blocks that a file
initially has. The maximum number of those blocks is 100, if the size of
file exceeds them, we simply test first 100 blocks.

In "conventional files" there are 2 hi-res JPEGs, 2 books in .txt format, 2
PDF documents and 2 binaries (from my sbin folder of DragonFly).

"Uncompressed files" have 2 uncompressed TIFF images and 2 .wav files.

"Code" has 2 source code files from DragonFly's sources.

"Logs" have 2 logs from my VPS.

If it's necessary, I can upload all those files if you or someone else want
to take a closer look.


Daniel

[1] - http://leaf.dragonflybsd.org/~iostream/table.html
[2] - http://leaf.dragonflybsd.org/~iostream/table.pdf


On Tue, Jun 25, 2013 at 5:10 AM, Justin Sherrill
<[email protected]>wrote:

> On Sat, Jun 22, 2013 at 3:14 PM, Daniel Flores <[email protected]>
> wrote:
> > Hello everyone,
> >
> > Here is my report on the progress made during the first week of GSOC's
> > coding period. I'd be happy to receive your feedback and criticism.
> >
> > It turned out that I really overestimated the part of prototype
> application
> > (and possibly underestimated the amount of time related directly to
> > HAMMER2). In any case, the prototype part is done for now. The algorithm
> > that was integrated in prototype application is LZ4, the algorithm
> suggested
> > by Freddie.
>
> Do you have the results somewhere in tabular form?  It would be
> interesting (though not necessary in any way) to see the results side
> by side on different file types.
>