Esa es mi pregunta, acaso (TODA la semana) ha sido día de los inocentes y nadie me lo ha informado..? tengo contratado un SERVIDOR DEDICADO, con Windows 2008x64 y obviamente, MICROSOFT SQL SERVER 2008x64 Enterprise... bien, hasta acá todo muy bonito... el problema es que este servidor dedicado, tiene las opciones de HyperThread/TurboBoost/SpeedStep/Virtualization... para hacer un servidor más "POTENTE"... pero a costas de qué?... si señores, de la ESTABILIDAD... en los tickets lo he puesto con una descripción para niños de 2 años... aquí hay gente capaz mas capacitada y con una simple refrescada de memoria les alcance...
HyperThread: SIMULA procesadores para alivianar el trabajo a los físicos
TurboBoost: Acelera los núcleos activos con los que no lo están
SpeedStep: Modifica el reloj de los núcleos para acelerarlos
Virtualization: Para correr más de 1 sistema operativo al mismo tiempo (no lo uso)
Ahora bien, según los genios de OVH no encuentran motivo NINGUNO para desactivarme estas opciones del bios siendo que estoy pagando a demás un servidor DEDICADO, así que no deberían poner pero alguno y hacerlo.
Como todo el mundo sabe, el HyperThread y el SQLServer.. nunca... NUNCA se han llevado bien... si fuese un servidor de linux en todo caso no hay problema que me discutan, pero si estoy contratando uno con windows, las configuraciones estas no deberían estar a menos que el cliente las pida.
El HyperThread, ya que SIMULA los núcleos, en una lectura/escritura grandecita, el tiempo de respuesta de dichos núcleos emulados es menor, ya que estos procesan la información para luego ser procesadas por los procesadores reales, los físicos. Al ser un poco más lenta y la lectura/escritura tan grande, lo que se logra es el FAMOSO cuello de botella y NO ES POR MALA ESTRUCTURA DE LA BASE DE DATOS ni querys que no deban ir ni duplicados / bucles y demás fallas normales en las bases de datos, el problema es que a bastante cantidad de lecto-escritura en la base de datos con los hilos simulados sucede esto, y al saturarse pierde el link porque deja de responder de a segundos que al suceder esto, mientras más uso tiene, obviamente más irá fallando (solución cerrar todo esperar a que procese los datos y volver a empezar, cosa cual no se puede hacer)... por eso es ALTAMENTE RECOMENDABLE desactivar estas opciones en el BIOS cuando se trabaja en bases de datos...
Ahora bien, los de OVH me tienen hace 1 semana (si no es que más) con puras vueltas que no ven la razón para desactivarlo y están emperrados en que no lo quieren hacer (perdón que no es necesario)... me dieron solución el Chimney desactivarlo, tras decirles que ya hice todas las pruebas NECESARIAS e INNECESARIAS TAMBIÉN que creímos necesarias, etre estas, el Chimney fue lo primero que modificamos ya que el servidor está bastante optimizado para trabajar con base de datos mssql.
Ahora bien, mi staff consta de 2 Técnicos Superiores, 4 Programadores (somos los 4 de rango Senior y 1 Experto en Base de datos justamente MSSQL), 1 Ayudante (Junior, está iniciándose en lo laboral con las PCs pero de bastos conocimientos)... 2 Diseñadores, y 1 Secretaria... TODOS hemos llegado a la misma conclusión, si señores, la secretaria con una mínima experiencia, ha llegado a la misma conclusión que todo el staff con SOLO GOOGLEAR UN POCO...
Ahora bien, a los señores de OVH les pregunto, trabajamos con ustedes hace más de 1 año... siempre la culpa de todo es de los clientes y no me sucedió solo a mi... sino a casi todos los clientes... esto no les dice nada...?... Tardan 1 día por cada respuesta y es igual a la anterior siempre, siempre falta algo por aclarar...
Ahora a las pruebas me remito (Voy a poner solo 1 parte del ticket mio y la respuesta del señor Ruben Vidal)
Después de explicarlo varias veces hice un testamento el doble de largo que este post con lo siguiente:
Código:
http://social.msdn.microsoft.com/Forums/en-US/sqldatabaseengine/thread/b9dc6150-ab4a-4d6a-a64e-d48b928f4397/
http://blogs.msdn.com/b/sqladventurer/archive/2012/07/11/hyperthreading-turbo-boost-sql-server-and-you.aspx
http://serverfault.com/questions/194377/will-disabling-hyperthreading-improve-performance-on-our-sql-server-install
http://dba.stackexchange.com/questions/14642/sql-server-r2-and-hyperthreading-max-worker-threads-and-performance
http://www.dynamics-nav.org/test/?p=8
http://stevenrobert.wordpress.com/2009/11/11/sql-2008-hyper-threading-support/
http://www.zdnet.com/hyperthreading-hurts-server-performance-say-developers-3039237341/
http://stevenrobert.wordpress.com/2009/11/11/sql-2008-hyper-threading-support/
RESPUESTA RUBEN VIDAL:
Código:
Desde soporte no podemos gestionar los cambios en la BIOS que nos indica,
los técnicos de incidencias nos indican que no existen razones para realizar
las modificaciones que nos indica.
Si lo desea puede contratar un KVM IP para realizar dichas operaciones de
forma manual a través del acceso remoto a la BIOS.
respuesta MÍA:
Código:
Es broma...? "no existen razones para realizar las modificaciones"
Tener un servidor contratado CON WINDOWS, obviamente para usar una base de datos MSSQL, y que con esas configuraciones de USTEDES, NO FUNCIONA adecuadamente porque es INESTABLE... no les parece razones suficientes...?
Estoy pagando un servidor dedicado para que funcione EN CONDICIONES, no pienso contratar un KVM IP y pagar por algo que deben hacer ustedes, vamos que no les lleva ni 1 minuto modificar 2 opciones en el BIOS... necesito soluciones.
Si no obtengo una solucion satisfactoria y CON RAPIDEZ que me vienen con vueltas hace 1 semana ya... me voy a remitir a defensa del consumidor.
respuesta ÉPICA:
Código:
Tal y como le he indicado, desde soporte no podemos gestionar dicha
solicitud, si tiene evidencias de que los técnicos de incidencias le han
remitido información incorrecta no dude en indicarlo en su tiquet de
incidencia para que lo tomen en cuenta los administradores.
Igualmente si tenemos que remitirles más información o más datos a los
técnicos no dude en indicárnoslo.
Yo me pregunto... con toda la info que dejé más los enlaces... no se a que le llaman "EVIDENCIAS" estos... sin contar la forma en que escribió TIQUET ya que se dedica a contestar TICKETS que lo escriba mal me es muy cómico.
Bien... que es lo que debo pensar.....?