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

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

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

    隨筆 - 59, 文章 - 4, 評論 - 184, 引用 - 7
    數據加載中……

    MINA vs. QuickServer

    很久沒更新blog了,實在太忙,今天看到有朋友在我去年的blog《MINA is a good framwork 》中回復提到比較一下MNA和QuickServer,遂寫一篇小文:

    First for all, QuickServer is licensed as LGPL, and MINA as ASL

    從我個人角度而言,去年看過QuickServer的源碼,我在項目中采用的每一個框架或類庫都會做綜合評價,通常不會是一個原因導致我采用或沒有采用某個庫或框架,具體最后沒有采用QuickServer的原因忘記了,但是當時給我的總體感覺是,QuickServer雖然很方便,但不會讓我在架構上得到新的好處。而它最大的優點則是,支持JDK1.3(如果沒記錯的話),另外就是License的問題

    下面看一看來自TrusinLee的評論:

    Thank for the information about another network application framework.  I found a few differences:

    * QuickServer supports blocking mode.  (MINA supports only non-blocking mode, but you can make your operation block at your will.)
    * QuickServer provides GUI-based admin.  (MINA doesn't have one yet, but will have full JMX support soon, which is a standard.)
    * QuickServer uses java.util.logging.  (MINA uses SLF4J, which is a safe replacement of commons-logging.)
    * QuickServer uses its own XML settings.  (MINA provides Spring framework integration instead.)
    * QuickServer can specify maximum number of clients allowed.  (MINA can do this using a filter, but not implemented by default.  Of course, this will be implemented as an overload prevention filter.)
    * QuickServer team has one crew.  (MINA has three crews.)
    * QuickServer project started in 2003.  (MINA started in 2005.)
    * QuickServer has a difference event handler interface from MINA.  (You'll have to compare it by yourself.  IMHO, MINA has one simple enough handler which covers all QuickServer provides.)
    * QuickServer doesn't support UDP at all.  (MINA does)
    * QuickServer doesn't support client-side API at all.  (MINA does)
    * QuickServer integrated authentication and text protocol in its core.  (MINA didn't and they are considered as a cross-cutting concern that a filter should take care of.  IMHO, MINA is more extensible here.)


    至于對MINA更詳細的介紹,可以看看我去年翻譯的MINA的Tutorial

    MinaTutorialInChinese

    MINA的應用,在MINA的Testimonials中有兩個項目:
    開源Flash server:red5
    http://ludonet.leonardo.it/的game server
    還有,就是MINA所在的項目,Apache的LDAP

    posted on 2006-02-24 21:58 fisher 閱讀(6246) 評論(18)  編輯  收藏 所屬分類: Programing

    評論

    # re: MINA vs. QuickServer  回復  更多評論   

    fisher,非常感謝您的回復,這兩天在看它的設計和源碼,呵呵,到時還會向您請教一些問題
    2006-02-28 09:33 | victor wu

    # re: MINA vs. QuickServer  回復  更多評論   

    還有一個問題,您有沒有把MINA與Cindy進行過比較?
    我個人認為在結構上mina要比cindy好,Cindy的設計感覺耦合太緊且代碼上不如Mina。
    但為什么在運行的性能上似乎比mina好,我是在同樣的環境下,通過共有的http例子測試的。
    不知道您的看法是什么?
    謝謝。
    2006-02-28 09:38 | victor wu

    # re: MINA vs. QuickServer  回復  更多評論   

    Cindy2.x比MINA性能好是可以預見的,原因在于MINA提供的ByteBuffer和FilterChain
    Cindy3.x源代碼我沒有看,所以不好評價
    關于MINA的效率問題,在MINA的maillist中也被提出,似乎有相應的issue正要被加入到它的Issue Tracker中

    Cindy3.x才剛剛開始,我認為多給Crmky一些時間,他一定可以將架構設計的更好
    MINA在設計上也有少許問題,他的IoFilterChain將FilterManager和FilterChain合而為一,在看其代碼的時候會覺得很亂。另外,為了保證包的順序,一個IoSession上的Handler在上一次read調用沒有返回前,是不會被再次調用的。我認為MINA的基礎架構在1.0和1.1版本之間還會變化,以適應新加入的configuration方式。另外,MINA會產生一些內存垃圾,我用profiler檢查過MINA,似乎是SocketIoProcessor中的某個計數器在不停的產生2byte的什么東東(記不太情了),不過似乎Trustin也注意到這個問題了,最近他說會在1.0release之后改善效率和內存的問題。

    你可以到Crmky的blog上發帖子,看看他是否愿意提供一個Cindy3.X和MINA的對比

    總體來說,java的通訊框架設計并不特別注重效率,而追求架構上的優雅,當然,這也和java中本來能夠進行效率調優的手段就不多有關系,如果真要優化,可能還是需要使用JDK5.0以上提供的高效的內存操作,另外,據說在Linxu2.6內核以后,Mustang的NIO使用了Linux的epoll來實現select(),也許會對目前的IO效率有所幫助。
    2006-02-28 15:48 | fisher

    # re: MINA vs. QuickServer  回復  更多評論   

    最后,如果你正在選型,希望你能支持國貨Cindy...^_^
    MINA目前有三個開發人員,而Cindy似乎仍然是Crmky一個人開發,感覺也不是很活躍,如果有更多的人參與進去,我想Cindy也會越來越出色。
    2006-02-28 15:51 | fisher

    # re: MINA vs. QuickServer  回復  更多評論   

    好,非常感謝,我是正在選型,主要想應用于Mail、Dns等服務器端上,再次謝謝
    2006-03-02 08:42 | victor wu

    # re: MINA vs. QuickServer  回復  更多評論   

    MINA手冊中文版
    謝了
    --我也想要一份學習,謝謝你了mylovefriend123@163.com
    2007-07-19 17:21 | ww

    # re: MINA vs. QuickServer  回復  更多評論   


    我也想要一份MINA手冊中文版,謝謝你了。xb929@126.com
    2007-11-15 15:52 | xiongzeng

    # re: MINA vs. QuickServer  回復  更多評論   

    請給一份手冊,謝謝,mail:yefengtiancai@126.com
    2008-06-05 11:50 | yefeng

    # re: MINA vs. QuickServer  回復  更多評論   

    能否給我一份MINA中文手冊
    2008-06-13 18:35 | yangzi

    # re: MINA vs. QuickServer  回復  更多評論   

    能給我傳一份MINA的中文手冊嗎?謝謝。最近在從事這方面的研究
    2008-06-24 14:38 | zhangli

    # re: MINA vs. QuickServer  回復  更多評論   

    忘了寫郵箱地址了
    zhangli@ebupt.com
    2008-06-24 14:39 | zhangli

    # re: MINA vs. QuickServer  回復  更多評論   

    請給一份手冊,謝謝,mail:zgwy2222@163.com
    2008-07-21 14:29 | zhouwen

    # re: MINA vs. QuickServer  回復  更多評論   

    謝謝樓主給一份mina手冊,非常感謝!
    ymay521@163.com
    2008-07-24 17:15 | cq

    # re: MINA vs. QuickServer  回復  更多評論   


    麻煩樓主給發一份mina中文手冊,謝謝。
    wumingchongzhj@163.com
    2009-12-21 14:37 | Jas_Jie

    # re: MINA vs. QuickServer  回復  更多評論   

    能否給我一份MINA中文手冊,謝謝
    2013-08-23 09:27 | 何軍

    # re: MINA vs. QuickServer  回復  更多評論   

    能否給我一份MINA中文手冊,謝謝,
    hj_j2ee@163.com
    2013-08-23 09:27 | 何軍

    # re: MINA vs. QuickServer  回復  更多評論   

    能否給我一份MINA中文手冊,謝謝
    2015-07-16 10:51 | 張盛華

    # re: MINA vs. QuickServer  回復  更多評論   

    郵箱:mbrszsh@163.com
    2015-07-16 10:52 | 張盛華
    主站蜘蛛池模板: 亚洲国产日韩在线| 久久亚洲精品无码av| 亚洲精品国产成人中文| 亚洲免费观看视频| 国产成人精品免费视频动漫| 久久精品免费全国观看国产| a级毛片黄免费a级毛片| 亚洲中久无码不卡永久在线观看| 久久精品国产亚洲AV麻豆网站| 两个人日本WWW免费版| 亚洲日韩国产精品第一页一区| 亚洲狠狠成人综合网| 成人免费a级毛片无码网站入口 | 久久久久无码专区亚洲av| 亚洲视频手机在线| 国产成人精品免费大全| 亚洲精品国产美女久久久| 阿v免费在线观看| 不卡精品国产_亚洲人成在线| 中文字幕免费在线看电影大全 | 男男gay做爽爽免费视频| 亚欧免费视频一区二区三区| 亚洲乱码在线视频| 国产一区二区三区免费看| 色老板亚洲视频免在线观| 99久久久国产精品免费牛牛四川 | 亚洲综合伊人制服丝袜美腿| 大学生美女毛片免费视频| 色吊丝免费观看网站| 久久国产精品亚洲一区二区| 国内精品免费麻豆网站91麻豆| 亚洲精品成a人在线观看夫| 国产成人亚洲综合无码| 老汉精品免费AV在线播放| 亚洲国产精品网站在线播放| 伊人亚洲综合青草青草久热| 男男gay做爽爽的视频免费| 亚洲Av综合色区无码专区桃色 | 老司机午夜性生免费福利| 久久国产精品亚洲综合| 日本媚薬痉挛在线观看免费|