<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    隨筆-23  評論-58  文章-0  trackbacks-0

    我的評論

    QQ:383138070
    這個現在需要手工分發(fā)。
    參考正向最大匹配中文分詞算法
    nut 目前只是一個設計參考,想應用的同學可以直接在上面修改應用。如果計劃應用的話,本人無條件提供技術支持,第一時間根據實際情況修改代碼。
    呵呵,測試代碼有個 Thread.sleep(8*1000); 這是等待初始化的,所以容易誤解為搜索時間很長.
    katta發(fā)布的時候應該是還沒有hbase的
    nut 和 katta 是有點像,但是 是兩個完全不一樣的東西
    nut并不用M/R來排序,用M/R來排序的話并發(fā)是上不來的

    nut是通過各個搜索服務器來實現本地搜索再在nut client端進行合并排序
    違背了hadoop的設計理念?

    不知道為什么這么說?
    同一組服務器里服務器上的索引是不相同的,同一組服務器共同構成一個完整的大索引

    搜索的時候并不搜索hdfs上的索引,那樣性能非常差,是要分發(fā)到搜索服務器上的進行本地搜索
    Nut目前還是alpha版,因需要有大量的機器所以目前還沒有這樣的條件來實際使用該框架
    全局評分的實現大概是這樣的:
    每次搜索要分二次。第一次搜索得到文檔總數和文檔詞頻。第二次搜索再將第一次搜索的結果作為參數。
    所以并發(fā)必定會下降一半的。

    這種方式并不好。作者認為比較好的方式是按內容切分索引。這樣兩者都能有比較好的兼顧。nut在下一個版本alpha8時,會采用這種方式。
    是的,nut目前還不能實現全局評分,以后可能會做一個可選的。如果實現全局評分的話,并發(fā)會下降一半的
    主站蜘蛛池模板: 日本免费网站视频www区| 三年片免费观看大全国语| 国产妇乱子伦视频免费| 久久亚洲精品成人| 免费一级不卡毛片| 亚洲AV无码精品色午夜果冻不卡 | 国产成人亚洲综合一区| 国产精品爱啪在线线免费观看| 亚洲国产精品久久久久婷婷老年| 免费高清国产视频| 亚洲欧洲综合在线| 中国在线观看免费国语版| 国产亚洲玖玖玖在线观看| 国产精品国产免费无码专区不卡 | 国产产在线精品亚洲AAVV| 国产成人免费片在线观看 | 亚洲综合无码AV一区二区| 72pao国产成视频永久免费| 国产亚洲免费的视频看| 先锋影音资源片午夜在线观看视频免费播放 | 亚洲精品乱码久久久久久久久久久久 | 亚洲精品无码久久久久久久| 久草视频免费在线| 亚洲国产成人无码AV在线影院| 免费亚洲视频在线观看| a毛片免费全部播放完整成| 亚洲天堂一区二区| 成年女人男人免费视频播放| 污污免费在线观看| 婷婷精品国产亚洲AV麻豆不片| 国产h视频在线观看免费| 成人亚洲国产精品久久| 国产亚洲真人做受在线观看| 天天影院成人免费观看| 国产精品亚洲精品日韩动图 | 自拍偷自拍亚洲精品第1页| 99爱免费观看视频在线| 亚洲av日韩精品久久久久久a| 亚洲精品无码久久久久AV麻豆| 91精品全国免费观看含羞草| 亚洲AV性色在线观看|