斜体样式如果io是解决处理器空闲问题,存储器和处理器的速度也不匹配。据说人的大脑对比内存换算,可以算成一栋楼,那么如果能模拟大脑的计算和存储,那不是能上天么
现有的各类模型中大家一定不陌生,不再赘述。今天谈谈如果把他们放在业务中会怎么样。
异步非阻塞性能那么好,为什么业内MySQL不用勒,肯定有猫腻。所以又重新撸了下吃会许久的操作系统。
初代的操作系统需要人工准备程序,编译,整个过程中准备的过程常常是超过程序执行的时间。后面增加的批处理,同时输入多个程序,效率提高了。但是问题依然存在,那就是处理器和硬件的速度严重不匹配。一条指令IO阻塞了,处理器就干不了其他事儿。后面又有了多道程序。乃至后续的一些优秀IO模型,都是尽可能的让处理器忙起来。
从上面来看,如果在IO上很耗时,如果连接持续增加,可想后果也一定是崩溃的。所以如果能在处理器和IO之间找到一个平衡点,我想那是很好的。处理器不空闲,硬件也吃得消。
对此的一些猜想。程序中的线程池和异步非阻塞的等等搭配应该也是在追求我说的那个平衡点吧。
回到业务。我们的代码也是在底层基础上支撑运行起来,也不可能规避底层那些问题。也只能针对行的选择技术方案以适配计算机本身。如果反其道而行之应该不会有什么好果子。
嘿嘿😁。对比的理解,技术架构的学习选择突然感觉清晰了一点点,至少不会觉得那个热我应该用哪一个。应该从IO模型的角度出发,看看和先有的业务对比,是属于IO密集,还是处理器密集,只有这样应该才是合适的吧。