Pruebas de carga del servidor 1c. Cómo publicar los resultados de las pruebas

El sistema 1C ocupa una posición dominante en el mercado de la automatización para pequeñas y medianas empresas. Si la empresa elige sistema de contabilidad 1C, por lo general, casi todos los empleados trabajan en él, desde los especialistas comunes hasta la gerencia. En consecuencia, la velocidad de los procesos comerciales de la empresa depende de la velocidad de 1C. Si 1C funciona a una velocidad insatisfactoria, esto afecta directamente el trabajo de toda la empresa y las ganancias.

realmente existe Tres métodos de aceleración 1C:

• Aumento de la capacidad del hardware.
• Optimización de la configuración Sistema operativo y SGBD.
• Optimización de código y algoritmos en 1C.

El primer método requiere la compra de equipos y licencias, el tercero requiere mucho trabajo por parte de los programadores y, como resultado, ambos métodos generan importantes costos financieros. En primer lugar, debe prestar atención al código del programa, ya que ningún aumento en la capacidad del servidor puede compensar un código incorrecto. Cualquier programador sabe que con tan solo unas pocas líneas de código es posible crear un proceso que cargará por completo los recursos de cualquier servidor.

Si una empresa confía en que el código del programa es óptimo, pero aún funciona con lentitud, la dirección suele decidir aumentar la capacidad del servidor. En este momento hay pregunta lógica: qué falta, cuánto y qué hay que añadir al final.

La empresa 1C da una respuesta bastante vaga a la pregunta de cuántos recursos se necesitan, escribimos sobre esto anteriormente en nuestras publicaciones; Y, por lo tanto, debe realizar experimentos de forma independiente y descubrir de qué depende el rendimiento de 1C. A continuación se describen los experimentos con el desempeño del programa en EFSOL.

Al trabajar con 1C 8.2, especialmente con configuraciones que utilizan formularios administrados, se notó un hecho extraño: 1C funciona más rápido en una estación de trabajo que en servidor potente. Además, todas las características de la estación de trabajo son peores que las del servidor.

Tabla 1: Configuraciones en las que se realizaron las pruebas iniciales

La estación de trabajo muestra un 155% más de rendimiento que un servidor 1C con características superiores. Comenzamos a descubrir qué estaba pasando y a limitar la búsqueda.

Figura 1 – Mediciones de rendimiento en la estación de trabajo mediante la prueba de Gilev

La primera sospecha fue que la prueba de Gilev era inadecuada. Las mediciones de apertura de formularios, publicación de documentos, generación de informes, etc. utilizando herramientas de instrumentación mostraron que la prueba de Gilev otorga una puntuación proporcional velocidad real trabajar en 1C.

Número y frecuencia de RAM

Un análisis de la información disponible en Internet mostró que muchos escriben sobre la dependencia del rendimiento de 1C de la frecuencia de la memoria. Depende de la frecuencia, no del volumen. Decidimos probar esta hipótesis, ya que tenemos una frecuencia de RAM de 1066 Mhz en el servidor versus 1333 Mhz en la estación de trabajo, y la cantidad de RAM en el servidor ya es mucho mayor. Decidimos instalar inmediatamente no 1066 Mhz, sino 800 Mhz para que el efecto de la dependencia del rendimiento de la frecuencia de la memoria fuera más claro. El resultado es que la productividad cayó un 12% y ascendió a 39,37 unidades. Instalamos memoria con una frecuencia de 1333 Mhz en lugar de 1066 Mhz en el servidor y obtuvimos un ligero aumento en el rendimiento, alrededor del 11%. La productividad fue de 19,53 unidades. En consecuencia, no es una cuestión de memoria, aunque su frecuencia aumenta ligeramente.

Figura 2: Mediciones de rendimiento en una estación de trabajo después de reducir la frecuencia de la RAM

Figura 3 – Mediciones de rendimiento en el servidor después de aumentar la frecuencia de la RAM

Subsistema de disco

La siguiente hipótesis estaba relacionada con el subsistema de disco. Inmediatamente surgieron dos suposiciones:

• SSD es mejor que unidades SAS, incluso si están en la incursión 10.
• iSCSI es lento o incorrecto.

Por lo tanto, lo instalamos en la estación de trabajo. unidad SATA normal En lugar de un SSD, hicieron lo mismo con el servidor: la base de datos se colocó en una unidad SATA local. Como resultado, las mediciones de desempeño no cambiaron en absoluto. Lo más probable es que esto suceda porque hay suficiente RAM y los discos prácticamente no intervienen de ninguna manera durante la ejecución de la prueba.

UPC

Los procesadores del servidor son, por supuesto, más potentes y hay dos, pero la frecuencia es ligeramente menor que en la estación de trabajo. Decidimos comprobar el efecto de la frecuencia del procesador en el rendimiento: no había procesadores con una frecuencia más alta para el servidor, por lo que redujimos la frecuencia del procesador en la estación de trabajo. Inmediatamente lo bajamos a 1,6 para que la correlación fuera más clara. La prueba mostró que el rendimiento disminuyó significativamente, pero incluso con un procesador 1.6, la estación de trabajo produjo casi 28 unidades, casi 1,5 veces más que en el servidor.

Figura 4 – Mediciones de rendimiento en una estación de trabajo con un procesador de 1,6 Ghz

tarjeta de video

Hay información en Internet de que la tarjeta de video puede afectar el rendimiento de 1C. Intentamos usar el vídeo integrado de la estación de trabajo, adaptador profesional Nvidia NVIDIA® Quadro® 4000 2 Gb DDR5, antigua tarjeta de video GeForce 16MbSDR. Durante la prueba de Gilev no se observaron diferencias significativas. Quizás la tarjeta de video todavía tenga efecto, pero en condiciones reales, cuando necesita abrir formularios administrados, etc.

Por el momento, existen dos sospechas de por qué la estación de trabajo funciona más rápido incluso con características notablemente peores:

1. UPC. El tipo de procesador de la estación de trabajo se adapta mejor a 1C.
2. Conjunto de chips. En igualdad de condiciones, nuestra estación de trabajo tiene más nuevo conjunto de chips, quizás ese sea el problema.

Planeamos comprar componentes necesarios y continúe probando para finalmente descubrir de qué depende en gran medida el rendimiento de 1C. Mientras el proceso de aprobación y adquisición está en marcha, decidimos realizar una optimización, sobre todo porque no cuesta nada. Se identificaron las siguientes etapas:

Etapa 1. Configuración del sistema

Primero, realicemos las siguientes configuraciones en el BIOS y el sistema operativo:

1. En el BIOS del servidor, desactivamos todas las configuraciones para ahorrar energía del procesador.
2. Seleccione el plan “Máximo rendimiento” en el sistema operativo.
3. El procesador también está optimizado para ofrecer el máximo rendimiento. Esto se puede hacer usando la utilidad PowerSchemeEd.

Etapa 2. Configuración SQL servidores y servidores 1C:Enterprise

Realizamos los siguientes cambios en la configuración del DBMS y del servidor 1C:Enterprise.

1. Configuración del protocolo de memoria compartida:
   
   
   • La memoria compartida se habilitará solo en la plataforma a partir de 1C 8.2.17; en versiones anteriores, se habilitará Named Pipe, ligeramente inferior en velocidad de funcionamiento. Esta tecnología funciona solo si los servicios 1C y MSSQL están instalados en el mismo servidor físico o virtual.
2. Se recomienda cambiar el servicio 1C al modo de depuración, ya que, paradójicamente, esto aumenta el rendimiento. De forma predeterminada, la depuración está deshabilitada en el servidor.
3. Configurando el servidor SQL:
   
   
   • Sólo necesitamos el servidor, los demás servicios relacionados con él y, quizás, alguien los utilice, sólo ralentizan el trabajo. Detenemos y deshabilitamos servicios como: Búsqueda de texto completo (1C tiene su propio mecanismo de búsqueda de texto completo), Servicios de integración, etc.
   • Establecemos la cantidad máxima de memoria asignada al servidor. Esto es necesario para que el servidor SQL calcule esta cantidad y borre la memoria con anticipación.
   • Establecemos el número máximo de subprocesos (subprocesos de trabajo máximos) y configuramos la prioridad aumentada del servidor (prioridad de refuerzo).

Etapa 3: configuración de una base de datos de producción

