同步架构OR异步架构

把智能系统比喻成KFC营业厅,处理器是窗口和窗口后面的服务员(把一个窗口当作一个核心),指令集是后面排队的人,窗口是数据吞吐量。当中午就餐人多的时候,一个窗口肯定忙不过来,这时候可以增加窗口,有两种方法:

1.在窗口后面增加多个服务员,分担一下工作

2.新增多个窗口

方案一就是异步架构,方案二同步架构,一个窗口是不可能比上多个窗口的工作效率,因为只有一条通道,显然异步架构设计简单,实现方便,不过缺点是性能低,吞吐量差。同步架构吞吐量高出不少,不过设计复杂。对于处理量不高的ARM处理器来说,异步架构设计是很不错的 ,配合任务分配机制根据系统任务复杂程度对处理器各个内核的各自频率自动调节实现省电的目的。例如玩游戏,上qq,听歌和发短信,异步架构可以根据任务负责程度,自动调节各个核心频率,玩游戏100%,上qq50%,听歌20%,发短信10%,而不像同步机构一样所有频率全开,这就是为什么异步架构会省电的原因。

原文地址:https://www.cnblogs.com/linuxde/p/8729381.html

时间: 2024-10-14 15:43:10

同步架构OR异步架构的相关文章

把异步架构延伸到客户端

作者:陈叶皓(携程邮轮研发部软件架构师) 我们先来回顾一下之前提到过的知识点,1.在一台电脑上,使用异步编程可以提高cpu的使用效率2.使用Actor模型,实现同一台电脑上,在并发环境下的串行操作,保证事务执行的正确3.在多服务器环境下,actor模型配合Zookeeper,可以实现在多服务器环境下的串行操作,保证事务执行正确4.对应用进行读写分离的设计,做到"写服务"(有状态)执行正确,同时又能方便地(增加服务器)提高"读服务"(无状态)的性能 所以,在服务实现的

Node的结构和Chrome十分相似,基于事件驱动的异步架构

事件驱动:触发一个事件然后再调用相关可用的资源来解决这个事件 异步:无需等待被调用函数的返回值,进行下一项调用 I/O:是input/output的缩写,即输入输出端口 首先,Node是一个架构,通过事件驱动来服务I/O. 在Node中,JS可用随心所欲的访问本地文件,可用搭建WebSocket服务器端,可用链接数据库,可用如Web Worders一样玩转多进程 Node的结构和Chrome十分相似,基于事件驱动的异步架构

DDD CQRS架构和传统架构的优缺点比较

明天就是大年三十了,今天在家有空,想集中整理一下CQRS架构的特点以及相比传统架构的优缺点分析.先提前祝大家猴年新春快乐.万事如意.身体健康! 最近几年,在DDD的领域,我们经常会看到CQRS架构的概念.我个人也写了一个ENode框架,专门用来实现这个架构.CQRS架构本身的思想其实非常简单,就是读写分离.是一个很好理解的思想.就像我们用MySQL数据库的主备,数据写到主,然后查询从备来查,主备数据的同步由MySQL数据库自己负责,这是一种数据库层面的读写分离.关于CQRS架构的介绍其实已经非常

同步函数与异步函数

依据微软的MSDN上的解说: (1)   同步函数:当一个函数是同步执行时,那么当该函数被调用时不会立即返回,直到该函数所要做的事情全都做完了才返回. (2)   异步函数:如果一个异步函数被调用时,该函数会立即返回尽管该函数规定的操作任务还没有完成. (3) 在一个线程中分别调用上述两种函数会对调用线程有何影响呢? 当一个线程调用一个同步函数时(例如:该函数用于完成写文件任务),如果该函数没有立即完成规定的操作,则该操作会导致该调用线程的挂起(将CPU的使用权交给系统,让系统分配给其他线程使用

软件架构设计学习总结(22):软件架构——分层架构、事件驱动架构、微内核架构、微服务架构、基于空间的架构

分层架构 (Layered Architecture) 分层架构是最常见的架构,也被称为n层架构.多年以来,许多企业和公司都在他们的项目中使用这种架构,它已经几乎成为事实标准,因此被大多数架构师.开发者和软件设计者所熟知.比如MVC. 分层架构的一个特性就是 关注分离(separation of concerns) .在层中的组件只负责本层的逻辑.组件的划分很容易让它们实现自己的角色和职责,也比较容易地开发,测试管理和维护. 我们需要这样的冗余,即使业务层没有处理业务规则,也要通过业务层来调用数

架构设计-谈谈架构

1.什么是架构和架构本质 在软件行业,对于什么是架构,都有很多的争论,每个人都有自己的理解.   此君说的架构和彼君理解的架构未必是一回事. 我们主要针对互联网服server系统(类似网站)来定义架构:架构是系统的骨架,支撑和链接各个部分,包括组件.连接件.约束规范,以及指导这些内容设计与演化的原理. 组件:类似应用服务,独立模块.数据库.nginx等等.     连接件:分布式调用.进程间调用.调用使用http协议还是tcp协议.组件之间的交互关系.     约束规范:    定规则做限制:例

分布式架构之--逻辑架构与物理架构

原文:http://blog.csdn.net/dinglang_2009/article/details/38636151?utm_source=tuicool 在现实开发过程和工作中,我们经常听到“架构设计”和“架构师”这样的名词,它并不神秘,但是却很少有人对“架构”有全面的了解和认识,更谈不上掌握了.事实上,也只有极少数人能成为或者被冠以“架构师”这样的title.为此,笔者总结了实践中对架构的一些理解,希望能够补充很多人对此认识上的不足,纠正一些误解. 架构的分类 对于“架构”来讲,理论

逻辑架构和物理架构

在实际开发工作中,我们经常听到“架构设计”和“架构师”这样的名词,它并不新鲜和神秘,但是却很少有人对“架构”有全面的了解和认识,更谈不上掌握了.事实上,也只有极少数人能成为或者被冠以“架构师”这样的title.为此,笔者总结了实践中对架构的一些理解,希望能够补充很多人对此认识上的不足,纠正一些误解. 架构的分类 对于“架构”来讲,理论上划分了5种架构视图,分别是:逻辑架构.开发架构.运行架构.物理架构.数据架构.根据名字,大家都可能大概能猜到其侧重点和含义. 这里先用通俗的文字简单介绍下,便于大

系统架构师-基础到企业应用架构-企业应用架构

一.上篇回顾 我们先来回顾下上篇讲解的内容,我们前面的几节分别讲述了,业务逻辑层.数据访问层.服务层.表现层,我们了解了这些分层的职责和分层之间的大概的关联 关系,本篇可能主要是简单的介绍下企业应用的几类模式,结合这几个分层直接的交互来完成系统功能的构建.我们还是先对我们学习的四个分层的职责和功能做个大 概的回顾,我们先来看看下图来回顾下我们讲述的内容. 我想通过上图,大家能回忆起我们讲述的相关内容,然后整理好自己的思路,我们本文将会针对这几个分层进行相应的模式的讲解,并且会结合实例来说明企业应