The title is quite "Yin-ish" as it seems, but I'm not a "Yin-ist". You know what I mean.
I did a quite a good job in Leetcode Weekly Contest, at least in my point of view. I won a 4th place and a 6th place in …
more ...The wisdom of STUP protocol is all about the window size. The throughput of a TCP communication is limited by two windows: the congestion window and the receive window. The congestion window can determine how many bytes that can be send a simple piece of time …
more ...
STUP pretend itself as a protocol at the Transmission Layer, but actually it's absolutely an Application Layer protocol. So before we start, I'd like to recall some knowledge of two important Transmission Layer protocol: TCP & UDP.
It is well known …
more ...STUP is the abbreviation of "Speeded/Secure Tcp-like Udp Protocol", which means that it's another TCP over UDP protocol.
Why TCP over UDP?
TCP is a network protocol for general purpose, and it's one of the most commonly used internet protocol on this planet. It is reliable …
more ...I've writen several workflowy enhance plugins by UserScript. The very first one is show the full content of the note of a bullet. The second one is to show images under the bullet. Then I worked on the background image to make a more colorful workflowy.
Yeah …
more ...与C/C++所使用的，传统的基于线程的并行模式不同，C#实现了丰富的并发编程模型，其中以异步模型最为流行。
本文中我们重点讨论C#在发展过程中出现的几种异步编程模型：
同步模式是最常见，也是最被人熟知的编程模型，每一个任务按顺序执行，前一个任务执行完之后才会执行下一个任务。
异步编程和同步编程不同，程序的执行流程是由“事件”所驱动的。异步编程有两种实现方式，回调与future模式。
回调函数在Javascript中被大量使用，相信大家也都不会陌生。但是大量的回调函数会让代码失去可读性，陷入“Callback hell”。
Promise模式是回调函数的一种“包装”。我们使用一个占位符来表示“未来”将会产生的一个异步处理结果。
这个占位符在不同的语言/框架里面有不同的名字，其定义也不尽相同：
这篇文章本来是想用英文写的，但是最近英文水平下降的和狗一样。还是怂一波吧。
最近在用Twisted库写一个诡异的项目，具体内容暂且不在这里讨论。在写的过程中，被Twisted里面的一个重要概念 —— defer，折腾的不行。最终通过阅读twisted的部分源码，以及与代码做斗争的丰富经验，最终算是解决了问题。
本文算是使用twisted开发踩坑的一个小小总结，如果一切顺利，后面会有大菜。：）
Twisted is an event-driven networking engine written in Python.
Twisted是一个基于事件驱动的网络框架。那么什么是“事件驱动”呢？
事件驱动指的是将事件与事件回调绑定起来，在程序运行时根据实时的事件触发相应的响应的一种机制。
例如select/poll/epoll这些IO复用函数，在文件描述符（fd）可读/可写/出错时，会立即返回，由相应的处理函数来对新事件进行处理。事实上，twisted的事件驱动功能，正是由这些IO复用函数提供的。
但与IO复用函数不同的是，twisted中的事件可以是“更高层次的事件”，即对网络的读 …
more ...最近心血来潮看了看一个比较有名的开源MQTT broker —— Mosca。不读不知道，读完才恍然大悟 —— 这是啥破玩意（哈哈）。
由于我是nodejs的超级初学者，所以本文会比较浅显，并且只关注big picture，不陷入细节。
这里先规定几个缩写，让后面行文时少打一点字：
Ascoltatori是一个意大利语单词，翻译成英文就是listener。
这里严重吐槽作者取名字的方式，mosca这种短小的外语单词我们是可以接受的，你说ascoltatori这么长的意大利语单词，你让我们怎么记。
差评，退款，邮费也要退！
Asco模块的作用是提供一个一致的MQ的抽象，供上层broker使用。
这里我们只分析基于Redis的实现，原因是Redis我相对比较熟悉，功能也比较简单。
RedisAscoltatore有三个半接口：
剩下的那半个是模块的构造函数。接下来我们分别分析接口的功能及其实现。
this._sub是RedisAscoltatore用来subscribe的连接。首先我们要向MQ订阅指定的topic …
这应该是phxrpc代码阅读系列正文的最后一篇。通过阅读代码，发现了自己在知识上的若干不足。
临渊羡鱼，不如退而结网。接下来可能会在网络编程方面再下一点工夫。请大家期待下一个系列吧。
其实真没人读，我就是在骗自己。
protobuf并不包含RPC的实现，但是它可以声明rpc。客户端和服务端需要实现RPC接口，来实现通信。
phxrpc使用proto文件来定义接口，然后解析并使用代码模板进行生成。
这里我们不讨论代码生成的细节，因为pb实在太过流行，代码生成的方法也有不少的流派。并且用C++来做代码生成，真心不是我的菜。
想了解更多，可以参考这篇博客。
客户端与服务器的通信有如下的特点：
所以，所有的网络交互相关的内容可以托管给网络库中的协程。每个协程主动运行一段时间后，主动放弃CPU时间，将控制权交还给主控制流的epoll。
所以协程中不能有CPU密集的运算，幸好面对开发者，phxrpc并不暴露内部函数，而是将CPU密集的运算分配给工作线程来完成。
服务器的通信有以下的特点：
这里说一下响应时间的问题 …
more ...看了这么久代码，终于我们要接近phxrpc的核心部分了。
但是出人意料的是，rpc部分并没有过多的概念和magic trick。而且因为ucontext已经被封装好了，所以在rpc里的操作，可以完全按照同步的写法来搞，开发者们不需要切换同步异步的思维模式，就可以在底层的封装之上，做自己想做的事了。
我不知道开发者为啥要起ThdQueue这样令人迷惑的名字，这种诡异的命名风格贯穿了整个代码。咋一看这个类是maintain一堆线程的，类似于线程池，但其实这个类就是一个BlockingQueue的实现。
之后，这个队列有三种操作，push、pluck和break_out。push操作不用多说，pluck对应的我们所理解的pop操作，即从队列中弹出元素（pluck这个词貌似是从grpc里面来的，那我就不吐槽了，毕竟Google爸爸）。
更令人疑惑的是break_out这个操作。从代码来看，像是清空队列，并且在dtor中也显式的调用了这个函数。
但是有以下的几个问题。
一，break_out_是一个bool变量，且在不同线程间共享，问题在于这个变量可能被cache住，直接访问可能会造成非预期的结果，可能需要 …