Una vez optimizados el servidor DBMS y 1C:Enterprise, pasamos a la configuración de la base de datos. Si la base de datos aún no se ha expandido desde el archivo .dt y conoce su tamaño aproximado, entonces es mejor indicar inmediatamente el tamaño de inicialización al archivo principal con ">=" del tamaño de la base de datos, pero esto es una cuestión del gusto, seguirá creciendo durante la expansión. Pero se debe especificar el tamaño de aumento automático: aproximadamente 200 MB por base y 50 MB por registro, porque Los valores predeterminados: crecimiento de 1 MB y 10% ralentizan mucho el trabajo del servidor cuando necesita aumentar el archivo cada tercera transacción. Además, es mejor especificar el almacenamiento del archivo de base de datos y del archivo de registro en diferentes discos fisicos o grupos RAID, si se utilizan matriz RAID y limitar el crecimiento del registro. Se recomienda mover el archivo Tempdb a una matriz de alta velocidad, ya que el DBMS accede a él con bastante frecuencia.

Etapa 4. Configurar tareas programadas

Las tareas programadas se crean de forma muy sencilla utilizando el Plan de mantenimiento en Sección de gestión usando herramientas graficas, por lo que no describiremos en detalle cómo se hace esto. Veamos qué operaciones deben realizarse para mejorar la productividad.

• La desfragmentación de índices y la actualización de estadísticas deben realizarse diariamente, porque si la fragmentación del índice es > 25%, reduce drásticamente el rendimiento del servidor.
• La desfragmentación y actualización de las estadísticas se realiza rápidamente y no requiere desconectar a los usuarios. También se recomienda hacerlo a diario.
• Reindización completa: realizada con la base de datos bloqueada, se recomienda realizarla al menos una vez por semana. Naturalmente, después de una reindexación completa, los índices se desfragmentan inmediatamente y se actualizan las estadísticas.

Como resultado, con la ayuda ajustes finos sistema, servidor SQL y base de datos de trabajo, logramos aumentar la productividad en un 46%. Las mediciones se realizaron mediante la herramienta 1C KIP y mediante la prueba de Gilev. Este último mostró 25,6 unidades versus 17,53 que eran originalmente.

Breve conclusión

1. El rendimiento de 1C depende poco de la frecuencia de la RAM. Una vez que se alcanza una cantidad suficiente de memoria, no tiene sentido seguir ampliando la memoria, ya que no conduce a un aumento del rendimiento.
2. El rendimiento de 1C no depende de la tarjeta de video.
3. El rendimiento de 1C no depende del subsistema del disco, siempre que no se exceda la cola de lectura o escritura del disco. Si está instalado unidades SATA y no están en cola, la instalación de un SSD no mejorará el rendimiento.
4. El rendimiento depende bastante de la frecuencia del procesador.
5. En configuración adecuada sistema operativo y servidor MSSQL, es posible lograr un aumento en el rendimiento de 1C en un 40-50% sin ningún costo de material.

¡ATENCIÓN! Muy punto importante! Todas las mediciones se realizaron sobre una base de prueba utilizando la prueba de Gilev y las herramientas de instrumentación 1C. El comportamiento de una base de datos real con usuarios reales puede diferir de los resultados obtenidos. Por ejemplo, en la base de datos de prueba no encontramos ninguna dependencia del rendimiento de la tarjeta de video y la cantidad de RAM. Estas conclusiones son bastante cuestionables y en condiciones reales estos factores pueden tener un impacto significativo en el rendimiento. Cuando se trabaja con configuraciones que utilizan formularios administrados, una tarjeta de video es importante y un potente procesador gráfico acelera el trabajo en términos de dibujar la interfaz del programa, visualmente esto se manifiesta en más trabajo rapido 1C.

¿Tu 1C funciona lentamente? Solicite el mantenimiento de TI para computadoras y servidores a especialistas de EFSOL con muchos años de experiencia o transfiera su 1C a un servidor virtual 1C potente y tolerante a fallas.

Integración del sistema. Consultante

El objetivo principal al escribir este artículo es evitar repetir matices obvios para aquellos administradores (y programadores) que aún no han adquirido experiencia con 1C.

El objetivo secundario es que si tengo algún defecto, Infostart sea el más rápido para señalármelo.

La prueba de V. Gilev ya se ha convertido en una especie de estándar "de facto". El autor en su sitio web dio recomendaciones bastante claras, pero simplemente presentaré algunos resultados y comentaré los errores más probables. Naturalmente, los resultados de las pruebas en su equipo pueden diferir; esto es solo una guía de lo que debe ser y de lo que puede esforzarse. Me gustaría señalar de inmediato que los cambios deben realizarse paso a paso y, después de cada paso, verificar el resultado que dio.

Hay artículos similares en Infostart, pondré enlaces a ellos en las secciones correspondientes (si me pierdo algo, sugiérelo en los comentarios y lo agregaré). Entonces, supongamos que su 1C es lento. ¿Cómo diagnosticar el problema y cómo entender quién tiene la culpa, el administrador o el programador?

Datos iniciales:

Computadora probada, conejillo de indias principal: HP DL180G6, equipada con 2*Xeon 5650, 32 Gb, Intel 362i, Win 2008 r2. A modo de comparación, el Core i3-2100 muestra resultados comparables en la prueba de un solo subproceso. El equipo que llevé específicamente no era el más nuevo, pero equipo moderno los resultados son notablemente mejores.

Para probar servidores 1C y SQL separados, servidor SQL: IBM System 3650 x4, 2*Xeon E5-2630, 32 Gb, Intel 350, Win 2008 r2.

Para probar una red de 10 Gbit, se utilizaron adaptadores Intel 520-DA2.

Versión del archivo. (la base de datos está en el servidor en una carpeta compartida, los clientes se conectan a través de la red, protocolo CIFS/SMB). Algoritmo paso a paso:

0. Agregue la base de datos de prueba de Gilev al servidor de archivos en la misma carpeta que las bases de datos principales. CON computadora cliente conectar, ejecutar la prueba. Recordamos el resultado.

Se entiende que incluso para computadoras antiguas de hace 10 años (Pentium con zócalo 775 ) el tiempo desde que se hace clic en el acceso directo de 1C:Enterprise hasta que aparece la ventana de la base de datos debe ser de menos de un minuto. ( Celeron = lento).

Si tienes un ordenador peor que un Pentium 775 zócalo con 1 GB RAM, entonces simpatizo contigo y trabajo cómodamente en 1C 8.2 en versión del archivo Te resultará difícil lograrlo. Piense en una actualización (ya es hora) o en cambiar a un servidor de terminal (o web, en el caso de clientes ligeros y formularios administrados).

Si la computadora no está peor, entonces puedes expulsar al administrador. Como mínimo, verifique el funcionamiento de la red, el antivirus y el controlador de protección HASP.

Si la prueba de Gilev en esta etapa mostró 30 "loros" o más, pero la base de trabajo de 1C aún funciona lentamente, las preguntas deben dirigirse al programador.

1. Como guía de cuánto puede “exprimir” una computadora cliente, verificamos el funcionamiento solo de esta computadora, sin red. Ponemos la base de prueba. computadora local(muy disco rápido). Si la computadora cliente no tiene un SSD normal, entonces se crea un disco ram. Por ahora, el más sencillo y gratuito es Ramdisk Enterprise.

Para probar la versión 8.2 basta con un disco ram de 256 MB y! Lo más importante. Después de reiniciar la computadora, con el disco ram ejecutándose, debería haber entre 100 y 200 MB libres. En consecuencia, sin disco RAM, para funcionamiento normal. memoria libre debe ser de 300-400 mb.

Para probar la versión 8.3, un disco ram de 256 MB es suficiente, pero necesitas más RAM libre.

Al realizar la prueba, debe observar la carga del procesador. En un caso cercano al ideal (ramdisk), el archivo local 1c carga 1 núcleo de procesador cuando se ejecuta. En consecuencia, si durante la prueba el núcleo de su procesador no está completamente cargado, busque puntos débiles. Se describe un poco emocional, pero en general correcta, la influencia del procesador en el funcionamiento de 1C. Solo como referencia, incluso en los Core i3 modernos con altas frecuencias, los números 70-80 son bastante realistas.

Los errores más comunes en esta etapa.

a) Antivirus mal configurado. Hay muchos antivirus, la configuración de cada uno es diferente, solo diré que con la configuración adecuada ni la web ni Kaspersky 1C interfieren. Con la configuración predeterminada, se pueden sacar aproximadamente de 3 a 5 loros (10-15%).

b) Modo de actuación. Por alguna razón, pocas personas le prestan atención, pero el efecto es el más significativo. Si necesita velocidad, debe hacerlo, tanto en el cliente como en computadoras servidor. (Buena descripción en casa de Gilev. La única advertencia es que en algunas placas base, si desactiva Intel SpeedStep, no podrá activar TurboBoost).

