虚拟机

erlang多进程与多线程： 在erlang开发中，我们面对的最小执行单位是进程，当然这个进程并不是系统层面上的进程，也不是线程。而是基于erlang运行时系统的一个进程。那么erlang的多进程是如何变成系统级别上的多线程，进而被多核处理器处理呢？ 其实，我们每启动一个erlang VM，实际上就启动了模拟器+erlang运行时系统。而每个erlang运行时系统会启动N个进程调度器，每个进程调度器都是一个独立的操作系统线程。这个调度器会处理一个进程池，进程池里面是M个erlang进程。也就是说erlang进程以1:M的方式映射到操作系统线程。 既然每个调度器都是一个操作系统线程，那么可并行运行的erlang进程最多就能有M个。虽然一个进程池内有M个进程，但是同一池内的进程仍像之前所有进程公用一个调度器那样分时运行。 并且在此之上，进程可以在进程池之间迁移以便维持可用调度器上的负载均衡。 erlang程序的单进程与多线程： 每启动一个erlang VM，也就启动了一个进程，该进程包括很多线程，最基本就包括了erlang运行时系统和模拟器所创建的线程。如果在该虚拟机上还运行erlang程序，那么ERTS就有可能为你的应用程序创建了N个线程。这些线程的个数，跟启动erlang VM时设置的参数和自身硬件环境有关

概述 Vmware提供了桥接模式（B）、NAT模式、仅主机模式 三种网络连接方式。桥接模式对外提供了直接访问的能力，也常用于有网卡的服务器电脑。NAT模式提供了和主机一致的联网方式（与局域网上网非常类似，主机就是提供上网的路由器）。仅主机模式仅提供了局域网互联的功能，不提供访问互联网的功能。 虚拟机为Windows时，NAT模式下可以直接连接外网（不得不感慨微软的强大）。虚拟机为Linux时，就需要手工配置网络信息。 Linux下配置网络 打开路径 /etc/network/interface （如果没有编辑权限，请使用sudo root vi 打开，或者修改文件的读写权限）。输入以下内容，重启电脑后，即可启用网络。 1 #this file describes the network interface available on your system 2 #and how to activate them. For more infomation,see interfaces(5) 3 4 source /etc/network/interfaces.d/* 5 6 #the loopback network interface 7 auto lo 8 iface lo inet loopback 9 10 #NAT 11 auto eth0 12 iface eth0

$ sudo dnf install gcc kernel-devel kernel-headers dkms make bzip2 perl $ rpm -qa|grep kernel|sort 确认 kernel与kernel-devel是否一致，我的kernel版本是系统安装后提示更新的，devel是刚刚安装的，都是最新的，这里版本是一致的。不一致的话可以执行 $sudo -y upgrade kernel kernel-devel$reboot $ sudo ln -s /usr/src/kernels/5.1.11-300.fc30.x86_64 /usr/src/linux （注意：最新的平衡版本5.1.11-300.fc30.x86_64） 折腾了好久不成功，最后升级比新的virtualbox版本，终于6.0.8上折腾成功。要注意virtualbox中访客机的共享文件设置 $ mkdir mnt/share　　# 确保挂在点是存在的# modprobe vboxsf　 # 启动vbox的服务，这里需要root权限# mount -t vboxsf Lenovo_Linux /mnt/share 　　# Lenovo_Linux:上图共享文件夹名称（有网友说因为共享的是文件夹，需要在后面加‘/’, 单我尝试不对，否则出现报错路径 # 不在etc/sftab中

