I2C 总线在物理连接上非常简单,分别由SDA(串行数据线)和SCL(串行时钟线)及上拉电阻组成。通信原理是通过对SCL和SDA线高低电平时序的控制,来产生I2C总线协议所需要的信号进行数据的传递。在总线空闲状态时,这两根线一般被上面所接的上拉电阻拉高,保持着高电平。
I2C通信方式为半双工,只有一根SDA线,同一时间只可以单向通信,RS485也为半双工,SPI和UART为双工。
I2C 总线在物理连接上非常简单,分别由SDA(串行数据线)和SCL(串行时钟线)及上拉电阻组成。通信原理是通过对SCL和SDA线高低电平时序的控制,来产生I2C总线协议所需要的信号进行数据的传递。在总线空闲状态时,这两根线一般被上面所接的上拉电阻拉高,保持着高电平。
I2C通信方式为半双工,只有一根SDA线,同一时间只可以单向通信,RS485也为半双工,SPI和UART为双工。
Creating High Performance Applications With Intel's FPGA SDK For OpenCL
继续阅读Creating High Performance Applications With Intel's FPGA SDK For OpenCL
今天新安装了一个 VMware ESXi 6.7
的系统,密码仍然用的习惯采用的密码。但在使用中,无论是使用 vSphere Client
连接,还是在 vCenter Server
中添加这台 ESXi
系统,都是提示密码不对,最后重置系统设置(密码清空),通过在 vSphere Client
设置新的密码的方法解决。下面简单回顾一下问题的现象及解决过程。
继续阅读VMware ESXi 6.7密码正确不能登录
近来增加了一台工控机,上面跑了软路由等业务,万一突然断电 ESXi
坏了启不了,估计就得废好大劲折腾了。以前有给群晖配过一台 APC BK650
的 UPS
,目前 UPS
的 COM
数据输出直接给到了群晖,毕竟无论如何也得优先保障群晖的可靠性。在群晖的设置里面看到过 UPS
服务器的选项,所以想着 ESXi
能不能连接群晖的 UPS
服务器,实现断电自动关机以保证数据安全。
家里用的思科 CISCO SG90D-08-CN
千兆 8
口交换机桌面型。 详细参数如下:
类别 | Cortex-A5 | Cortex-A7 | Cortex-A8 | Cortex-A9 | Cortex-A15 |
发布时间 | 2009年12月 | 2011年10月 | 2006年7月 | 2008年3月 | 2011年4月 |
时钟频率 | ~1GHz | ~1GHz on 28nm | ~1GHz on 65nm | ~2GHz on 40nm | ~2.5GHz on 28nm |
Execution order 执行顺序 |
In-order 顺序执行 |
In-order | In-order | Out of order 乱序 |
Out of order 乱序执行 |
多核支持 | 1 to 4 | 1 to 4 | 1 (只单核) | 1 to 4 | 1 to 4 |
峰值指令处理速度 | 1.6DMIPS/MHz | 1.9DMIPS/MHz | 2 DMIPS/MHz | 2.5 DMIPS/MHz | 3.5 DMIPS/MHz |
VFP/NEON 支持 |
VFPv4/NEON | VFPv4/NEON | VFPv3/NEON | VFPv3/NEON | VFPv4/NEON |
Half precision 半精度扩展(16-bit floating-point) |
是 | 是 | 否,只有32-bit单精度和64-bit双精度浮点 | 是 | 是 |
FP/NEON 寄存器重命名 |
否 | 否 | 否 | 否 | 是 |
GP寄存器重命名 | 否 | 否 | 否 | 是 | 是 |
硬件的除法器 | 否 | 是 | 否 | 否 | 是 |
LPAE (40-bit physical address) | No | Yes | No | No | yes |
硬件虚拟化 | No | Yes | No | No | Yes |
big.LITTLE | No | LITTLE | No | No | Big |
融合的MAC 乘累加 |
是 | 是 | 否 | 否 | 是 |
流水线级数 pipeline stages | 8 | 8 | 13 | 9 to 12 | 15+ |
指令译码 decodes | 1 | Partial dual issue | 2 (dual-issue) | 2 (dual-issue) | 3 |
返回堆栈stack条目 | 4 | 8 | 8 | 8 | 48 |
浮点运算单元FPU | Optional | Optional | Yes | Optional | Optional |
AMBA总线宽度 | 64-bit I/F
AMBA 3 |
128-bit I/F
AMBA 4 |
64 or 128-bit I/F
AMBA 3 |
2× 64-bit I/FAMBA 3 |
128-bit |
L1 Data Cache Size | 4K to 64K | 8KB to 64KB | 16/32KB | 16KB/32KB/64KB | 32KB |
L1 Instruction Cache Size | 4K to 64K | 8KB to 64KB | 16/32KB | 16KB/32KB/64KB | 32KB |
L1 Cache Structure | 2-way set
associative (Inst) 4-way set associative (Data) |
2-way set
associative (Inst) 4-way set associative (Data) |
4-way set
associative |
4-way set
associative (Inst) 4-way set associative (Data) |
2-way set
associative (Inst) 4-way set associative (Data) |
L2 Cache type | External | Integrated | Integrated | External | Integrated |
L2 Cache size | - | 128KB to 1MB | 128KB to 1MB | - | 512KB to 1MB |
L2 Cache Structure | - | 8-way set
associative |
8-way set
associative |
- | 8-way set
associative |
Cache line (bytes) | 32 | 32 | 64 | 32 | 64 |
ARM big.LITTLE 系统的软件技术
Robin Randhawa,首席工程师,2013 年 4 月
简介
移动应用已经发生了显著变化,当今的消费者更多地将智能手机应用于大部分互联生活。其中既包括高性能任务,例如网络浏览、导航和游戏,也包括那些要求不太苛刻的“始终在线,始终连接”后台任务,例如语音呼叫、社交网络和电子邮件服务。因此,移动电话已经成为很多消费者必不可少的计算设备。同时,平板电脑等新型移动设备也在重新定义计算平台,以应对消费者的需求。这一趋势为消费者创造了全新的内容互动方式,将以往只可能在固定设备上实现的应用带到移动设备上。这才是真正的智能下一代计算。
摩尔定律将如何往下发展?人们过去预测集成电路上可容纳的晶体管数目每隔 18 个月会增加一倍,直至从数千个增加至数十亿个晶体管,但如果真正审视单个处理器,却会发现它的性能增长停滞不前,因为您可以在系统中消耗的电能已经达到峰值。
对于未来的任何一款处理器,散热必然会限制其速度的大幅提高。一旦达到器件的热障,器件会融化,如果是在移动电话上,设备会开始发热,让用户感到不适。除了物理散热问题之外,能效也会变得相当低。如果调节处理器实施,使其速度逐渐加快,则其能耗将呈指数级增长,而为了增加最后这一丁点的性能,却会导致成本大幅提升。过去,尺寸增大一倍也意味着速度提高一倍,但到了现在,尺寸增大一倍却只能将速度提高几个百分点,因此出于复杂性的原因,效益不复存在,这也是单核系统的速度达到极限的原因之一。
如果您无法让单核运行更快,则必须增加核心的数量。这样做的好处还包括让每个核心能够匹配其承担的工作负载,这正是 ARM big.LITTLE™ 处理概念的用武之地。
Big.LITTLE处理技术可以解决我们当前面临的一个最大难题:扩展消费者的“始终在线,始终连接”移动体验,同时改进性能,延长电池续航时间。实现这一目标的方式是将“big”多核处理器与“LITTLE”多核处理器配合使用,根据性能要求,为适当的任务无缝选择适当的处理器。重要的是,这种动态选择对在处理器上运行的应用程序软件或中间件是透明的。 设备中采用的最新一代big.LITTLE 设计将高性能Cortex™-A15 多处理器集群与高能效Cortex-A7 多处理器集群组合在一起。这些处理器保持了 100% 架构兼容性,并且具有相同的功能(支持 LPAE 和虚拟化扩展,以及 NEON™ 和 VFP 等功能单元),这使得针对一种处理器类型编译的软件应用程序能够在其他处理器上运行,而无需进行修改。
继续阅读白皮书:ARM big.LITTLE 系统的软件技术