En resumen, mientras se ejecuta 1C, hay mucha espera de respuesta de otros dispositivos (disco, red, etc.). Mientras espera una respuesta, si el modo de rendimiento está habilitado, el procesador reduce su frecuencia. Viene una respuesta del dispositivo, 1C (el procesador) necesita funcionar, pero los primeros ciclos de reloj tienen una frecuencia reducida, luego la frecuencia aumenta y 1C nuevamente espera una respuesta del dispositivo. Y así, cientos de veces por segundo.

Puede (y preferiblemente) habilitar el modo de rendimiento en dos lugares:

A través de BIOS. Desactive los modos C1, C1E, Intel C-state (C2, C3, C4). En diferentes biografías se les llama de manera diferente, pero el significado es el mismo. La búsqueda lleva mucho tiempo, es necesario reiniciar, pero si lo hace una vez, puede olvidarlo. Si haces todo correctamente en el BIOS, la velocidad aumentará. En algunas placas base, puede configurar los ajustes del BIOS para que el modo de rendimiento de Windows no influya. (Ejemplos Configuración del BIOS en Gilev). Estas configuraciones se refieren principalmente a procesadores de servidor o BIOS "avanzadas", si no ha encontrado esto y NO tiene Xeon, está bien.

Panel de control - Fuente de alimentación - Alto rendimiento. Menos: si la computadora no ha sido reparada durante mucho tiempo, hará un ruido más fuerte del ventilador, se calentará más y consumirá más energía. Esta es una tarifa de desempeño.

Cómo comprobar que el modo está habilitado. Inicie el administrador de tareas - rendimiento - monitor de recursos - CPU. Esperamos hasta que el procesador esté ocupado sin nada.

Estas son las configuraciones predeterminadas. En estado C del BIOS incluido, modo de consumo de energía equilibrado
En estado C del BIOS incluido, modo de alto rendimiento Para Pentium y Core puedes detenerte ahí, Todavía puedes exprimir algunos "loros" de Xeon
En estado C del BIOS apagado, modo de alto rendimiento. Si no usas Turbo boost, así es como debería verse servidor optimizado para el rendimiento

Y ahora los números. Déjame recordarte: Intel Xeon 5650, disco RAM. En el primer caso, la prueba muestra 23,26, en el último - 49,5. La diferencia es casi doble. Los números pueden variar, pero la proporción sigue siendo esencialmente la misma para Intel Core.

Estimados administradores, pueden criticar a 1C como quieran, pero si usuarios finales Si necesita velocidad, debe habilitar el modo de alto rendimiento.

c) Turboimpulso. Primero debe comprender si su procesador admite esta función, por ejemplo. Si es compatible, aún puede obtener algo de rendimiento de forma bastante legal. (No quiero tocar los problemas de overclocking de frecuencia, especialmente los servidores, hágalo bajo su propia responsabilidad y riesgo. Pero estoy de acuerdo en que aumentar la velocidad del bus de 133 a 166 da un aumento muy notable tanto en la velocidad como en la disipación de calor)

Cómo activar el turbo boost está escrito, por ejemplo, . ¡Pero! Para 1C hay algunos matices (no los más obvios). La dificultad es que el efecto máximo del turbo boost se produce cuando se activa el estado C. Y obtenemos algo como esto:

Tenga en cuenta que el multiplicador es el máximo, la velocidad del núcleo es excelente y el rendimiento es alto. Pero, ¿qué pasará como resultado con los 1?

	Factor	Velocidad del núcleo (frecuencia), GHz	Hilo único CPU-Z	Prueba de disco RAM de Gilev versión del archivo	Prueba de disco RAM de Gilev cliente-servidor
Sin turbo impulso
Estado C apagado, Turbo boost				53.19	40,32
Estado C encendido, Turbo boost			1080	53,13	23,04

Pero al final resulta que según las pruebas de rendimiento de la CPU la versión con un multiplicador de 23 está por delante, según las pruebas de Gilev en la versión de archivo el rendimiento con un multiplicador de 22 y 23 es el mismo, pero en el cliente-servidor versión: la versión con un multiplicador de 23 es terrible, terrible, terrible (incluso si el estado C está configurado en el nivel 7, sigue siendo más lento que con el estado C desactivado). Por lo tanto, la recomendación es que compruebes tú mismo ambas opciones y elijas la mejor. En cualquier caso, la diferencia entre 49,5 y 53 loros es bastante significativa, sobre todo sin mucho esfuerzo.

Conclusión: se debe activar el turbo boost. Permítame recordarle que no es suficiente habilitar el elemento Turbo boost en el BIOS, también debe observar otras configuraciones (BIOS: QPI L0s, L1 - deshabilitar, solicitar limpieza - deshabilitar, Intel SpeedStep - habilitar, Turbo boost - habilitar Panel de control - Opciones de energía - Alto rendimiento). Y todavía elegiría (incluso para la versión de archivo) la opción en la que el estado c está desactivado, aunque el multiplicador sea menor. Resultará algo como esto...

Suficiente punto controvertido es la frecuencia de la memoria. Por ejemplo, se ha demostrado que la frecuencia de la memoria tiene una influencia muy fuerte. Mis pruebas no revelaron tal dependencia. No compararé DDR 2/3/4, mostraré los resultados de cambiar la frecuencia dentro de la misma línea. La memoria es la misma, pero en la BIOS nos vemos obligados a configurar frecuencias más bajas.

Y resultados de las pruebas. 1C 8.2.19.83, para la versión del archivo ramdisk local, para cliente-servidor 1C y SQL en una computadora, Memoria compartida. Turbo boost está desactivado en ambas versiones. 8.3 muestra resultados comparables.

La diferencia está dentro del error de medición. Saqué específicamente capturas de pantalla de CPU-Z para mostrar que con un cambio en la frecuencia, otros parámetros también cambian, la misma latencia CAS y retardo RAS a CAS, que neutraliza el cambio en la frecuencia. La diferencia estará cuando se cambien físicamente los módulos de memoria, de más lentos a más rápidos, pero ni siquiera ahí las cifras son especialmente significativas.

2. Cuando nos hayamos ocupado del procesador y la memoria de la computadora cliente, pasemos al siguiente. lugar importante- redes. Se han escrito muchos volúmenes de libros sobre el ajuste de redes, hay artículos sobre Infostart (y otros), pero aquí no me centraré en este tema. Antes de comenzar a probar 1C, asegúrese de que el iperf entre dos computadoras muestre todo el ancho de banda (para tarjetas de 1 Gbit, bueno, al menos 850 Mbit, o mejor aún, 950-980), que se hayan seguido los consejos de Gilev. Entonces, la prueba de trabajo más sencilla será, por extraño que parezca, copiar uno archivo grande(5-10 gigabytes) a través de la red. Una señal indirecta de funcionamiento normal en una red de 1 Gbit será la velocidad de copia promedio de 100 MB/s, buen funcionamiento - 120 MB/s. Me gustaría llamar su atención sobre el hecho de que el punto débil (incluido) puede ser la carga del procesador. PYME El protocolo en Linux está bastante mal paralelizado y, durante el funcionamiento, puede "devorar" fácilmente un núcleo de procesador y no consumir más.

Y una cosa más. Con ajustes según ventanas predeterminadas El cliente funciona mejor con Windows Server (o incluso ventanas funcionando station) y el protocolo SMB/CIFS, el cliente Linux (debian, ubuntu no miró a los demás) funciona mejor con Linux y NFS (también funciona con SMB, pero los loros son superiores en NFS). El hecho de que durante la copia lineal un servidor Windows Linux a NFS se copie en una secuencia más rápido no significa nada. El ajuste de Debian para 1C es un tema para un artículo aparte, todavía no estoy listo para ello, aunque puedo decir que en la versión de archivo obtuve un rendimiento incluso ligeramente mejor que la versión Win en el mismo equipo, pero con postgres con más 50 usuarios sigo teniendo todo muy mal.

lo mas importante , que los administradores "quemados" conocen, pero los principiantes no lo tienen en cuenta. Hay muchas formas de configurar la ruta a la base de datos 1c. Puedes hacer \\server\share, puedes hacer \\192.168.0.1\share, puedes usar net z: \\192.168.0.1\share (y en algunos casos este método también funcionará, pero no siempre) y luego especifique la unidad Z Parece que todas estas rutas apuntan al mismo lugar, pero para 1C solo hay una forma que proporciona un rendimiento normal de manera bastante confiable. Entonces, esto es lo que debes hacer correctamente:

