裸机

【转帖】虚拟化Pod性能比裸机还要好,原因竟然是这样!

我们两清 提交于 2020-02-28 08:01:43
虚拟化Pod性能比裸机还要好,原因竟然是这样! http://www.itpub.net/2020/02/27/5340/ 其实感觉 linux也可以做到 NUMA的节点优化其实 直接在 ESXi上面跑Pod的化 理论上跟 裸机道理一样。 之前的文章介绍过 VMware 在 VMworld 上宣布的太平洋项目 (Project Pacific) ,这是 vSphere 向 Kubernetes 原生平台的演进。太平洋项目引入了 vSphere 主管集群( Supervisor Cluster )的概念,该集群能够在 ESXi 上原生地运行 Kubernetes Pod(称为 Native Pod )。 根据 VMware 官博上发布的信息,太平洋项目中通过虚拟化实现的 Native Pods,竟然比物理机(裸机)上 Kubernetes 的 pod 有8%的性能提升! 是的,你的确没有看错,虚拟化 Pod 的性能要比裸机 Pod 要好,这似乎有悖常理,众所周知,虚拟化是有性能损失的,怎能优于裸机呢?且听笔者慢慢道来。 为什么太平洋项目的 Native Pods 更快? 现代的服务器一般有多个处理器(CPU),采用的是 NUMA(非统一内存访问)的内存访问方式。在 NUMA 体系架构中,每个 CPU 负责管理一块内存,称为本地(local)内存。 当 CPU 访问自己管理的内存时

Windows Server Backup 裸机恢复

我怕爱的太早我们不能终老 提交于 2020-02-08 08:00:37
1、打开“Windows Server Backup”选择本地备份,并在操作栏选择“一次性备份”;(在实际生产环境中可以根据自己的需求,选择一次性备份还是选择备份计划。) 2、打开“一次性备份向导”,在备份选项栏选择“其他选项”并选择“下一步”; 3、在“选择备份配置”选项卡中选择“自定义”,并选择“下一步”; 4、在“选择要备份的项”选项卡中选择“添加项目”; 5、在“选择项”选项卡中勾选“裸机恢复”;在勾选裸机恢复的时候,系统会自动勾选“系统状态、系统保留、本地磁盘”;然后选择“确定”; 6、返回到“选择要备份的项”,选择“下一步”; 7、在“指定目标类型”,选择合适的磁盘,我这里选择“远程共享文件夹”,(建议备份远程共享文件夹,因为如果备份在本地磁盘,如果是一个磁盘,你要考虑磁盘损坏的问题。) 8、“指定远程文件夹”选项卡中,在位置输入框中,输入远程共享的路径,访问控制,根据实际情况选择,然后选择“下一步”; 9、在“确认”选项卡中,选择“备份”; 10、备份完成后,选择“关闭”。 11、当需要进行裸机恢复还原的时候,需要系统安装光盘,进入系统安装光盘,进入系统安装界面,选择“下一步”; 12、选择“修复计算机”; 13、选择“疑难解答”; 14、在高级选项卡中,选择“系统映像恢复”; 15、在系统映像恢复选项卡中,选择操作系统“Windows Server 2012”;

S3C2440-裸机篇-05 | S3C2440时钟体系详解(FCLK、PCLK、HCLK)

