自定义博客皮肤VIP专享

*博客头图：

点击选择上传的图片

格式为PNG、JPG，宽度*高度大于1920*100像素，不超过2MB，主视觉建议放在右侧，请参照线上博客头图

请上传大于1920*100像素的图片！

博客底图：

点击选择上传的图片

图片格式为PNG、JPG，不超过1MB，可上下左右平铺至整个背景

栏目图：

点击选择上传的图片

图片格式为PNG、JPG，图片宽度*高度为300*38像素，不超过0.5MB

主标题颜色：

RGB颜色，例如：#AFAFAF

Hover：

RGB颜色，例如：#AFAFAF

副标题颜色：

RGB颜色，例如：#AFAFAF

预览取消提交

自定义博客皮肤

-+

上一步保存

skyline

追求清晰的逻辑

博客等级

码龄13年

31
原创

13
点赞

13
收藏

13
粉丝

关注

私信

热门文章

分类专栏

最新评论

prim_inet:async_accept
超帅的土拨鼠: accep我点进去看源码 accept(S) -> case inet_db:lookup_socket(S) of {ok, Mod} -> Mod:accept(S); Error -> Error end. 想问下Mod模块是？
erlang_mysql_driver 源码分析2
aaaajw 回复 sshtsl: mysql_conn:fetch是mysql_dispatcher调用的，如果这个接口（mysql_conn:fetch）很耗时的话，mysql_dispatcher确实会被卡住。所以这个接口并没有直接执行数据io过程（对数据库驱动而言主要的耗时是在和数据库io的过程）。我的意思是，源码那样的处理已经可以把数据io的消耗转移给众多的mysql_conn进程，mysql_dispatcher的消耗仅仅是在gb_trees的lookup、enter这类的操作上。你改成把mysql_conn的Pid直接返回给业务进程也是可以的，但我觉得并不能提升多少性能。
erlang_mysql_driver 源码分析2
sshtsl 回复 aaaajw: 对 norepley 确实是立刻返回，但最终执行这个mysql_conn:fetch的进程还是被call的那个进程，我改了下这个逻辑，noreply,改成{repey, conn, newstate}, 谁发起调用谁执行mysql_conn:fetch，这时mysql_dispatcher才真正意义上是转发消息了
erlang_mysql_driver 源码分析2
aaaajw 回复 sshtsl: 你说的这个Fun/x就是fun(Conn, State1) -> Pid = Conn#conn.pid, mysql_conn:fetch(Pid, QueryList, From), {noreply, State1} end). 这里mysql_conn:fetch就是单纯地转发消息给mysql_conn
erlang_mysql_driver 源码分析2
sshtsl 回复 aaaajw: 不对吧你看下具体代码执行fun/x的时候会receive的 fun 结束后才会gen_call 才会返回。

unix网络编程

关注

关注数：文章数：6 文章阅读量：4877 文章收藏量：0

作者: aaaajw

追求清晰的逻辑

展开

专栏收录文章