Förord
Vi gjorde slut den första delen av denna artikel genom att prata om jumboramar, ha diskuterat några CPU-överväganden och allmänna bästa praxis för olika situationer.
Under tiden fick labbet möjligheten att sitta ner med VMwares Scott Drummonds, som kunde förse oss med lite mer intressant information om detta ämne, och ett par av våra läsare påpekade några av problemen de har upplevt, tillsammans med lösningarna. Vi är verkligen glada över de överväldigande positiva reaktionerna vi har fått på del 1, och hoppas att del 2 kommer att fortsätta att hjälpa de människor som behöver arbeta med ESX regelbundet för att få ut det mesta av produkten.
Innan vi dyker in i den mer “strukturerade” delen av artikeln vill vi nämna en möjlig fråga som tagits upp av en av våra läsare, yknott. Tydligen kan IRQ-delning på vissa plattformar orsaka en ganska stor prestandaträff i de fall där avbrottslinjen används alternativt av ESX:s servicekonsol och VMkernel. Tjänstekonsolen är den faktiska konsolen som kan loggas in när en administratör vill checka ut till exempel esxtop, och kan som sådan ta kontroll över vissa enheter för att utföra sina uppgifter. Problemet verkar uppstå när både VMkernel och tjänstekonsolen har kontroll över samma enhet, vilket är något som kan kontrolleras för när filen /proc/vmware/interrupts visas, som dokumenterats i Denna artikel av VMwares kunskapsbas.