我只是一个虾纸丫 提交于 2020-01-31 11:17:49
1.时钟架构 简化一下如图所示: 1.1.时钟源的选择 S3C2440的时钟源来源有两种: 外部晶振(OSC) 外部时钟信号(EXTCLK) 选择哪一路作为S3C2440的时钟源 由模式控制引脚OM3和OM2引脚(的电平)决定 ,如何选择见下图: 以JZ2440开发板为例,其使用的是 12Mhz外部晶振 , 硬件电路如下: 其OM3和OM2选择引脚设置如下,选择第一种方式: 1.2.MPLL改变主时钟FCLK的控制时序(上电复位时序) 2.实验 —— LED闪烁(为了后续对比) 2.1.实验目的 使用C语言控制LED闪烁。 2.2.实验代码 启动文件与之前相同; C程序添加延时函数 delay 修改后如下: void delay ( unsigned int xms ) { while ( xms -- ) ; } int main ( void ) { /* 设置GPFCON寄存器,配置GPF4引脚为输出模式 */ * ( unsigned int * ) 0x56000050 & = ~ ( 3 << ( 2 * 4 ) ) ; * ( unsigned int * ) 0x56000050 | = 1 << ( 2 * 4 ) ; /* 程序循环闪烁LED */ while ( 1 ) { /* 设置GPFDAT寄存器,GPF4输出低电平,点亮LED */ * (

ARM的异常与裸机开发

☆樱花仙子☆ 提交于 2019-12-15 20:20:15
2019-12-15 关键字:嵌入式开发、异常处理、嵌入式裸机开发 1、ARM的异常 异常在嵌入式开发中是很常见的事件,它也是非常重要的事件。简单来说,异常就是一种会打断程序正常执行的事件。异常通常又称为“中断”。 异常的种类大致可分为如下几种: 1、中断 IRQ / FIQ 由外部硬件触发的中断。 2、软中断 soft interrupt 由系统调用的中断事件,由软件产生的中断事件。 3、复位 Reset 4、未定义指令 5、数据异常 例如数据越界等。 中断: ARM 有两级外部中断:1、FIQ;2、IRQ。 但大多数的嵌入式系统都有多于两个的外部中断源,为了能正常响应所有的外部中断事件,就需要一个“中断控制器”。 嵌入式系统的中断响应架构大致如下图所示: 当在短时间内产生大量中断事件时,CPU无法保证能及时响应所有的中断事件。为了避免发生丢失中断的问题,每一个中断事件都会作一个“记录”,即我们常见的设置“中断标志位”。当CPU查到中断标志位的值有效时,就会发起一个中断事件。当然,一个中断事件我们一般只需要处理一次,因此,通常我们要在中断处理函数中将对应的中断标志位作清除操作。 ARM 系统会有一个“中断向量表”的机制来专门存储中断响应函数地址。 2、裸机开发 什么是祼机开发? 祼机开发就是指在嵌入式开发板中,直接编写程序控制硬件设备的开发模式。在开发板上没有操作系统

s3c2440裸机编程-时钟编程(一、2440时钟体系介绍)

为君一笑 提交于 2019-12-07 12:03:25
1.总线框架 下图是2440的总线框架,其中有AHB(Advanced High performance Bus)高速总线,APB(Advanced Peripheral Bus)外围总线。 不同总线对应不同的时钟。 SOC <-> FCLK AHB <-> HCLK APB <-> PCLK 其中: 1.使用AHB总线的有:LCD控制器、usb控制器、中断控制器、内存控制器等... 2.使用APB总线的有:i2c、spi、timer、gpio、adc等...具体上图。 2.时钟框架 下图表示2440 Soc的时钟框图: 下面从细节上讲解时钟体系: 1.如何选择时钟源: s3c2440时钟源有2个,一个是OSC,一个是外部时钟EXTCLK,上面的时钟框图有标记,当然大家也可以查看手册“Figure 7-1. Clock Generator Block Diagram”。 那么如何选择是OSC还是EXTCLK呢? 打开原理图,OM3,OM2的引脚接地,那么OM[3,2]=00.所以根据手册“Table 7-1. Clock Source Selection at Boot-Up”可知时钟源为OSC晶振。 如何得到HCLK,PCLK,UCLK? 先了解下PLL, DIV PLL:用锁相环进行倍频 DIV:用分频器进行分频 如下图: 生成的MPLL(Main PLL)和UPLL(USB

【小刘的linux学习笔记 】——01认识操作系统

不羁的心 提交于 2019-12-07 12:02:25
1.操作系统的地位 计算机系统由 硬件 和 软件 两部分组成。通常把未配置软件的计算机称为裸机。直接使用裸机不仅不方便,而且将严重降低工作效率和机器的利用率。 操作系统(OS,Operation System) 是为了填补人与机器之间的鸿沟,即为了 建立用户与计算机之间的接口 ,而为裸机配置的一种系统软件。由下图可以看出, 操作系统是裸机上的第一层软件,是对硬件系统功能的首次扩充。 配置操作系统的目标: 1.提供一个计算机用户与计算机硬件系统之间的接口,使计算机系统 更易于使用 。 2.有效地控制和管理计算机系统中的各种硬件和软件资源,使之得到 更有效的利用 。 3.合理地组织计算机系统的工作流程,以 改善系统性能 (如响应时间、系统吞吐量等)。 4.遵循国际标准,设计和构筑开放式的环境,支持 可扩展 的体系结构,支持应用程序的可移植性和可互操作性。 从不同角度看待操作系统的特性 1. 用户观点——方便性 :提供 良好的、一致的用户接口 ,弥补硬件系统的类型和数量上的差别。 2. 系统管理人员观点——有效性 : 管理和分配 硬件与软件 资源 ,合理地 组织 计算机的工作 流程 。 3. 可扩充性 :指在为操作系统 增加新特性 时能够很容易,增强功能所引起的对系统的其他部分的 改动要尽可能地少 。即 可扩充性使操作系统以尽可能少的改动得到性能上的增强 。 4. 可移植性

ZYNQ随笔——AXI_GPIO裸机设计

给你一囗甜甜゛ 提交于 2019-11-29 14:36:56
1. 硬件平台搭建 在Block Design里添加ZYNQ7 Processing System和AXI_GPIO模块,双击AXI_GPIO设置为输出,驱动外部IO器件(如LED)。搭建好的系统结构如下图所示: 2. 软件SDK设计 SDK软件设计可以参考官方设计文档,主要API函数有, int XGpio_Initialize(XGpio * InstancePtr,u16 DeviceId) void XGpio_SetDataDirection(XGpio * InstancePtr,unsigned Channel,u32 DirectionMask) void XGpio_DiscreteWrite(XGpio * InstancePtr,unsigned Channel,u32 Data) u32 XGpio_DiscreteRead(XGpio * InstancePtr,unsigned Channel) void XGpio_DiscreteClear(XGpio * InstancePtr,unsigned Channel,u32 Mask) 具体代码如下, int main(void) { int Status; volatile int Delay; /* Initialize the GPIO driver */ Status = XGpio

【我的Linux,我做主!】使用PXE+Kickstart无人值守安装服务

[亡魂溺海] 提交于 2019-11-29 04:29:40
(一)了解kickstart安装的流程 有时候在公司内部会需要批量安装操作系统,这个时候如果我们按照使用光盘镜像的方式来一台一台的安装操作系统,不仅耗时费力,而且效率低下。比如同时安装100台机器,按照传统的方式会需要准备100个刻录好的光盘,准备100个光驱,每台机器的操作系统配置都需要独立的配置一次,可能需要加班加点好几天才能够做好,如果我们可以使用批量自动化的方式安装操作系统,不仅对人员的损耗降低了,而且效率也会大大的得到提高。 现在我们将介绍可以实现无人值守安装系统的PXE+Kickstart服务程序,并安装部署PXE+TFTP+NFS+DHCP+Kickstart等服务程序,从而搭建出一套可批量安装Linux系统的无人值守安装系统。 首先我们有一个server服务器配置相关的应用服务,client客户端是待准备安装系统的裸机。由于需要网络传输实现配置,所以需要在服务器端安装DHCP服务器实现提供客户端所需的IP地址,子网掩码,网关和DNS服务器地址。同时在客户端我们需要一个引导程序pxelinux.0来实现引导内核vmlinuz和initrd,从而实现可以看到系统安装界面的效果。在服务器端我们需要配置TFTP服务器来实现为客户端提供pxelinux.0的配置文件的服务。在配置好DHCP服务器后,还需要在DHCP服务器中指明next-server的信息,其中next