2.3.1 协程设计原理与汇编实现coroutine

LINUX 精通 7

day23 20240908 晚19：25 - 21:30

课程链接地址

2.3.1 协程设计原理与汇编实现coroutine

目的

协程不是某种语言特有的，lua，go都有

ntyco 是king老师自己写的

原语操作："原语操作"通常指的是在编程或计算机科学中，最基本、最底层的操作或指令，这些操作通常由处理器直接执行，不需要更高级的抽象或复杂的解释。原语操作通常是构建更复杂程序和算法的基础。

实现写成自己实现按自己的名字仿写一遍

不建议这章单独写成一个项目，放在------网络库里， kv存储 redis，图床项目里的网络层

dns上传域名url，返回ip

为什么有协程

希望有同步的编程思想贴近人，同时有异步的性能

比如打开零声官网，多个接口请求：详情、目录、评价、立即购买为了知道实际应用，加深理解

async_dns_client_noblock.c

对async_dns...这个文件编译   同步的  540行if上面改成1  -lpthread多加一个库！！！
gcc -o sync_dns  async_dns.c -lpthread
./sync_dns 执行

改if 后面0改回去 异步
gcc -o async_dns  async_dns.c -lpthread
./async_dns 执行

终端拆成两个，两种跑起来卡顿不一样

time ./sync同步
time ./async异步  因为有getchar()连续敲两个回车  停太长时间计算不对

左：同步慢右：异步快

why？

同步 1.436s for里发起请求等server回答，串行

异步 0.186s for里发起请求结果在callback 里执行，并行，可以一次性发很多请求，不用等回答再下一次请求！！！

server_mulport_epoll.c

531 if 0
gcc -o server_mulport_epoll server_mulport_epoll.c  -lpt
hread

用2.1.3百万并发，改端口数 max_port 100

cd 2.1.3
gcc -o mul mul.c
./mul_port_client_epoll 192.168.243.128 8080  端口从8080开始

左边先起，建立1000条连接sockfd的耗时比较久

client没改，server改了

if 1
gcc -o server_mulport_epoll server_mulport_epoll.c  -lpt
hread 重复上述步骤

结论：if 1 server走上面的1000左右，if0 server走下面5000-6000

因为上面：异步检测读写分开，走的线程池，epoll_wait 检测io是否就绪; 与读写io分开 recv send，不在一个同一个线程里操作，在thread pool里！！

下面同步：检测和读写放一个线程里

总结各自优劣

异步把结果放在callback里，处理完通知就行，性能高，快

client端：不只是dns请求，http请求、redis数据请求，mysql请求，mongodb请求的同步异步类似

server端：进程同一个，但是server的网页里的一堆小按钮子请求，肯定做成异步，不然太卡了， server 做到消息队列，push到任务再执行，也是一种异步，比同步快，非串行

上面是同步，适合人类思考，下面是异步快，任务检测io，callback通知处理读写，把任务压到线程池