Differences
This shows you the differences between two versions of the page.
Both sides previous revision Previous revision Next revision | Previous revision | ||
courses:rg:2012:longdtreport [2012/03/12 22:42] longdt |
courses:rg:2012:longdtreport [2012/03/12 22:59] (current) longdt |
||
---|---|---|---|
Line 11: | Line 11: | ||
==== Encoding ==== | ==== Encoding ==== | ||
**I. Encoding the count** | **I. Encoding the count** | ||
+ | |||
In web1T corpus, the most frequent n-gram is 95 billion times, but contain only 770 000 unique count. | In web1T corpus, the most frequent n-gram is 95 billion times, but contain only 770 000 unique count. | ||
=> Maintain value rank array is a good way to encode count | => Maintain value rank array is a good way to encode count | ||
+ | |||
**II. Encoding the n-gram** | **II. Encoding the n-gram** | ||
Line 21: | Line 23: | ||
**// | **// | ||
- | Sorted Array | + | __Sorted Array__ |
- | + Use n array for n-gram model (array i-th is used for i-gram) | + | |
- | + Each element in array in pair (w,c) | + | |
- | + w : index of that word in unigram array | + | |
- | + c : offset pointer | + | |
- | + | ||
- | + | ||
- | Most of the attendants apparently understood the talk and the paper well, and a | + | |
- | lively discussion followed. One of our first topics of debate was the notion of | + | |
- | skyline presented in the paper. The skyline was somewhat of a supervised element | + | |
- | -- the authors estimated initial parameters for a model from gold data and | + | |
- | trained it afterwards. They assumed that a model with parameters estimated from | + | |
- | gold data cannot be beaten by an unsupervisedly trained model. Verily, after | + | |
- | training the skyline model, its accuracy dropped very significantly. The reasons | + | |
- | of this were a point of surprise for us as well as for the paper' | + | |
- | Complementary to the skyline, the authors presented a baseline which should | + | - Use n array for n-gram |
- | definitely be beaten by their final model. This baseline, they called | + | - Each element in array in pair (w,c) |
- | " | + | w : index of that word in unigram array |
- | used in this model. We could only speculate it was a uniform or random | + | c : offset pointer |
- | probability distribution. | + | - Sort base on w |
- | A point about unsupervised language modeling came out: Many linguistic phenomena | + | Improvement |
- | are annotated in a way that is to some extent arbitrary, and reflects more the | + | |
- | linguistic theory used than the language itself, and an unsupervised model | + | __Hash Table__ |
- | cannot hope to get them right. The example we discussed was whether the word | + | Use open addressing (with linear probling) |
- | " | + | Use extra 40% space for auxiliary part (avoid collision) |
- | noticed that dependency orientation in general was not a particularly strong | + | |
- | point of their parser, and so they also included an evaluation metric that | + | **// |
- | ignored the dependency orientations. | + | |
- | Perhaps the most crucial observations the authors made was that there is a limit | + | __Variable |
- | where feeding more data to the model training hurts its accuracy. They | + | |
- | progressed from short sentences to longer, and identified the threshold, where | + | |
- | it's best to start ignoring any more training data, at sentences of length | + | |
- | However, we were not 100% clear how they computed this constant. | + | |
- | If the model was to be fully unsupervised, | + | |
- | this threshold, because it cannot be safely assumed that it would be the same | + | |
- | for all languages and setups. | + | |
- | The writing style of the paper was also a matter of differing opinions. | + | Idea : |
- | Undeniably, it is written in a vocabulary-intensive fashion, bringing readers | + | Context offset tend to be close with each others, => Only save the first offsets address and the difference of others with the it |
- | face to face with words like " | + | |
- | never seen before. | + | |
- | ==== Conclusion ==== | + | Question : |
+ | how the unigram be sorted ? | ||
+ | Martin suggest that it must be sorted base on frequency | ||
- | All in all, it was a paper worth reading, well presented, and thoroughly | + | __Block Compression__ |
- | discussed, bringing useful general ideas as well as interesting details. | + | compress the key/value array in the blocks of 128 bytes, |
+ | the underline reason is only to support binary search | ||
+ | |||
+ | ==== Decoding ==== | ||
+ | **I. Exploiting Repetitive Queries** | ||
+ | |||
+ | The method use cache to speed up the process | ||
+ | This simple implementation increase performance of 300% over conventional implementation | ||
+ | **II. Exploiting Scrolling Queries** | ||
+ | |||
+ | We can quickly form the context encoding of the next query by concatenating new words with saved offset from previous query | ||
+ | |||
+ | ==== Conclusion ==== | ||
+ | In summary, it was a worth reading | ||
+ | discussed. |