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.
Chia矿机,Spinservers怎么样?Spinservers好不好,Spinservers大硬盘服务器。Spinservers刚刚在美国圣何塞机房补货120台独立服务器,CPU都是双E5系列,64-512GB DDR4内存,超大SSD或NVMe存储,数量有限,机器都是预部署好的,下单即可上架,无需人工干预,有需要的朋友抓紧下单哦。Spinservers是Majestic Hosting So...
Justg是一家俄罗斯VPS云服务器提供商,主要提供南非地区的VPS服务器产品,CN2高质量线路网络,100Mbps带宽,自带一个IPv4和8个IPv6,线路质量还不错,主要是用户较少,带宽使用率不高,比较空闲,不拥挤,比较适合面向非洲、欧美的用户业务需求,也适合追求速度快又需要冷门的朋友。justg的俄罗斯VPS云服务器位于莫斯科机房,到美国和中国速度都非常不错,到欧洲的平均延迟时间为40毫秒,...
racknerd怎么样?racknerd最近发布了一些便宜美国服务器促销,包括大硬盘服务器,提供120G SSD+192TB HDD,有AMD和Intel两个选择,默认32G内存,1Gbps带宽,每个月100TB流量,5个IP地址,月付$599。价格非常便宜,需要存储服务器的朋友可以关注一下。RackNerd主要经营美国圣何塞、洛杉矶、达拉斯、芝加哥、亚特兰大、新泽西机房基于KVM虚拟化的VPS、...
迈拓kvm为你推荐
传奇类手游哪个好什么传奇手游还不错的 不烧钱 比较耐玩点法兰绒和珊瑚绒哪个好珊瑚绒和法莱绒哪种不容易掉毛无纺布和熔喷布口罩哪个好一次性口罩的熔喷布和KN95的熔喷布有什么不同?电陶炉和电磁炉哪个好电陶炉和电磁炉哪个好手机浏览器哪个好用手机用哪个浏览器好一点速腾和朗逸哪个好大众速腾和朗逸哪个比较好?家用!网校哪个好初中网校哪个好?雅思和托福哪个好考雅思和托福哪个好考?空间登录页面怎样用网页登录到自己的QQ空间?东莞电信宽带东莞电信宽带资费怎样?
如何注册网站域名 企业域名备案 申请免费域名 免费顶级域名 80vps vps.net windows主机 unsplash godaddy优惠券 好看qq空间 免费mysql ftp教程 ntfs格式分区 metalink 中国电信网络测速 游戏服务器出租 lamp什么意思 石家庄服务器 开心online so域名 更多