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通知处理读写,把任务压到线程池