<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 | 張盛華
    主站蜘蛛池模板: 无码日韩精品一区二区免费暖暖 | 日本免费一区二区久久人人澡| 免费被黄网站在观看| 亚洲第一页在线视频| 无码国产精品一区二区免费式芒果 | 91丁香亚洲综合社区| 在线精品一卡乱码免费| 亚洲精品线在线观看| 免费A级毛片无码视频| 亚洲美女在线观看播放| 亚洲精品视频在线观看免费| 亚洲色欲或者高潮影院| 无码国产精品一区二区免费虚拟VR | 亚洲av无码成人影院一区| 免费无码又爽又刺激高潮的视频| 亚洲精品国产高清在线观看| 成人永久免费高清| 日韩在线一区二区三区免费视频| 久久久久无码专区亚洲av| 国产色爽免费无码视频| 亚洲永久永久永久永久永久精品| 色欲色香天天天综合网站免费 | 久久99免费视频| 亚洲欧洲日产国码www| 成人免费a级毛片| 亚洲成a∨人片在无码2023 | 亚洲国产成人一区二区精品区| 人妻无码久久一区二区三区免费| 亚洲综合网美国十次| 免费黄色app网站| a在线视频免费观看在线视频三区 a毛片成人免费全部播放 | 国产精品美女久久久免费 | 亚洲精品无码午夜福利中文字幕| 84pao强力永久免费高清| 亚洲中文无码mv| 亚洲中文字幕久久精品无码喷水| 在线美女免费观看网站h| 麻豆亚洲AV成人无码久久精品 | ww亚洲ww在线观看国产| 亚洲性日韩精品国产一区二区| 中文字幕乱码一区二区免费|