Я читал, что гиперпоточность - это «убийца производительности», когда дело касается БД. Однако в том, что я прочитал, не говорилось который ЦП. Кроме того, это в основном указывало на то, что ввод / вывод был «снижен до <10% производительности».
Это логически не имеет смысла, поскольку ввод-вывод в первую очередь является функцией контроллеров и дисков, а не процессоров. Но тогда никто никогда не говорил, что ошибки имеют смысл.
В том, что я прочитал, также говорилось, что SQL Server мог поместите две параллельные операции запроса на одно логическое ядро (2 потока), что снизит производительность. Мне трудно поверить, что архитекторы SQL Server допустили такой очевидный просчет.
Есть ли у кого-нибудь данные о том, как гиперпоточность на процессорах текущего поколения влияет на любую из упомянутых мной СУБД?
В том, что я прочитал, также говорилось, что SQL Server может поместить две параллельные операции запроса на 1 логическое ядро (2 потока), что снизит производительность. Мне трудно поверить, что архитекторы SQL Server допустили такой очевидный просчет.
Это не проблема SQL Server. Виртуальные ядра Hyper-Threading выглядят полностью идентично реальным ядрам операционной системы - черт возьми, даже BIOS. Вы можете привязать процесс к процессору, но планировщик просто не знает, какое из ядер процессора является реальным, а какое - гиперпоточным ... тем более, что оба технически реальны, просто разделяйте определенные ресурсы. Технология Hyper-Threading была разработана Intel, чтобы позволить «более дешевые двухъядерные процессоры, чем настоящие», за счет совместного использования определенных ресурсов между двумя ядрами каждое, но цена состоит в том, что программа просто не знает об этом.
Более новые процессоры Intel лучше в аппаратной части, поэтому Hypewr-Threading больше не считается узким местом для текущего SQL Server - он работает на ТЕКУЩИХ чипах Intel. В первую очередь потому, что Intel улучшила технологию Hyperthreading.
http://www.microsoft.com/whdc/system/sysperf/Perf_tun_srv-R2.mspx это текущее руководство по настройке 2008 R2.
http://ozamora.com/2010/09/sql-server-2008-r2-and-nehalem-processors/ есть кое-что о Nehalem и SQL Server.