Stary problem z Hyper-Threading w Virtual Server 2005, bez nadmiernej wiedzy technicznej, polega na tym, że pamięć podręczna procesora była zatruta, tj. Buforowała prawie nic, ponieważ konteksty tego, co działo się w każdym wątku, nie były ze sobą powiązane - powodując, że konkurowali o pamięć podręczna na chipie.
Nowsze układy mają większe i inteligentniejsze pamięci podręczne, więc nie stanowi to większego problemu.
Czy idealnie jest włączyć lub wyłączyć? To naprawdę zależy od obciążenia pracą. Jeśli oba wątki będą działały z tą samą maszyną wirtualną i tym samym zadaniem, prawie na pewno będzie to WIELKA zaleta. Gdyby robili niepowiązane rzeczy z dużą liczbą losowych operacji we / wy pamięci RAM (na przykład kilka różnych maszyn wirtualnych), dla każdej z nich byłaby dostępna tylko połowa pamięci podręcznej układu - co teoretycznie mogłoby być wolniejsze - W rzeczywistości rzadko tak jest.
Jeśli masz starsze generacje układów, możesz jednak sprawdzić rozmiary pamięci podręcznej układów: w wirtualizacji większa pamięć podręczna jest lepsza. Pamięć RAM naprawdę jest DUŻO wolniejsza niż procesory - po prostu nie tak blisko, jak dyski.
UWAGA: To, co czytasz, co mówi „wyłącz”, zostało znalezione w odniesieniu do układów, które były jedno-rdzeniowe z Hyper-Threading - Na przykład, to była oficjalna odpowiedź w ciągu dnia (2005/2006?) - http: //www.VirtualServerFAQ .com / tiki-index.php? page = VirtualServerHostDualCore
Steve Radich
http://www.VirtualServerFAQ.com
Steve Radich-BitShop.com
źródło
Programy, które są świadome hiperwątkowania, potrafią rozróżnić rdzeń fizyczny od rdzenia logicznego (wirtualnego) i odpowiednio alokować zasoby.
Hyperthreading zmniejsza koszt przełączania kontekstu, umożliwiając przechowywanie stanów dwóch procesów w danym momencie, zamiast tylko jednego stanu na raz. Przełączanie kontekstu jest zwykle uważane za bardzo kosztowne, ponieważ musisz załadować cały proces do procesora. Oznacza to, że jeśli działa procesor intensywnie wykorzystujący procesor, procesor z przeplotem może często przełączać się między tym procesem i innymi procesami, nie powodując znacznego spadku wydajności.
Zaletą działania serwerów wirtualnych jest to, że można utworzyć dużą pulę zasobów, które można w razie potrzeby alokować na różne serwery w locie. Obejmuje to realokację rdzeni procesora i równoważenie obciążenia na wszystkich dostępnych rdzeniach. Jeśli hiperwizor nie zna różnicy między rdzeniem fizycznym a rdzeniem logicznym, masz rację - niektóre rdzenie fizyczne mogą pozostawać bezczynne, podczas gdy inne są związane ze 100% wykorzystaniem procesora, podczas gdy oba ich rdzenie logiczne konkurują o procesor czas. Jeśli jednak hiperwizor jest w stanie rozpoznać różnicę między rdzeniami fizycznymi i logicznymi, spróbuje zrównoważyć obciążenie procesora w fizycznych procesorach przed przydzieleniem wielu procesów do dwóch rdzeni logicznych należących do tego samego rdzenia fizycznego.
źródło
Nie badałem szczegółowo tego problemu, ale Microsoft nie zaleca korzystania z hiperwątkowania w Exchange 2010 z powodu problemów z „planowaniem i monitorowaniem pojemności”. Być może warto przetestować własne obciążenia przed wybraniem jednej lub drugiej konfiguracji.
źródło
Hyperthreading: Wow, wolne procesory!
Wyłącz to. Podczas gdy nowoczesne implementacje jednoczesnego wielowątkowości (SMT), znane również jako hiperwątkowość, mogą absolutnie poprawić przepustowość procesora dla większości aplikacji, korzyści dla Exchange 2013 nie przeważają nad negatywnymi skutkami. Okazuje się, że może być znaczący wpływ na wykorzystanie pamięci na serwerach Exchange, gdy włączony jest hyperthreading ze względu na sposób, w jaki kolektor śmieci serwera .NET przydziela stosy. Śmieciarka serwera sprawdza całkowitą liczbę procesorów logicznych podczas uruchamiania aplikacji i przydziela stertę na procesor logiczny. Oznacza to, że użycie pamięci przy uruchamianiu jednej z naszych usług korzystających z modułu wyrzucania elementów bezużytecznych serwera będzie prawie podwojone przy włączonym hyperthreadingu w porównaniu do jego wyłączenia. Ten znaczący wzrost pamięci wraz z analizą faktycznego wzrostu przepustowości procesora dla obciążeń programu Exchange 2013 w wewnętrznych testach laboratoryjnych doprowadziło nas do zalecenia najlepszej praktyki, aby nadpisywanie powinno być wyłączone dla wszystkich serwerów Exchange 2013. Korzyści nie przeważają nad negatywnym wpływem.
Skopiowano z: http://blogs.technet.com/b/exchange/archive/2013/05/06/ask-the-perf-guy-sizing-exchange-2013-deployments.aspx
źródło