关于我

2012年2月9日 发表评论 阅读评论

一个小程序员,和国家队后卫刘炜同名同姓,暂居杭州,所做甚杂,现在在淘宝从事高性能服务器的开发,花名雕梁,熟悉c,高性能网络服务器开发,略懂内核,知道一点tcp/ip协议栈的实现.

Share
  1. lenky
    2010年11月6日01:44 | #1

    好吧 我承认 我也是研究所谓高性能服务器滴

    [回复]

  2. 2010年11月25日14:03 | #2

    又见淘宝人,呵呵。

    [回复]

  3. 追逐好梦
    2011年3月13日15:04 | #3

    喜欢你的文章,喜欢淘宝的分享精神!

    [回复]

  4. 2012年7月10日12:03 | #4

    明年7月毕业,9月份就开始找工作了。要努力进入贵团队!

    [回复]

    Simon Liu 回复:

    欢迎呀,到时候如果要找工作了(实习也可以),可以联系我。

    [回复]

    mathisonqin 回复:

    好的,到时候一定联系,非常喜欢淘宝的技术氛围和分享精神。

    [回复]

  5. flytogcp
    2012年8月10日01:42 | #5

    您好,之前看了你关于TCP拥塞处理的问题,感觉受益匪浅,但是你的“linux内核tcp拥塞处理”才只写了(一),我找了一下你所有接下来的文章,都没有找到下文,请问下面的还会补充吗?
    (我是一名浙大的在校学生,目前在思科(杭州)实习,现在正在做拥塞处理这块)

    [回复]

    Simon Liu 回复:

    接下来会补充这块,主要是这块的话,相关的rfc以及文档太多,最近一直都在看文档,代码都没怎么看。

    [回复]

  6. smart2003
    2012年11月7日22:53 | #6

    您好,我是一名在校学生,看了您关于linux内核TCP/IP实现的博客受益匪浅。我现在有一些有关TCP的问题向您请教。方便的话,能通过邮件讨论些问题吗?谢谢

    [回复]

    Simon Liu 回复:

    你加我gtalk吧。

    [回复]

  7. 2012年12月4日01:45 | #7

    您好,我写了一篇介绍结构体ngx_http_request_t的文章(http://blog.csdn.net/yankai0219/article/details/8220621),但能力有限,很多地方不懂(文中后缀unkown),还请雕梁大哥指点。我将一些重要的不懂的地方列举以下,以节省您的时间。
    1、ngx_http_request_t中的
    1)ngx_chain_t * out;
    2) ngx_http_connection_t * http_connection;/*unkown*/
    3) off_t request_length;/*unkown*/
    2.ngx_http_headers_in_t 中的
    1) ngx_list_t headers; /*unkown*/ 我想这个应该是可以自己添加一些头部字段的。我通过ngx_table_elt_t * h = ngx_list_push(&r->headers_in.headers);抓包发现的确可以添加一些头部字段。
    2) ngx_str_t user;/*unkown*/
    ngx_str_t passwd;/*unkown*/
    3) off_t content_length_n;/*unkown*/

    [回复]

    Simon Liu 回复:

    1 out也就是将要输出给客户端的chain,你可以看看ngx_http_write_filter。
    2 http_connection主要是为了处理pipline请求。
    3 request_len 就是整个请求的长度,包括header body等。。
    4 user和 passwd是auth模块用到的。你可以看看auth模块。
    5 这个就是request的content len。

    [回复]

  8. 2012年12月10日07:07 | #8

    感谢楼主的无私分享,写得很详细,受益匪浅!

    [回复]

  9. 匿名
    2013年9月4日05:36 | #9

    nginx问题:epoll上报了4个事件,A, B, C,D
    A在处理时关闭了D所使用的connection,然后B在upstream_connect的时候重用了该connection,紧接着出现错误,又将该connection释放回连接池,这时候C同样的要upstream_connect,这次一切正常。现在的问题是该c->fd是正常的,c->instance在经历了B和C两次get_connction取反以后还原成跟D同样的状态,那么:if (c->fd == -1 || wev->instance != instance) {
    ….
    }
    在处理D事件的时候,根据这个判断就检查不出来事件已经过期了吧?

    [回复]

    Simon Liu 回复:

    除非你的连接池配置的很小。。不然不太可能出现这种情况的。。。

    [回复]

  1. 本文目前尚无任何 trackbacks 和 pingbacks.