Hola,
pregunta tonta. Solo necesito un consejo.
Actualmente tenemos un servidor de alojamiento de archivos Samba 4 y un servidor Active Directory Samba 4.
Funciona bastante bien, excepto los miércoles por la mañana, cuando tenemos los 470 PC conectados.
La CPU del servidor llega al 100%.
Explicación:
Usamos perfiles móviles y, para reducir el tiempo de inicio de sesión, hemos almacenado los perfiles de Mozilla Firefox y Google Chrome en una unidad de red (redirección de datos de la aplicación).
Así, cuando un usuario abre Google Chrome o Firefox, se accede directamente al perfil desde la unidad de red y se abren los archivos en el servidor.
Después de algunas pruebas con smbstatus, durante estos picos de tráfico, el servidor alcanza los 14.500 archivos abiertos, de los cuales 10.950 corresponden a los perfiles de Google Chrome y Firefox.
Tengo problemas para interpretar este número. ¿Creen que el problema se debe a la cantidad de archivos abiertos?
¿O se debe a una configuración incorrecta?
Gracias por su ayuda,
Simon.
Número de archivos abiertos
-
Sfonteneau
- Experto en WAPT
- Mensajes: 2312
- Registrado: 10 de julio de 2014 - 23:52
- Contacto :
Son muchos archivos abiertos.
La mejor solución es desactivar la caché del navegador para limitar el número de archivos.
La mejor solución es desactivar la caché del navegador para limitar el número de archivos.
Steven Samson - Tranquil IT Systems
No dudes en dejarnos tu opinión sobre Wapt en el foro o en responder a nuestros cuestionarios
.
No dudes en dejarnos tu opinión sobre Wapt en el foro o en responder a nuestros cuestionarios
.-
Sfonteneau
- Experto en WAPT
- Mensajes: 2312
- Registrado: 10 de julio de 2014 - 23:52
- Contacto :
En realidad, la caché ya se redirige a la carpeta appdata local.
Por lo tanto, no se sincroniza al cerrar sesión.
Los 10950 archivos son solo historial, marcadores, extensiones, etc.
Sé que Google desaconseja almacenar perfiles de Google Chrome en una unidad de red, pero los perfiles de Chrome son demasiado grandes para almacenarlos en appdata. Los tiempos de inicio de sesión serían demasiado largos.
Otra observación que he hecho es que cuando un usuario inicia sesión (descargando perfiles móviles (aproximadamente 5 MB)) en htop, el usuario (PID) a veces alcanza el 35 % de uso de CPU en el servidor mientras descarga el perfil, y luego se estabiliza.
Esto me parece excesivo.
¿Qué opinas?
Simon
Por lo tanto, no se sincroniza al cerrar sesión.
Los 10950 archivos son solo historial, marcadores, extensiones, etc.
Sé que Google desaconseja almacenar perfiles de Google Chrome en una unidad de red, pero los perfiles de Chrome son demasiado grandes para almacenarlos en appdata. Los tiempos de inicio de sesión serían demasiado largos.
Otra observación que he hecho es que cuando un usuario inicia sesión (descargando perfiles móviles (aproximadamente 5 MB)) en htop, el usuario (PID) a veces alcanza el 35 % de uso de CPU en el servidor mientras descarga el perfil, y luego se estabiliza.
Esto me parece excesivo.
¿Qué opinas?
Simon