En la línea de comando (o en las políticas, o lo que sea conveniente para usted), use net DriveLetter: \\server\share. Ejemplo: uso neto m: \\servidor\bases. Enfatizo específicamente NO la dirección IP, es decir Nombre servidor. Si el nombre del servidor no es visible, agréguelo a dns en el servidor o localmente en archivo de hosts. Pero la dirección debe ser por su nombre. En consecuencia, de camino a la base de datos, acceda a este disco (ver imagen).

Y ahora mostraré con números por qué este es el consejo. Datos iniciales: Tarjetas Intel X520-DA2, Intel 362, Intel 350, Realtek 8169. SO Win 2008 R2, Win 7, Debian 8. Controladores más recientes, actualizaciones aplicadas. Antes de realizar la prueba, me aseguré de que Iperf proporcionara todo el ancho de banda (a excepción de las tarjetas de 10 Gbit, solo logró exprimir 7,2 Gbit, veré por qué más adelante, el servidor de prueba aún no se ha configurado correctamente). Los discos son diferentes, pero en todas partes hay un SSD (inserté especialmente un solo disco para probar, no está cargado con nada más) o una incursión de un SSD. La velocidad de 100 Mbit se obtuvo limitando la configuración del adaptador Intel 362. No hubo diferencia entre el Intel 350 de cobre de 1 Gbit y el Intel X520-DA2 óptico de 1 Gbit (obtenido limitando la velocidad del adaptador). Máximo rendimiento, el turbo boost está desactivado (solo para comparar los resultados, el turbo boost para buenos resultados agrega un poco menos del 10%, para malos resultados puede no tener ningún efecto). Versiones 1C 8.2.19.86, 8.3.6.2076. No doy todos los números, solo los más interesantes, para que tengas algo con qué comparar.

	Gana 2008 - Gana 2008 contactar por dirección ip	Gana 2008 - Gana 2008 Llamando por nombre	Gana 2008 - Gana 2008 Contacto por dirección IP	Gana 2008 - Gana 2008 Llamando por nombre	Gana 2008 - Gana 7 Llamando por nombre	Ganar 2008 - Debian Llamando por nombre	Gana 2008 - Gana 2008 Contacto por dirección IP	Gana 2008 - Gana 2008 Llamando por nombre
	11,20	26,18	15,20	43,86	40,65	37,04	16,23	44,64
1C 8.2	11,29	26,18	15,29	43,10	40,65	36,76	15,11	44,10
8.2.19.83	12,15	25,77	15,15	43,10			14,97	42,74
	6,13	34,25	14,98	43,10	39,37	37,59	15,53	42,74
1C 8.3	6,61	33,33	15,58	43,86	40,00	37,88	16,23	42,74
8.3.6.2076		33,78	15,53	43,48	39,37	37,59		42,74

Conclusiones (de la tabla y de experiencia personal. Se aplica solo a la versión del archivo):

A través de la red, puede obtener números bastante normales para trabajar si esta red está configurada correctamente y la ruta se ingresa correctamente en 1C. Incluso primer núcleo i3 bien puede producir más de 40 loros, lo cual es bastante bueno, y estos no son sólo loros, sino trabajo real la diferencia también es notable. ¡Pero! La limitación cuando se trabaja con varios (más de 10) usuarios ya no será la red, aquí 1 Gbit todavía es suficiente, pero el bloqueo durante el trabajo multiusuario (Gilev).

La plataforma 1C 8.3 es muchas veces más exigente en cuanto a la configuración adecuada de la red. Configuraciones básicas: consulte Gilev, pero tenga en cuenta que se puede influir en todo. Vi una aceleración al desinstalar (y no solo apagar) el antivirus, al eliminar protocolos como FCoE, al cambiar los controladores a una versión anterior, pero certificada por Microsoft (especialmente para tarjetas baratas como ASUS y DLC), al eliminar la segunda tarjeta de red. desde el servidor. Hay muchas opciones, configure su red con cuidado. Bien puede surgir una situación en la que la plataforma 8.2 proporcione cifras aceptables y la 8.3, dos o incluso más veces menos. Intenta jugar con las versiones de plataforma 8.3, a veces obtienes un efecto muy grande.

1C 8.3.6.2076 (tal vez más tarde, todavía no he buscado la versión exacta) es aún más fácil de configurar en la red que 8.3.7.2008. Fue posible lograr el funcionamiento normal a través de la red desde el 8.3.7.2008 (en loros comparables) solo unas pocas veces, repita para más caso general No pude. No entendí mucho, pero a juzgar por las vendas para los pies de Explorador de procesos Allí la grabación no funciona tan bien como en 8.3.6.

A pesar de que cuando se trabaja en una red de 100 Mbit, su tabla de carga es pequeña (podemos decir que la red es gratuita), la velocidad de funcionamiento sigue siendo mucho menor que en 1 Gbit. La razón es la latencia de la red.

En igualdad de condiciones (una red que funciona bien), para 1C 8.2, la conexión Intel-Realtek es un 10% más lenta que Intel-Intel. Pero realtek-realtek generalmente puede producir un hundimiento brusco de la nada. Por lo tanto, si tiene dinero, es mejor tener tarjetas de red Intel en todas partes; si no tiene dinero, instale Intel solo en el servidor (su CO). Y hay muchas más instrucciones para ajustar las tarjetas de red Intel.

La configuración antivirus predeterminada (usando drweb versión 10 como ejemplo) ocupa entre el 8 y el 10 % de los loros. Si lo configuras como debe (permites que el proceso 1cv8 haga todo, aunque no es seguro), la velocidad es la misma que sin antivirus.

NO lea a los gurús de Linux. Un servidor con samba es excelente y gratuito, pero si instala Win XP o Win7 (o incluso mejor, el sistema operativo del servidor), la versión del archivo 1c funcionará más rápido. Sí, samba y la pila de protocolos y la configuración de red y mucho, mucho más se pueden ajustar bien en Debian/ubuntu, pero esto se recomienda para especialistas. No tiene sentido instalar Linux con la configuración predeterminada y luego decir que es lento.

Es una buena idea comprobar el funcionamiento de los discos conectados a través de la red mediante fio. Al menos quedará claro si se trata de problemas con la plataforma 1C o con la red/disco.

Para la versión para un solo usuario, no se me ocurren pruebas (o situaciones) en las que la diferencia entre 1 Gbit y 10 Gbit sea visible. Lo único en lo que 10 Gbit para la versión de archivo dio mejores resultados es en la conexión de discos a través de iSCSI, pero este es un tema para un artículo aparte. Aún así, creo que para la versión de archivo las tarjetas de 1 Gbit son suficientes.

No entiendo por qué, con una red de 100 Mbit, 8.3 funciona notablemente más rápido que 8.2, pero era un hecho. Todos los demás equipos, todas las demás configuraciones son absolutamente iguales, solo que en un caso se prueba 8.2 y en el otro, 8.3.

NFS win-win o win-lin no ajustado da 6 loros, no los incluí en la tabla. Después de sintonizar obtuve 25, pero era inestable (la diferencia en las medidas era de más de 2 unidades). No puedo dar ninguna recomendación todavía. usando ventanas y protocolo NFS.

Después de todas las configuraciones y comprobaciones, ejecutamos la prueba nuevamente desde la computadora cliente y nos alegramos del resultado mejorado (si funciona). Si el resultado ha mejorado, hay más de 30 loros (y especialmente más de 40), menos de 10 usuarios están trabajando al mismo tiempo y la base de datos en funcionamiento sigue siendo lenta, es casi seguro que se trata de un problema con el programador (o usted tiene ya alcanzó las capacidades máximas de la versión del archivo).

servidor terminal. (la base de datos está en el servidor, los clientes se conectan a través de la red, protocolo RDP). Algoritmo paso a paso:

0. Agregue la base de datos de prueba de Gilev al servidor en la misma carpeta que las bases de datos principales. Nos conectamos desde el mismo servidor y ejecutamos la prueba. Recordamos el resultado.

1. De la misma forma que en la versión de archivo, configuramos el trabajo. En el caso de un servidor de terminal, el procesador generalmente juega el papel principal (se supone que no hay puntos débiles obvios, como falta de memoria o una gran cantidad de software innecesario).

