No ha publicado ninguna fragmento de código para la inspección, por lo que mi respuesta se basa en un error comúnmente realizado al crear dichas funciones "votación". También estoy asumiendo que estás haciendo cosas manualmente, sin usar frameworks como jQuery o MooTools.
Su problema es más probable que sea causada por la creación de un nuevo objeto XMLHttpRequest en cada llamada de sondeo, en lugar de crear uno de esos casos fuera del setInterval, y abrir y usar el tiempo y otra vez.
Básicamente, usted puede estar escribiendo el código de la siguiente manera:
var pollInterval = setInterval(function() {
var xhr = new XMLHttpRequest(); //ouch, this hurts!
xhr.open('GET', 'url', true);
xhr.send();
//etc.
}, 2000);
Si este es el caso, simplemente mover la creación XMLHttpRequestObject fuera del circuito de votación para asegurarse de que utiliza el mismo objeto una y otra vez, evitando así una pérdida de memoria de tipo (si puedo llamar así).
var xhr = new XMLHttpRequest(); //now we can re-use this!
var pollInterval = setInterval(function() {
xhr.open('GET', 'url', true);
xhr.send();
//etc.
}, 2000);
Una vez más, no se ha publicado ninguna fragmento de código, ni los detalles de los marcos que pueda estar usando. Entonces, lo que estoy sugiriendo está basado en un error que he encontrado frecuentemente al inspeccionar el código ajax de sondeo. Espero que esto ayude. Si no, edite la pregunta y publique un código.
Negación: Yo sólo se utiliza el objeto XMLHttpRequest para mayor brevedad, no sobre vendedores odio (o amor). Obviamente, utilizará una función de creación de instancias de objeto de solicitud entre navegadores o, mejor aún, una biblioteca que abstraiga estos detalles sangrientos.
Actualizaciones
Por lo tanto, el código necesita para actualizar el DOM cada dos segundos? ¿Mientras se cargue la página? ¿Nunca te detengas? Pensé que vería un intérvalo claro en alguna parte, pero de todos modos.
Esto es un poco incómodo.Lo más cerca que he estado de esa situación es cuando necesitaba codificar una línea de pulso, basada en un API de ticker, para mostrar un gráfico en tiempo real (ok, pseudo-tiempo real a 1s). Lo bueno de mi caso fue que la API estaba ardiendo rápidamente, con una latencia súper baja, los datos que recibí eran meramente flotantes, y la manipulación dom que hice con ella era de insignificante complejidad espacio-tiempo.
Mi preocupación aquí es que si el servidor no responde en dos segundos, o si se acerca a dos segundos, entonces tiene un fragmento de código complejo que ya está comiendo en milisegundos significativos de esos dos segundos intervalos. ¡Dom no puede actualizar cada dos segundos!
- punta higiénico: Deshacerse de las cotizaciones en
window.setInterval("refresh()", 2000). Sólo debe ser window.setInterval(refresh, 2000) Las razones son aquí: Memory leak for javascript setInterval
- Así, $ .post definitivamente crear nuevos objetos XHR cada dos segundos, según el código. Siendo realistas, ¿cómo son los tiempos de respuesta del servidor ? ¿Cuántas veces establece setInterval loop? Para recuentos bajos, por ejemplo, para tiempos de respuesta inferiores a 10 segundos, los nuevos XHR no deberían ser el problema 'EL' .
- ¿Analizar 500 líneas XML? Cada intervalo? Suena doloroso para mí. ¿Será posible ser tokenize el XML en una cadena JSON en el servidor y devolver esta cadena a la UI? Ahorrará los ciclos de la CPU del cliente con seguridad.
HTML con 11000 líneas. Así que eso es mucho cruce y manipulación. Aquí hay una pequeña lista de verificación:
- ¿Está utilizando los mejores selectores? (especificidad de tus expresiones xpath). Shizzle te tiene cubierto allí, pero hazlo lo mejor que puedas. Cosas como $ ('p *') pueden causar estragos.
- ¿Ha minimizado el reflujo de documentos?
- Loops: El uso de, o asignada funciones sobre las matrices son los mejores (más eficiente)
- Acceso a la propiedad: ¿Está reduciendo el acceso repetido propiedad anidada , y el uso de una sola vez las referencias para la eficiencia ?
- Anexión/Manipulación de la eficiencia: Por ejemplo: Cómo se anexa elementos individuales de la lista? Lo ideal es agregar toda la lista en una sola vez. Lo mismo para eliminaciones, etc. Básicamente, gruesas manipulaciones de una sola vez en lugar de manipulaciones repetidas.
Difícil de clavar éste, sin entender las intenciones de bajo nivel y la mecánica de su caso de uso.
Probablemente esté enfrentando alguna pérdida de memoria. Intenta restringir el problema al código más simple que causa este comportamiento (jsFiddle es bienvenido). –
El bloque del navegador proviene del hecho de que los tiempos de espera/intervalos no funcionan, como a veces se cree, en un hilo dedicado. Si bien parece que claramente tiene un problema subyacente, puede haber un poco de kilometraje al buscar en los trabajadores de la web, lo que podría hacer lo que usted describe, y REALMENTE se ejecutan en un hilo separado. – Utkanos
Por favor, publique una muestra de setInterval code –