Memory迈拓kvm
迈拓kvm 时间:2021-01-23 阅读:(
)
DevelopmentsinKVMonPowerPaulMackerras,IBMLTCOzLabspaulus@au1.
ibm.
com221October20132013IBMOutlineIntroductionLittle-endiansupportOpenStackNestedvirtualizationGuesthotplugHardwareerrordetectionandrecovery321October20132013IBMIntroductionWewillbereleasingPOWERmachineswithKVM–AnnouncementbyArvindKrishna,IBMexecutivePOWER8processordisclosedatHotChipsconference–12coresperchip,8threadspercore–96kBL1cache,512kBL2cache,8MBL3cachepercoreonchipqemuKVMHostLinuxKernelSAPPHIREPOWERhardwareGuestOSGuestOSFSPqemuhostOSprocesshostOSprocesshostOSprocess421October20132013IBMIntroduction"Sapphire"firmwarebeingdevelopedforthesemachines–TeamledbyBenHerrenschmidt–SuccessortoOPALProvidesinitializationandbootservicesforhostOS–Loadfirst-stageLinuxkernelfromflash–Probethemachineandsetupdevicetree–Petitbootbootloadertoloadandrunthehostkernel(viakexec)Provideslow-levelrun-timeservicestohostkernel–Communicationwiththeserviceprocessor(FSP)ConsolePowerandrebootcontrolNon-volatilememoryTimeofdayclockErrorloggingfacilities–Somelow-levelerrordetectionandrecoveryservices521October20132013IBMLittle-endianSupportModernPOWERCPUshavealittle-endianmode–Instructionsandmulti-bytedataoperandsinterpretedinlittle-endianbyteorderLowest-numberedbyteisleastsignificant,ratherthanmostsignificant–"True"littleendian,notaddressswizzlingasonold32-bitPowerPCprocessorsEnabledbyanMSR(machinestateregister)bit–HypervisorregistercontrolsMSR[LE]settingoninterruptdeliveryLittle-endianmodehaslittleornoperformanceimpact–Somemisalignedloads/storestraponolderprocessors(POWER6,POWER7)GrowinginterestinrunningentireOSinlittle-endianmode–Easeportingofprogramsfromotherarchitectures–EaseportingofprogramswhichaccessfilescontainingLEbinarydata–EasecommunicationwithGPUsNewOpenPowerConsortium–IBM,Google,Tyan,Nvidia,MellanoxWanttobeabletorunlittle-endianOSasKVMguest–Host-sidechangessurprisinglyminor–Hostalwaysbig-endianfornow621October20132013IBMLittle-endianSupport"Bi-endian"support–KVMguestscanswitchendiannessatwill–Currentexecutionmodeunderdirectguestcontrol–InterruptdeliverymodecontrolledvianewH_SET_MODEhypercallPAPRparavirtualizationinterfaceisexplicitlybig-endian–MemoryoperandsforPAPRhypercallsarebig-endian,thereforeneedtobebyte-swappedbyLEguestkernels–Valuesinregistersdon'tneedbyteswapping:registersdon'thaveendianness–Memoryareassharedbetweenhostandguest(VirtualProcessorAreas)remainBEInstructionemulationrequiresbyte-swappingbyKVM–OnlyoccursforMMIOemulation–Byte-swapinstructionsafterreadingthemfromtheguest–Byte-swapmulti-bytedatavaluesfornormalload/stores,notforbyte-reversingloads/storesVirtiodatastructuresareinguestendianorder–Newvirtiospecificationwillspecifylittle-endian–Forcurrentguests,QEMUandKVMhavetobyte-swapforlittle-endianguests–Guestendianmodesampledatvirtiodeviceresettime721October20132013IBMLittle-endianSupportGuestsstartoutinbig-endianmode–Reverttobig-endianonrebootSLOF(guestbootfirmware)runsinbig-endianmode–WillbemodifiedtobeabletoloadbothBEandLEimagesLEkernelscheckcurrentmode,switchtoLEifnecessary–Usesinstructionthatisno-opinLEmode,branchinBEmode4800000cb.
+120c000048twi0,r0,72(trapnever)–SetMSR[LE]anddoH_SET_MODEifnecessaryNodifferencebetweenhowLEguestsandBEguestsarestartedChoiceofLEvs.
BEisaquestionofwhatimagegetsdeployedintheguest–Cataloguingproblematthesamelevelaschoiceofdistro–Allthesamearchitectureasfaraslibvirtandmanagementtoolsareconcerned.
POWER8addssplitlittle-endianmode–Allowsinstructionanddataendiannesstobedifferent821October20132013IBMOpenStackOpenStackisimportantasmanagementstackforKVMonPowermachinesUpstreamunmodifiedOpenStackcannowmanagePowercomputenodeswithKVM–Necessaryfixesareupstreamlibvirt:somex86-centricassumptionslibguestfs:buginpartitiontableparsing–MayneedextensionstoincludeLE/BEindicationinimagecatalogsRequirementfornestedvirtualization–NeededtoparticipateinOpenStack'scontinuousintegrationprocessRequirementforguestPCIhotplug–Virtualdiskandnetworkadapters921October20132013IBMNestedVirtualizationOpenStackCItestsproposedpatchesinvirtualcluster–Computenodesofvirtualclusterneedtobeabletorunguests–NodesareKVMguests,thereforedon'thaveaccesstohypervisormode–Twooptions:fullemulation,or"PR"styleKVMPRKVM,developedbyAlexGraf,runstheguestentirelyinusermode("PR"oblemstate)andemulatesallprivilegedinstructionsandtheMMUFullemulationhasproblems–Veryslow–QEMUdoesnotimplementalltheinstructionsinPOWER6/7/8–SomeLinuxdistributionsprovidepackagesoptimizedforPOWER7Fedora.
ppc64p7.
rpmpackagessinceFedora18PRKVMisourproposedsolutionfornestedvirtualization–Notasfastas"HV"styleKVM,butalotfasterthanfullemulation–Doesn'tcurrentlysupportallthefeaturesofPowerprocessorsDatabreakpoint(watchpoint)supportPerformancemonitorunitNewPOWER8featuressuchastransactionalmemorySupportingthesefeaturesisamatterofcoding–NotcurrentlypossibletocompilebothPRandHVKVMinonekernel1021October20132013IBMNestedVirtualizationWanttomakePRandHVKVMbothavailableinonekernel–Distroswon'tmaketwokernelbuildsavailable,sowillpickoneortheotherNeitherisasupersetoftheother–HVisfasterthanPR,assumingnecessaryhardwaresupportisavailable–HVKVMrequiresaparavirtualizedguestkernelHardwarenotdesignedtosupportfullvirtualization;guestaccesstohypervisorfacilitiestrapstotheguest,notthehost–HVKVMdoesn'tsupportemulationofancient,embeddedor32-bitprocessorsHardwarecompatibilitymodeforemulationofPOWER6andPOWER7MyproposalfromearlyAugust:–ModifybothPRandHVsothatbothcanbecompiledintoonekernel–EachVMhasanassociatedtype:PR,HVorunknown–ChangetypetoHVwhenPAPRcapabilityenabled(ifhardwareiscapable)–ChangetypetoPRwhenfirstvcpuisrunotherwise–Someproblems/objectionsUsersmightunexpectedlygetlower-performanceoptionthantheyexpectedAneeshKumar'spatches(earlyOctober)–Splitmoduleintothree:HV,PRandcore–UserspacechoosestypeatVMcreationtime1121October20132013IBMGuestPCIHotplugPrimarilyforvirtiodevicesratherthanrealPCIadapters–VirtiodevicesappearasemulatedPCIadapters–OpenStacktypicallybootsguestswithminimalconfigurationandaddsdisksandnetworkadapterswithhotplugPAPRincludesarchitectureforhotplug–Allsortsofresources:CPUs,memory,PCIdevices,PCIhostbridges–ReferredtoasDynamicLogicalPartitioning(DLPAR)–DesignedforPowerVMenvironmentOperationinitiatedfrommanagementconsole,nottheguestProprietaryclosed-sourcedaemonintheguest,talkingviasockettomanagementconsoleusingproprietaryprotocolDaemonperformsnecessaryfirmwareandsystemcallsExistingguestOSesdon'tautomaticallyhavesupportforhotplug–Eveniftheydoincludetheproprietarydaemon,wecan'tanddon'twanttouseitAlternativeapproachbeingdeveloped–Extendexistingopen-sourceeventloggingdaemon(rtas_errd)–Defineneweventsindicatingaddition/removalofPCIadapters–ModifyQEMUtogeneratetheseeventsandhandleresultingRTASfirmwarecalls(patchesbeingdevelopedbyMikeRoth,MikeDayandNathanFontenot)1221October20132013IBMHardwareErrorDetectionandRecoveryExploitReliability,AvailabilityandServiceability(RAS)featuresofthehardware–Hardwarehasalotoferrorcheckingandrecoveryfacilities–ParityorECConalmosteverything–Micro-checkpointingofthecore,rollbackontransienterrors–Don'thavePowerVMtoprovidesoftwaresupportErrordetection–CPU-generatedMachineCheckinterruptUseofdatawithuncorrectableerrorsAccesstonon-responsivephysicaladdressParityerrorsinSLBorTLBDuplicateSLBentries(canbegeneratedbyguest)–CPU-generatedHypervisorMaintenanceinterrupt–FSPscansforothertransient,correctederrorsandgenerateseventlogs–EnhancedErrorHandling(EEH)inPCIhostbridgesIsolatesPCIadapterswhenerrordetectedtopreventpropagationofbaddataErrorsincludeattemptstoaccessoutsideofpermittedbusaddressrangeaswellasparityerrorsandtimeouts1321October20132013IBMHardwareErrorDetectionandRecoveryHostmachinecheckhandler–PatchespostedbyMaheshSalgaonkar–AttempttocorrectMMU-relatederrorsinrealmodePotentiallystillinguestMMUcontextatthispoint–ThentransferstoguestexitcodeifthemachinecheckoccurredwhileinaKVMguestKVMhastodeliveramachinechecktotheguestinthiscasesinceSRR0/1registersmayhavebeenlive–Foruseofdatawithuncorrecteddata,exploithwpoisoninfrastructureEEHsupportforPCIpass-throughtoguests–EEHisolationeventscanbecausedbyguestmis-programmingofadapter,oradapterfailure–NeedtonotifyguestofeventviaRTASevent-loginfrastructureasspecifiedinPAPR–NeedtoimplementRTASfirmwarecallstoresetandde-isolateadapterOtherhost-sideRASfeaturesdon'timpactKVM–Daemon/databaseforloggingandretrievingerrorsandotherevents–Hostplatformdumps–Systemcatalog/VPDtools–Firmwareupdatetools–system,FSP,I/Oadapters1421October20132013IBMLegalStatementThisworkrepresentstheviewoftheauthoranddoesnotnecessarilyrepresenttheviewofIBM.
IBM,IBM(logo),AIX,POWER,POWER6,POWER7,POWER8andPowerVMaretrademarksorregisteredtrademarksofInternationalBusinessMachinesCorporationintheUnitedStatesand/orothercountries.
LinuxisaregisteredtrademarkofLinusTorvalds.
Othercompany,productandservicenamesmaybetrademarksorservicemarksofothers.
PacificRack在本月发布了几款特价产品,其中最低款支持月付仅1.5美元,基于KVM架构,洛杉矶机房,PR-M系列。PacificRack简称PR,QN机房旗下站点,主要提供低价VPS主机产品,基于KVM架构,数据中心为自营洛杉矶机房,现在只有PR-M一个系列,分为了2个类别:常规(Elastic Compute Service)和多IP产品(Multi IP Server)。下面列出几款秒...
LOCVPS商家我们还是比较熟悉的老牌的国内服务商,包括他们还有其他的产品品牌。这不看到商家的信息,有新增KVM架构轻量/迷你套餐,提供的机房包括香港云地和美国洛杉矶,适用全场8折优惠,月付29.6元起。LOCVPS是一家成立于2011年的稳定老牌国人商家,主要从事XEN、KVM架构的国外VPS销售,主推洛杉矶MC、洛杉矶C3、香港邦联、香港沙田电信、香港大埔、日本东京、日本大阪、新加坡等数据中心...
pacificrack在最新的7月促销里面增加了2个更加便宜的,一个月付1.5美元,一个年付12美元,带宽都是1Gbps。整个系列都是PR-M,也就是魔方的后台管理。2G内存起步的支持Windows 7、10、Server 2003\2008\2012\2016\2019以及常规版本的Linux!官方网站:https://pacificrack.com支持PayPal、支付宝等方式付款7月秒杀VP...
迈拓kvm为你推荐
滚筒洗衣机和波轮洗衣机哪个好滚筒洗衣机和波轮洗衣机的哪个好传奇类手游哪个好什么传奇手游还不错的 不烧钱 比较耐玩点电陶炉和电磁炉哪个好电磁炉和电陶炉买哪个?手机杀毒哪个好手机杀毒软件哪个好 五大手机安全软件杀毒大比拼尼康和佳能单反哪个好入门的单反相机 佳能和尼康哪个好?网校哪个好会计网校哪个好美国国际东西方大学出国留学,美国“野鸡大学”有哪些?考生个人空间登录自学考试的“考生个人空间”密码忘记了……一定要本人带身份证和考籍证去有关部门吗?辽宁联通网上营业厅中国移动辽宁营业厅google广告申请怎么样申请谷歌广告成功
域名到期查询 域名交易网 174.127.195.202 国外空间 dropbox网盘 速度云 129邮箱 网络空间租赁 免费申请个人网站 中国电信宽带测速网 linux使用教程 新睿云 iki 登陆qq空间 九零网络 第八届中美互联网论坛 优惠服务器 建站论坛 极域网 stealthy 更多