2. La configuración de tarjetas de red en el caso de un servidor terminal prácticamente no tiene ningún efecto en el funcionamiento de 1c. Para garantizar una comodidad “especial”, si tu servidor produce más de 50 loros, puedes jugar con nuevas versiones protocolo RDP, simplemente para comodidad del usuario, respuesta y desplazamiento más rápidos.

3. Durante el trabajo activo gran cantidad usuarios (y aquí ya puedes intentar conectar 30 personas a una base de datos, si lo intentas) es muy recomendable instalar una unidad SSD. Por alguna razón, se cree que el disco no afecta particularmente el funcionamiento de 1C, pero todas las pruebas se realizan con el caché del controlador habilitado para escritura, lo cual es incorrecto. La base de prueba es pequeña, cabe bastante bien en el caché, de ahí los números elevados. En bases de datos reales (grandes), todo será completamente diferente, por lo que el caché está deshabilitado para las pruebas.

Por ejemplo, verifiqué el funcionamiento de la prueba Gilev con diferentes opciones de disco. Instalé los discos con lo que tenía a mano, solo para mostrar la tendencia. La diferencia entre 8.3.6.2076 y 8.3.7.2008 es pequeña (en la versión Ramdisk Turbo boost 8.3.6 produce 56.18 y 8.3.7.2008 produce 55.56, en otras pruebas la diferencia es aún menor). Consumo de energía - máximo rendimiento, el turbo boost está desactivado (a menos que se indique lo contrario).

	Incursión 10 4x SATA 7200 ATA ST31500341AS	Incursión 10 4x SAS 10k	Incursión 10 4x SAS 15k	SSD único	disco RAM		Caché habilitado Controlador RAID A
	21,74	28,09	32,47	49,02	50,51	53,76	49,02
1C 8.2	21,65	28,57	32,05	48,54	49,02	53,19
8.2.19.83	21,65	28,41	31,45	48,54	49,50	53,19
	33,33	42,74	45,05	51,55	52,08	55,56	51,55
1C 8.3	33,46	42,02	45,05	51,02	52,08	54,95
8.3.7.2008	35,46	43,01	44,64	51,55	52,08	56,18

La caché del controlador RAID habilitada elimina todas las diferencias entre los discos; los números son los mismos tanto para sat como para cas. Probar con él en una pequeña cantidad de datos es inútil y no es indicativo de ningún tipo.

Para la plataforma 8.2, la diferencia de rendimiento entre las opciones SATA y SSD es más del doble. Esto no es un error tipográfico. Si observa el monitor de rendimiento durante la prueba en unidades SATA. entonces podrá ver claramente "Tiempo de funcionamiento del disco activo (en%)" 80-95. Sí, si habilita el caché de los discos para grabar, la velocidad aumentará a 35, si habilita el caché del controlador raid, hasta 49 (independientemente de qué discos se estén probando en este momento). Pero estos son loros de caché sintéticos, en el trabajo real cuando grandes bases de datos Nunca habrá una tasa de aciertos de caché de escritura del 100%.

La velocidad incluso de los SSD baratos (probé en Agility 3) es suficiente para ejecutar la versión del archivo. El recurso de grabación es otro asunto, hay que mirarlo en cada caso concreto, está claro que con el Intel 3700 será un orden de magnitud mayor, pero el precio es correspondiente. Y sí, entiendo que cuando Pruebas de SSD disco, también pruebo principalmente el caché de este disco, resultados reales será menos.

La solución más correcta (desde mi punto de vista) sería seleccionar 2 disco SSD en una incursión espejo para una base de datos de archivos (o varias bases de datos de archivos) y no coloque nada más allí. Sí, con un espejo, los SSD se desgastan por igual, y esto es un inconveniente, pero al menos la electrónica del controlador está de alguna manera protegida contra errores.

Principales ventajas unidades SSD La versión del archivo aparecerá cuando haya muchas bases de datos y cada una tenga varios usuarios. Si hay 1 o 2 bases de datos y alrededor de 10 usuarios, entonces los discos SAS serán suficientes. (pero en cualquier caso, considere cargar estos discos, al menos a través de perfmon).

Las principales ventajas de un servidor de terminal son que puede tener clientes muy débiles y la configuración de red afecta mucho menos al servidor de terminal (nuevamente, su K.O.).

Conclusiones: si ejecuta la prueba de Gilev en un servidor terminal (desde el mismo disco donde se encuentran las bases de datos en funcionamiento) y en esos momentos en que la base de datos en funcionamiento se ralentiza, la prueba de Gilev mostrará buen resultado(más de 30): lo más probable es que el programador sea el culpable del lento funcionamiento de la base de datos de trabajo principal.

Si la prueba de Gilev muestra números pequeños y tiene un procesador de alta velocidad y discos rápidos, entonces el administrador debe tomar al menos perfmon, registrar todos los resultados en algún lugar y observar, observar y sacar conclusiones. No habrá ningún consejo definitivo.

Opción cliente-servidor.

Las pruebas se realizaron solo en 8.2, porque En 8.3 todo depende bastante de la versión.

Para probar elegí diferentes opciones servidores y las redes entre ellos para mostrar las principales tendencias.

	SQL: Xeon E5-2630	SQL: Xeon E5-2630 Canal de fibra - SSD	SQL: Xeon E5-2630 Canal de fibra - SAS	SQL: Xeon E5-2630 SSD locales	SQL: Xeon E5-2630 Canal de fibra - SSD	SQL: Xeon E5-2630 SSD locales	1C: Xeon 5650 =	1C: Xeon 5650 = Memoria compartida	1C: Xeon 5650 =	1C: Xeon 5650 =	1C: Xeon 5650 =
	16,78	18,23	16,84	28,57	27,78	32,05	34,72	36,50	23,26	40,65	39.37
1C 8.2	17,12	17,06	14,53	29,41	28,41	31,45	34,97	36,23	23,81	40,32	39.06
	16,72	16,89	13,44	29,76	28,57	32,05	34,97	36,23	23,26	40,32	39.06

Parece que he considerado todas las opciones interesantes, si hay algo más que te interese escribe en los comentarios, intentaré hacerlo.

SAS en sistemas de almacenamiento funciona más lento que los SSD locales, aunque el sistema de almacenamiento tenga tallas grandes cache. Los SSD, tanto locales como en sistemas de almacenamiento, funcionan a velocidades comparables para la prueba de Gilev. No conozco ninguna prueba estándar de subprocesos múltiples (no solo la grabación, sino todos los equipos), excepto la prueba de carga 1C del MCC.

Cambiar el servidor 1C de 5520 a 5650 casi duplicó el rendimiento. Sí, las configuraciones del servidor no coinciden completamente, pero muestra una tendencia (no es de extrañar).

Aumentar la frecuencia en el servidor SQL ciertamente da un efecto, pero no igual que en el servidor MS SQL es excelente (si lo solicita) para usar múltiples núcleos y liberar memoria;

Cambiar la red entre 1C y SQL de 1 Gbit a 10 Gbit da aproximadamente un 10% de loros. Esperaba más.

Habilitar la memoria compartida todavía produce un efecto, aunque no del 15 %, como se describe. No dejes de hacerlo, afortunadamente es rápido y sencillo. Si alguien cedió durante la instalación. servidor SQL instancia nombrada, entonces para que 1C funcione, el nombre del servidor debe especificarse no a través de FQDN (tcp/ip funcionará), no a través de localhost o simplemente ServerName, sino a través de ServerName\InstanceName, por ejemplo zz-test\zztest. (De lo contrario habrá un error de DBMS: MicrosoftSQL Server Native Client 10.0: Proveedor de memoria compartida: no se encontró la biblioteca de memoria compartida utilizada para establecer una conexión con SQL Server 2000. HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, SQLSrvr: SQLSTATE=08001, estado=1, gravedad=10, nativo=126, línea=0).

Para usuarios menores de 100, el único punto de dividirlo en dos servidores separados es una licencia Win 2008 Std (y anteriores), que sólo admite 32 GB de RAM. En todos los demás casos, es imperativo instalar 1C y SQL en un servidor y darles más memoria (al menos 64 GB). Darle a MS SQL menos de 24-28 GB de RAM es una codicia injustificada (si crees que tienes suficiente memoria para ello y todo funciona bien, ¿tal vez la versión de archivo 1C sería suficiente para ti?)

¿Cuánto peor funciona la combinación de 1C y SQL? máquina virtual- el tema de un artículo aparte (pista: notablemente peor). Incluso en Hyper-V no todo está tan claro...

El modo de rendimiento equilibrado es malo. Los resultados son bastante consistentes con la versión del archivo.

