<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 | 張盛華
    主站蜘蛛池模板: 免费a级毛片无码a∨性按摩| 精品无码人妻一区二区免费蜜桃| 精品免费久久久久久成人影院| 亚洲成人免费网址| 99久久免费精品高清特色大片| 亚洲国产精品不卡在线电影| 无码A级毛片免费视频内谢| 亚洲精品高清久久| h视频在线免费看| 伊人久久亚洲综合影院首页| 四虎影院免费在线播放| 国产亚洲精品美女久久久久| 免费A级毛片无码A| 成年女人A毛片免费视频| 亚洲AV无码成人网站久久精品大| 无码午夜成人1000部免费视频| 亚洲中文久久精品无码1| 免费高清在线爱做视频| 四虎精品成人免费视频| 青青草原亚洲视频| 亚洲成AV人片一区二区密柚| 久久免费视频99| 亚洲国产片在线观看| 国产精品va无码免费麻豆| 久久久久亚洲Av无码专| 人成午夜免费大片在线观看| 亚洲人精品午夜射精日韩 | 又大又黄又粗又爽的免费视频| 污污免费在线观看| 久久丫精品国产亚洲av| 拍拍拍又黄又爽无挡视频免费| 羞羞网站免费观看| 亚洲AV成人无码久久精品老人 | 亚洲精品第一国产综合精品99| 特级做A爰片毛片免费看无码| 亚洲图片一区二区| 国产无遮挡色视频免费视频| a毛片免费播放全部完整| 久久亚洲最大成人网4438| 91精品手机国产免费| 色婷婷六月亚洲综合香蕉|