VMware提供了三种将虚拟网卡和物理网卡捆绑起来的方式，即桥接(Bridge）模式，网络地址转换(Network Address Transformation, NAT)模式和主机(Host Only)模式。 三种模式区别，参见 关于三种模式的区别，简单而言，Bridge模式直接将虚拟机添加到局域网中，使虚拟机看起来像网内的一台真实计算机，虚拟网卡和宿主物理网卡之间不存在名义上的从属关系，因而需要局域网内具有多余的IP地址能够提供给虚拟机网卡，如果局域网内严格给每台计算机分配固定的IP，那这种Bridge模式就基本失效。在Bridge模式下虚拟机既可以访问到Internet也可以同局域网内的其他真实计算机通信；NAT模式下宿主的物理网卡就充当了路由器或交换机的角色，这时VMware会根据宿主的真实IP提供很多Subset IP供虚拟机使用，这样所有的虚拟机都是通过宿主的网络端口进行对Internet的访问，但看起来这些虚拟计算机都合法地访问到了局域网或者Internet，因为他们的IP地址通过NAT技术之后看起来是合法的。Host Only模式下虚拟机之间可以相互通信，但虚拟机并不能同局域网内的其他真实计算机直接通信，但该模式下通过宿主访问Internet还是可以的。 图2 桥接(Bridge)模式(引自SophiaWang) 图3 网络地址转换(NAT)模式

环境：虚拟机-最小化安装 centos7 主机：win10 参考配置文件： TYPE=Ethernet PROXY_METHOD=none BROWSER_ONLY=no BOOTPROTO=static DEFROUTE=yes IPV4_FAILURE_FATAL=no IPV6INIT=yes IPV6_AUTOCONF=yes IPV6_DEFROUTE=yes IPV6_FAILURE_FATAL=no IPV6_ADDR_GEN_MODE=stable-privacy NAME=ens33 UUID=2e8f55b8-ed37-43bd-a6d4-87073b0cc440 IPADDR=192.168.0.107 GATEWAY=192.168.0.1 DNS1=192.168.0.1 DNS2=8.8.8.8 NETMASK=255.255.255.0 DEVICE=ens33 ONBOOT=yes 一、查看网卡配置文件 　　cd /etc/sysconfig/network-config/ 　　 　　可见有2个网卡配置文件：ifcfg-ens33 ifcfg-lo　　ifcfg-网卡名 　　打开网卡配置文件：vi ifcfg-ens33 　　 　　 　　配置项解释： 　　TYPE=Ethernet　　#网络类型 　　BOOTPROTO=dhcp　　

#NAT 网络 >其中NAT（并非NAT网络，这里需要注意）是默认选项，如果建立虚拟机的时候没有做相关修改的话，就会用NAT模式建立虚拟机网络 进入虚拟机之后，虚拟机会被分配一个10.xx.xx.xx的内网ip advantage : 虚拟机访问外部网络，不需要外部网络访问虚拟机的话，可以使用这种方式 disadvantage : 这种方式只能使用dhcp自动获取ip地址，无法手动对linux的网络进行配置 桥接网络 把虚拟机视为一个网络地位和宿主机相等同的一个主机,也就是从局域网的视角看，这台虚拟机和你的笔记本或者电脑没什么不同 假设你的电脑通过一个普通小路由器连接因特网，路由器为你的电脑或笔记本分配的IP是192.168.1.x这个网段 如果虚拟机选用了桥接网络，那么同样使用DHCP，虚拟机也会获取到一个192.168.1.x的ip地址 ，而不是像NAT一样是一个10.xx.xx.xx的地址 这个192.168.1.x的地址，和你的路由器下的子网的其他地址，是可以互通访问的 这时候我们就可以在linux内部，使用网络配置文件对网络进行配置了 比如centos中是/etc/sysconfig/network-scripts/网卡名,ubuntu中是/etc/network/interface advantage : 桥接网络 的缺陷，在于子网的容量可能不够用 host

本人玩腻了VPS（个人虚拟主机），自己再笔记本上装了个linux和windows双系统，然而由于没有找到合适的系统，竟然装的是优麒麟。于是乎为了跟进一步了解不同的linux系统，在自己电脑上装了个VM虚拟机软件，接着装上了Centos7，发现一个问题，输入：ping www.baidu.com竟然无法返回数据，于是乎重新配置网络。 一、桥接模式和NAT模式 VMware 桥接模式 　　VMware桥接模式，也就是将虚拟机的虚拟网络适配器与主机的物理网络适配器进行交接，虚拟机中的虚拟网络适配器可通过主机中的物理网络适配器直接访问到外部网络(例如图中所示的局域网和Internet，下同)。简而言之，这就好像在上图所示的局域网中添加了一台新的、独立的计算机一样。因此，虚拟机也会占用局域网中的一个IP地址，并且可以和其他终端进行相互访问。桥接模式网络连接支持有线和无线主机网络适配器。如果你想把虚拟机当做一台完全独立的计算机看待，并且允许它和其他终端一样的进行网络通信，那么桥接模式通常是虚拟机访问网络的最简单途径。 VMware NAT模式 　　NAT，是Network Address Translation的缩写，意即网络地址转换。NAT模式也是VMware创建虚拟机的默认网络连接模式。使用NAT模式网络连接时，VMware会在主机上建立单独的专用网络，用以在主机和虚拟机之间相互通信

【VMware虚拟化解决方案】配置和部署VMware ESXi5.5 时间 2014-04-08 10:31:52 让"云"无处不在的博客 原文 http://mabofeng.blog.51cto.com/2661587/1392018 马博峰 在安装ESXi5.5之前，需要对要对整个环境进行设计和规划，由于虚拟化涉及服务器技术、网络技术和存储技术等多项技术，所以虚拟化的架构设计涵盖了CPU的选型、网络的设计、共享存储的方式、虚拟化资源的需求和安装ESXI的模式等知识。一个好的VMware vSphere安装设计方案决定着最终虚拟化的效果。 1、CPU的选型 无论是采用X86服务器，还是采用机架式、塔式或者刀片式服务器，CPU的选择是至关重要的。现在市场上主流的CPU是Intel公司和AMD公司产品，这两家公司的CPU对虚拟化都有很好的支持，具体选择哪家的产品，我们需要根据实际情况而定。 一般安装ESXi需要一个 64 位的CPU，而具体选择哪一款CPU还需要考虑许多其他的因素，其中最重要的一点就是虚拟化技术选项，具体来说就是是选择Intel 虚拟化技术 (Intel VT) 的CPU还是选择 AMD 虚拟化 (AMD-V) 技术的CPU。这时有的读者可能会奇怪了，为什么只能选择这两种技术的CPU呢？其实原因很简单，因为只有具有这两种技术的CPU才提供虚拟化功能

下图是 Android 操作系统的架构，架构包括 4 层，由上到下依次是应用程序层、应用程序框架层、核心类库和 Linux 内核。其中，核心类库中包含系统库及 Android 运行环境。 图1 Android 操作系统的架构 应用程序层 Android 装配了一个核心应用程序集合，包括 E-mail 客户端、SMS 短消息程序、日历、地图、浏览器、联系人管理程序和其他程序，所有应用程序都是用 Java 编程语言编写的。 用户开发的 Android 应用程序和 Android 的核心应用程序是同一层次的，它们都是基于 Android 的系统 API 构建的。 应用程序框架层 应用程序的体系结构旨在简化组件的重用，任何应用程序都能发布它的功能且任何其他应用程序都可以使用这些功能（需要服从框架执行的安全限制），这一机制允许用户替换组件。 开发者完全可以访问核心应用程序所使用的 API 框架。通过提供开放的开发平台，Android 使开发者能够编制极其丰富和新颖的应用程序。开发者可以自由地利用设备硬件优势访问位置信息、运行后台服务、设置闹钟、向状态栏添加通知等。 所有的应用程序都是由一系列的服务和系统组成的，主要包括以下几种： 系统/服务 英文名称 说明 视图 View 这里的视图指的是丰富的、可扩展的视图集合，可用于构建一个应用程序，包括列表 (Lists)、网格 (Grids)、文本框

这几天在做一个项目时需要在Android中使用OSGi框架(Apache Felix)，于是在一个android 4.4.2 版本系统的某品牌的平板上实验。 实验内容很简单：把felix包里的felix.jar包和一些bundles的jar包用android sdk里的dx及aapt工具转化为包含dex字节码的jar 包。这样使这些jar包能在Android上跑起来。（因为Android上使用的是在Dalvik虚拟机而不是标准的java虚拟机，所以“原生”的 jar包不能直接在Android上跑） 然后当我把所有的jar包转换后拷贝到已有的那台Android平板上运行它们时却报出这样的错误： java.lang.unsupportedOperationException: can`t load this type of class file. 当时还以为是jar包转换时出错了，然后删掉了所有的包，重新下载重新转换，不料还是报这样的错。 纠结了一天后，也想到可能是因为art与Dalvik模式的问题。于是把同样的jar包拷贝到自己的Android手机（4.4.4版本运行于dalvik模式）上居然顺利运行了。然后把手机调为art模式再次运行jar包就又报平板上的报出的错误。 ART（Android Runtime） ART 是一种执行效率更高且更省电的运行机制，ART模式在Android