Muchas fuentes dicen que el modo de depuración (ragent.exe -debug) produce una disminución significativa en el rendimiento. Bueno, reduce, sí, pero no diría que un 2-3% es un efecto significativo.

Buenos días, queridos.
Esta nota es una pista para mí y para otros.
Esta información será útil para que los principiantes creen y optimicen una base de datos 1C en un servidor SQL.

Cuando no tienes experiencia trabajando con lado del servidor 1C, entonces cuando aparece tal deseo y/o necesidad, aparecen bastantes matices y no evidencia.
Es triste que incluso una búsqueda tan simple como elegir un servidor para 1C no garantice el éxito y es posible que se encuentre con un rendimiento extremadamente lento.
En la etapa de descubrir qué está mal, es posible que deba comprender en qué secuencia y qué hacer.
Empecemos. No olvides hacer una copia de seguridad de tus datos.
Mi servidor está basado en Servidor Windows Estándar 2012 R2 y SQL 2012.
Puede que tengas otras bandejas de entrada, no importa (ahora mismo).
Tomamos la entrega Integral de la PVU (incluye 10 licencias de cliente, un servidor (solo 32 bits) y configuraciones para ZUP, UT, Contabilidad y la propia PVU. Cabe destacar que los franquiciados querían incluir suministros individuales en sus totalidad, y mejor aún CORP. El análisis mostró que esto es innecesario y es más barato adoptar una configuración compleja.
A la hora de seleccionar el hardware, es importante recordar que en la versión cliente-servidor, 1C requiere que la frecuencia del procesador sea máxima, así como la frecuencia de la memoria (recuerde esto a la hora de elegir el hardware). (Es decir, es mejor desactivar Hyper Trading y todo tipo de estado C1-2-3 en el BIOS).
También necesita distribuir “físicamente” el archivo de base de datos (MDF) y el archivo de registro (LDF) en discos duros separados, no en unidades lógicas.
Y si para la versión de archivo sería óptimo recomendar un SSD, entonces aquí no todo es tan obvio.
Vaya al foro de Gilev para familiarizarse con los "misterios" que surgen en un intento de mejorar el rendimiento de 1C. Muchas cosas interesantes.
En mi caso, otros administradores me asignaron un blade en un servidor blade, con 2 procesadores físicos. AMD de cuatro núcleos Procesador Opteron(tm) 2354, con 16 GB (667 MHz). Sistema en 2 discos en espejo. Los discos para la base se asignaron mediante Fiber Chanel, en HP EVA.
Ahora estoy buscando otra configuración, pero por ahora tengo que vivir con esto.
Y en la etapa de implementación, mientras se realizaba un análisis sobre cómo transferir datos desde otro sistema ERP, el programador de 1C me llamó la atención sobre la lentitud del trabajo y tenencia larga documentos. Es decir, el sistema aún no ha sido explotado, pero ya se está desacelerando y muriendo, y volver a ejecutarlo es 3 veces más lento que una persona en una computadora portátil, y la gente también tendrá que trabajar con esto (3-4 principales , y 25-40 cronometradores).
No en orden.
Recomendó utilizar la prueba de Gilev (su sitio web es fácil de buscar en Google), que servicios completos apoyo e información. Que es lo que aproveché.
La prueba mostró que todo está mal y falta el número recomendado de usuarios.
Después de mirar más de cerca, me di cuenta de que la base de datos y el registro eran al menos diferentes unidades- pero lógico.
Y para corregir esto, tomé capturas de pantalla y este recordatorio para el futuro para mí y para los demás:

Creando una base de datos en el servidor SQL estudio de gestión. Distribuimos la base de datos e iniciamos sesión en diferentes discos físicos.


Para el método de recuperación, seleccione Simple


nosotros creamos nueva base a través del cliente 1C en la computadora


Seleccione agregar base de información. En nuestro caso, sin configuración.


Establece el nombre. Cualquier cosa aquí. Mejor que en el servidor.


Complete los datos. Cuando señalé el servidor, el nombre del servidor era 127.0.0.1; de lo contrario, no funcionó.


aquí no cambiamos nada


Cargamos nuestra base de información (preexistente o nueva, por ejemplo una prueba)


En realidad, eligiendo una base. Estoy descargando la prueba de Gilev para la plataforma 8.3.


Confirmar

Confirmar

Resultado de la prueba. Sigue siendo malo, pero la cantidad recomendada de usuarios es mayor que la requerida, lo cual es bueno.

PD No olvides hacer una copia de seguridad.
P.P.S al ejecutar la prueba de Gilev en una base de datos de prueba, que se encuentra en las mismas ubicaciones de almacenamiento que cualquier base de combate; tenga en cuenta que al menos el archivo de registro tenderá a ocupar todo el espacio libre, lo que puede conducir a la base de datos de combate. parando y reprobando la prueba!!!
P.P.P.S recuerde también que cuando se ejecuta SQL, utiliza la base de datos TEMP, ubicada en el mismo lugar donde está instalado SQL (en C por defecto).
Por tanto, también es deseable mejorar el acceso a esta base de datos.

También información para ayudar: Effector Saver le permite guardar la base de datos 1C
De poco sirve hacer una copia de seguridad de todo lo demás, ya que en mi caso las licencias son de software y al transferirlas a otro hardware las licencias desaparecen.

Del extra.
Si desea permitir que los usuarios del dominio creen cualquier base de datos utilizando las herramientas 1C con impunidad, entonces es suficiente crear una cuenta de dominio para la cuenta de servicio del servidor 1C que tiene derecho a crear bases de datos sin ningún administrador del sistema.
Al mismo tiempo, no es necesario escribir un nombre de usuario y contraseña en las propiedades de la base de datos...

Una operación obligatoria para cualquier implementación o cambio de una existente. sistema de información es evaluar la velocidad requerida del sistema y planificar los recursos informáticos necesarios para su implementación. Actualmente no existe solución exacta esta tarea en vista general, y si, a pesar de su complejidad y costo, algún fabricante ofrece dicho algoritmo, incluso pequeños cambios en el hardware, la versión software, la configuración del sistema o el número o el comportamiento estándar del usuario darán lugar a errores importantes.

Sin embargo, existe una cantidad suficiente de formas de evaluar el software y la configuración necesarios para lograr el rendimiento requerido. hardware. Todos estos métodos se pueden utilizar en el proceso de selección, pero el consumidor debe comprender sus aplicaciones y limitaciones.

Mayoría métodos existentes Las evaluaciones de desempeño se basan en un tipo de prueba u otro.

Hay dos tipos principales de pruebas: componentes e integrales.

Las pruebas de componentes implican pruebas componentes individuales soluciones que van desde el rendimiento de procesadores o subsistemas de almacenamiento hasta probar el rendimiento del servidor en su conjunto, pero sin una carga útil en forma de una aplicación empresarial concreta.

El enfoque integrado se caracteriza por evaluar el desempeño de la solución en su conjunto, tanto de sus partes de software como de hardware. En este caso, se puede utilizar como una aplicación empresarial que se utilizará en decisión final, así como algunas aplicaciones modelo que emulan algunas cargas y procesos comerciales estándar.

El color verde del gráfico, junto con algunos indicadores seleccionados condicionalmente a la derecha, nos permite realizar una evaluación generalizada multiplataforma del "buen" desempeño.

Cómo estar contento con los resultados de su prueba

Como resultado, recibió un determinado índice de rendimiento (velocidad). No importa si el resultado es bueno o malo: este es el resultado de la PLATAFORMA ejecutándose en su hardware. En el caso de un cliente - versión del servidor este es el resultado de una compleja cadena de solicitudes que pasan por diversas áreas. Obtiene el resultado real total, que está determinado por el cuello de botella del sistema. Siempre hay un cuello de botella.

En otras palabras, tanto la configuración del DBMS como la del sistema operativo y el hardware tienen un impacto en el resultado general del equipo.

¿Qué servidor es mejor?

Esta prueba, realizada en un servidor específico, da el resultado en función de la totalidad de la configuración del hardware, sistema operativo, base de datos, etc. Sin embargo, un resultado alto en un área específica equipo de servidor significa que, en condiciones normales, el mismo resultado se obtendrá en hardware de servidor idéntico. Esta prueba es ayuda gratis en la capacidad de comparar la instalación de 1C:Enterprise en Windows y Linux, tres varios DBMS, compatible con la plataforma 1C:Enterprise 8.

Seguridad de prueba

La prueba es absolutamente segura. No provoca una "caída" del servidor (no existe un algoritmo de "estrés") y no requiere medidas preliminares ni siquiera en un servidor de "combate". Los datos confidenciales tampoco se registran en los resultados de las pruebas. Se recopila información sobre Parámetros de la CPU, RAM, disco duro. No se recopilan los números de serie del dispositivo. Puede verificar todo esto fácilmente: el código de prueba está 100% abierto. Es imposible enviar información sin su conocimiento.

Clasificación TPC-Rendimiento A-local / TPC-1C-GILV-A

La prueba pertenece a la sección de pruebas integrales universales multiplataforma. Aún más que eso, es aplicable para archivos y opciones cliente-servidor funcionamiento de 1C:Enterprise. La prueba funciona para todos los DBMS compatibles con 1C.

La universalidad permite realizar una evaluación general del desempeño sin estar atado a uno específico. configuración típica plataformas.

Por otro lado, esto significa que para cálculos precisos de un proyecto personalizado, la prueba le permite realizar evaluación preliminar antes de pruebas de carga especializadas.

Descargar prueba

Esta prueba no es comercial y se puede descargar gratis para 8.2 y gratis para 8.3.

Detalles técnicos

¿Qué sucede en la prueba en el marco de “un” ciclo de operación?

Características del uso de una prueba en una base de datos PostgreSQL

Establezca el valor del parámetro standard_conforming_strings en archivo de configuración postgresql.conf configurado en 'desactivado'

Cómo medir la carga de hierro

Cabe señalar que la prueba en sí ya realiza parcialmente la medición. Para obtener una imagen más detallada, recomiendo utilizar la utilidad Process Explorer de Mark Rusinovich.

La figura muestra un ejemplo de medición para la versión del archivo.

Versión actual: 2.0.011. Historial de versiones aquí: versiones.php

Puede descargarlo aquí: http://infostart.ru/public/173394/ o aquí: performanceTest.cf

La prueba le permite medir el rendimiento de la combinación servidor 1c - servidor DBMS en varias opciones en el modo trabajo multiproceso. La prueba dura entre 20 y 30 minutos.

¡No ejecutes la prueba en un servidor en el que los usuarios estén trabajando actualmente o se entristecerán! ¡La prueba es muy estresante!

Los resultados de la prueba se pueden ver como un informe dentro de la configuración.

Prueba de carga TPC-1C Gilev

También puedes compartir resultados con otras personas que hayan completado la prueba utilizando el procesamiento "compartir resultados". Después del intercambio, podrás comparar tus resultados con los resultados de otras personas.

Puede encontrar instrucciones más detalladas, así como una discusión sobre la prueba, en la página http://infostart.ru/public/173394/.

Hay un total de 751 resultados en la base de datos, actualizada por última vez el 2018-06-15 06:33:26. Los resultados se pueden ver descargando la prueba y ejecutando el intercambio de resultados, o (de forma simplificada) aquí: results.php

Estadística

Resultados de la versión 1.x: index_old.php

C3js y d3js se utilizan para crear diagramas (c3js depende de ello).

celestial 20.02.13 — 15:59	KA 1.1.28.1 Total 8,3 puntos.
smitru 1 — 20.02.13 — 16:00
ansh15 2 — 20.02.13 — 16:08	(0)Tema antiguo
celestial 3 — 20.02.13 — 16:14	Xeon X3450 2,67GHz 2x4GbDDR3
Adimr 4 — 20.02.13 — 16:21
smitru 5 — 20.02.13 — 16:34
celestial 6 — 20.02.13 — 16:43
¿Idea? 7 — 20.02.13 — 16:44	¿Debo utilizar el controlador RAID integrado en la placa base? Pruebas de rendimiento 1C o comprar uno externo?
smitru 8 — 20.02.13 — 16:45
Fragster 10 — 20.02.13 — 16:49	Prueba de Gilev de un solo hilo
Fragster 11 — 20.02.13 — 16:50
celestial 12 — 20.02.13 — 16:51
Demiurgo 13 — 21.02.13 — 07:30
el-gamberro 14 — 21.02.13 — 08:05
celestial 15 — 21.02.13 — 09:47
celestial 16 — 21.02.13 — 09:49

Ponga su trabajo en orden utilizando la configuración 1C "Gestión del departamento de TI 8"

¡ATENCIÓN! Ctrl-F5 o Ctrl-R

2000 Humano.

Fondo

Una operación obligatoria para cualquier implementación o cambio de un sistema de información existente es evaluar la velocidad requerida del sistema y planificar los recursos informáticos necesarios para su implementación. Actualmente, no existe una solución exacta a este problema en forma general, y si, a pesar de
Debido a su complejidad y costo, cualquier fabricante propondrá un algoritmo de este tipo, entonces incluso pequeños cambios en el hardware, la versión del software, la configuración del sistema o el número o el comportamiento estándar de los usuarios conducirán a errores importantes.
Sin embargo, existen muchas formas de evaluar la configuración de software y hardware necesaria para lograr el rendimiento requerido. Todos estos métodos se pueden utilizar en el proceso de selección, pero el consumidor debe comprender sus aplicaciones y limitaciones.

La mayoría de los métodos de evaluación del desempeño existentes se basan en
u otro tipo de prueba.

Hay dos tipos principales de pruebas:
componente e integral.

Cuando se realizan pruebas de componentes
probar los componentes individuales de la solución, comenzando por el rendimiento
procesadores o subsistemas de almacenamiento antes de realizar la prueba
Rendimiento del servidor en su conjunto, pero sin carga útil en forma de uno u otro.
aplicaciones empresariales.

Pruebas de carga

El enfoque integral se caracteriza por una evaluación
rendimiento de la solución en su conjunto, tanto de sus partes de software como de hardware.
En este caso, se puede utilizar como una aplicación empresarial que se utilizará
en la solución final, así como algunas aplicaciones modelo que emulan
algunos procesos de negocio y cargas de trabajo estándar.

Pruebas TPC y otras pruebas universales le permiten seleccionar las plataformas más prometedoras y comparar ofertas entre sí varios fabricantes, pero son sólo información de fondo que no tiene en cuenta las particularidades del negocio. Las pruebas especializadas le permiten tomar decisiones más precisas modelo específico servidor y su configuración. Sin embargo, las decisiones más informadas se toman únicamente en función de los resultados de las pruebas de carga. Sólo ellos permiten configurar de forma óptima los seleccionados
plataforma de servidor y configúrelo para obtener el máximo rendimiento.

Qué ha pasado TPC-1C-GILV

Se trata de una serie de pruebas independientes diseñadas para evaluar el rendimiento de la plataforma 1C:Enterprise 8.1 en su(s) computadora(s).

Por supuesto, una prueba "independiente" significa que no está patrocinada por 1C.

La prueba ya está disponible" TPC-Rendimiento A-local / TPC-1C-GILV-A" (última actualización: agosto de 2008, versión 1.0.3)

idea de prueba TPC-Rendimiento A-local / TPC-1C-GILV-A

Usted descarga el archivo de descarga de configuración (~400 KB) de este sitio y lo carga usted mismo. Si expande la configuración en la versión del archivo, la prueba probará en gran medida la conexión "CPU de su computadora - HDD donde se encuentra la base".

Si implementa la configuración en una versión cliente-servidor, entonces la CPU del servidor de aplicaciones - la CPU del servidor de la subbase de datos - HDD - el servidor de la subbase de datos estará sujeta a la carga principal.

La prueba realiza un registro intensivo de 5000 documentos. No hay un significado profundo en la lógica empresarial del código; simplemente se evalúa el rendimiento del documento X, elegido condicionalmente como estándar.

La principal belleza de la prueba es que no necesitas saber detalles tecnicos. La prueba se ejecuta sola y produce su propia puntuación. Además tampoco tienes que contarle a nadie el resultado :)

Puede comparar el rendimiento de varios servidores, o de un servidor con diferentes caracteristicas subsistema de disco.

Al realizar una prueba desde el servidor de aplicaciones y desde el cliente a través de la red, puede comprender el impacto de la red en el área del cliente al servidor.

Cómo ejecutar la prueba

Realizar una prueba es muy fácil. Tienes que presionar un botón.

y espere hasta que el indicador de prueba (a la derecha del botón) alcance el 100%.

La prueba suele durar unos 8 minutos.

¿Qué significan los resultados de la prueba?

El resultado de la prueba se informa como la "velocidad de escritura" de los datos de la prueba. El error de prueba es de 2 unidades. Para una evaluación precisa, puede repetir la prueba 3 veces.

Después de que el indicador de prueba alcance el 100%, verá gráficos como este:

Debajo de los gráficos se muestran algunas pruebas similares realizadas anteriormente.

El color del gráfico indica la calidad actual del rendimiento "general" para el trabajo sin bloqueo.

El color verde del gráfico, junto con algunos indicadores seleccionados condicionalmente a la derecha, nos permite realizar una evaluación generalizada multiplataforma del "buen" desempeño :)

Cómo estar contento con los resultados de su prueba

Como resultado, recibió un determinado índice de rendimiento (velocidad de conteo). No importa si el resultado es bueno o malo: este es el resultado de la PLATAFORMA ejecutándose en su hardware. En el caso de una versión cliente-servidor, esto es el resultado de una compleja cadena de solicitudes que pasan por varias secciones. Obtendrá el resultado real general, que está determinado por el PUNTO DE BOTELLA en el sistema. ¡SIEMPRE HAY UN LUGAR PARA BOTELLAS!

En otras palabras, tanto la configuración del DBMS como la del sistema operativo y el hardware tienen un impacto en el resultado general del equipo :)

¿Qué servidor es mejor?

Esta prueba, realizada en un servidor específico, da el resultado en función de la totalidad de la configuración del hardware, sistema operativo, base de datos, etc. Sin embargo, un resultado alto en un hardware de servidor concreto significa que, en condiciones normales, se obtendrá el mismo resultado en un hardware de servidor idéntico. Esta prueba es una herramienta gratuita que le ayudará a comparar la instalación de 1C:Enterprise en Windows y Linux, tres DBMS diferentes compatibles con la plataforma 1C:Enterprise 8.1.

Seguridad de prueba

La prueba es absolutamente segura. No provoca una "caída" del servidor (no existe un algoritmo de "estrés") y no requiere medidas preliminares ni siquiera en un servidor de "combate". Los datos confidenciales tampoco se registran en los resultados de las pruebas. Se recopila información sobre los parámetros de CPU, RAM y HDD. No se recopilan los números de serie del dispositivo. Puede verificar todo esto fácilmente: el código de prueba está 100% abierto. Es imposible enviar información sin su conocimiento.

Cómo publicar los resultados de las pruebas

Si desea ayudar a desarrollar la prueba, puede ejecutar varias pruebas en sus servidores. Entonces lista general De las pruebas completadas, deja solo aquellas que quieras publicar y envía un dt upload con los resultados.

Los datos se verificarán manualmente (que no sean incorrectos), el destinatario de la prueba se agregará a la columna "autor" de las pruebas y se agregará a la descarga, disponible para que todos la descarguen.

Clasificación TPC-Rendimiento A-local / TPC-1C-GILV-A

La prueba pertenece a la sección de pruebas integrales universales multiplataforma. Además, es aplicable a las opciones de archivos y cliente-servidor para usar 1C:Enterprise. La prueba funciona para todos los DBMS compatibles con 1C.

La universalidad le permite realizar una evaluación del desempeño generalizada sin estar vinculado a una configuración de plataforma típica específica.

Por otro lado, esto significa que para realizar cálculos precisos de un proyecto personalizado, la prueba le permite realizar una evaluación preliminar antes de una prueba de carga especializada (por ejemplo, utilizando 1C: Test Center).

Nota. Modificación de prueba " A"medio" control automático bloqueando." Después de salir versiones oficiales soluciones estándar a partir de 1C, está previsto modificar la prueba para que funcione en el modo "bloqueo controlado" y denotarlo con la letra " METRO".

Descargar prueba

Esta prueba no es comercial y está disponible para su descarga gratuita.

Resultados de la prueba

Arriba: las 3 mejores instalaciones cliente-servidor de 1C en MS SQL Server. Tú también puedes entrar en esta mesa. Puedes ver los resultados con más detalle descargando el test.

Detalles técnicos

¿Qué sucede en la prueba en el marco de “un” ciclo de operación?

Puede encontrar un ejemplo de ejecución de comandos SQL en el archivo adjunto.

Cómo medir la carga de hierro

Cabe señalar que la prueba en sí ya realiza parcialmente la medición. Para obtener una imagen más detallada, recomiendo utilizar la utilidad Process Explorer de Mark Rusinovich.

La figura muestra un ejemplo de medición para la versión del archivo.

Contactos para TPC-1C-GILV

http://gilev.ru/1c/ tpc

resultados de pruebas, propuestas de desarrollo

y enviar reseñas por correo electrónico: [correo electrónico protegido]

Ir a otros materiales del sitio

celestial 20.02.13 — 15:59	Hay un servidor en CentOS 6.3 con Postgresql 8.4 de 64 bits, también tiene instalado un servidor 1C de 32 bits 8.2.16.368 *no había dinero para una clave de 64 bits* KA 1.1.28.1 Descargué la prueba de Gilev como un archivo dt. Creé una nueva base de datos en este servidor y subí este archivo. Desde la computadora del cliente entro a esta base de datos y ejecuto la prueba. Total 8,3 puntos. Intenté cambiar el Modo de compatibilidad y el Modo de administración de bloqueo de datos en esta base de datos; el resultado fue el mismo. El archivo postgresql ha sido ajustado. ¿O debería ejecutarse esta prueba en el propio servidor?
smitru 1 — 20.02.13 — 16:00	(0) Gilev tiene su propio foro. ¿Has intentado hacer una pregunta allí?
ansh15 2 — 20.02.13 — 16:08	(0)Tema antiguo v8: rendimiento del servidor 1c De nuevo, cómo llamar a un servidor...
celestial 3 — 20.02.13 — 16:14	Xeon X3450 2,67GHz 2x4GbDDR3 2xSATA2 7200 en una incursión de espejo de software
Adimr 4 — 20.02.13 — 16:21	(0) http://infostart.ru/public/147259/
smitru 5 — 20.02.13 — 16:34	(3) "en una redada de espejo de software" Genial... y después de eso hay quejas sobre los frenos????
celestial 6 — 20.02.13 — 16:43	(5) parece que un ataque suave genera unos gastos generales muy pequeños... pero ¿qué propones hacer? ¿Debo utilizar el controlador RAID integrado en la placa base? o comprar uno externo?
¿Idea? 7 — 20.02.13 — 16:44	¿Debo utilizar el controlador RAID integrado en la placa base? o comprar uno externo? ¿Qué pasa si el controlador muere? O tener una placa base de repuesto o dos externas.
smitru 8 — 20.02.13 — 16:45	(6) el hardware Polybass es mejor (solo que realmente acelera la lectura y no ralentiza la grabación como el software) Y entonces, debe distribuir archivos de datos, sistema, archivo de página, temperatura de base de datos A DIFERENTES ESPEJOS (no es necesario colocar estos últimos en espejos, pero en dispositivos individuales es útil)
Fragster 10 — 20.02.13 — 16:49	Prueba de Gilev de un solo hilo
Fragster 11 — 20.02.13 — 16:50	(5) es el ataque al espejo (1 y 10) el que se ralentiza un poco
celestial 12 — 20.02.13 — 16:51	(7) Sobre la base de estas consideraciones, se optó por una redada suave. (8) gracias por el comentario, pero... este servidor costos en pequeña empresa para 5-10 usuarios con una pequeña cantidad de documentos por día. ¿Qué tan justificado está distribuir archivos entre discos e incluso comprar discos nuevos?
Demiurgo 13 — 21.02.13 — 07:30	(1) ¿Por qué preguntar a los especialistas que se ocupan de la productividad todos los días cuando hay errores? :))) (0) Solo quiero chatear, me gustaría solucionar el problema, hace tiempo me hubiera comunicado con él.
el-gamberro 14 — 21.02.13 — 08:05	¿Tampoco entiendo qué tiene esto que ver con 1C?
celestial 15 — 21.02.13 — 09:47	(14) parece ser un tema de la sección de TI, no de 1C. (13) no cuesta 50 mil rublos. En general, hay un problema en la prueba en sí, ya que está diseñada para cerraduras automáticas, no gestionado.
celestial 16 — 21.02.13 — 09:49	Todo lo que tengo que hacer es recordar dónde leí sobre esto...

TurboConf 5: ampliando las capacidades del Configurador 1C

¡ATENCIÓN!

Si ha perdido la ventana de entrada de mensajes, haga clic en Ctrl-F5 o Ctrl-R o el botón "Actualizar" en el navegador.

El tema no ha sido actualizado. mucho tiempo y fue marcado como archivado. No es posible agregar mensajes.
¡Pero puedes crear un hilo nuevo y definitivamente te responderán!
Cada hora en el Foro Mágico hay más 2000 Humano.