Por lo que yo sé, en este momento, finales de 2011, el límite máximo de conexiones por servidor sigue siendo 6. Por favor, corregidme si me equivoco. Es malo que no podamos arreglar esto fácilmente como en Firefox. Hasta donde yo sé, este valor está codificado.
Una de las soluciones es descargar las fuentes de Chromium y reconstruirlas. ¿Hay alguna solución más fácil?
¿Hay alguna manera de hackear esto sin crear una docena de dominios espejo?
Por qué hago la pregunta: Mi tarea es crear una presentación de diapositivas html-javascript que se ejecutará dentro de un navegador fullscreened, y un enorme monitor está colgado en la pared. El javascript es realmente complicado, precarga fotos y hace un montón de llamadas ajax a mis servicios web. Si la conexión WIFI es lenta, si se están cargando 6 fotos, las llamadas AJAX fallan, la aplicación funciona mal. Quiero una solución rápida basada, en http o navegador o ubuntu tweak algo más, porque reconstruir la aplicación javascript llevará días.
Offtopic: ¿conocéis alguna otra cosa que se pueda retocar en mi situación concreta?
IE es aún peor con el límite de 2 conexiones por dominio. Pero yo no confiaría en arreglar los navegadores cliente. Incluso si usted tiene control sobre ellos, los navegadores como Chrome se actualizan automáticamente y una versión futura podría comportarse de manera diferente a la que usted espera. Yo'me centraría en resolver el problema dentro del diseño de tu sistema.
Tus opciones son
Cargar las imágenes en secuencia de modo que sólo 1 o 2 llamadas XHR estén activas a la vez (utilizar el evento de éxito de la imagen anterior para comprobar si hay más imágenes para descargar e iniciar la siguiente petición).
Utilice subdominios como servidorA.mifotoservidor.com y servidorB.mifotoservidor.com. Cada subdominio tendrá su propio pool para los límites de conexión. Esto significa que podrías tener 2 peticiones dirigidas a 5 subdominios diferentes si quisieras. El inconveniente es que las fotos se almacenarán en caché en función de estos subdominios. BTW, estos don't necesidad de ser "espejo" dominios, sólo puede hacer punteros DNS adicionales a la misma página web / servidor. Esto significa que usted no tiene el dolor de cabeza de la administración de muchos servidores, sólo un servidor con muchos registros DNS.
No sé si se puede hacer en Chrome fuera de Windows. Googleando un poco se ve que Chrome (y por tanto posiblemente Chromium) podría responder bien a un cierto hack del registro.
Sin embargo, si lo que buscas es una solución sencilla sin modificar tu código base, ¿has pensado en Firefox? En el about:config puede buscar "network.http.max" y hay algunos valores allí que definitivamente vale la pena mirar.
Además, para un dispositivo que no se va a mover (es decir, está montado en una ubicación fija) usted debe considerar no utilizar Wi-Fi (incluso un Home-Plug sería un paso adelante en cuanto a latencia / estabilidad / conexiones caídas ir).
No parece haber una forma externa de piratear el comportamiento de los ejecutables.
Podrías modificar los ejecutables de Chrome(ium) ya que esta información está obviamente compilada en ellos. Este enfoque trae muchos problemas con el soporte y las actualizaciones automáticas, por lo que probablemente quieras evitar hacerlo. También es necesario entender cómo hacer los cambios a los binarios que no es algo que la mayoría de la gente puede aprender en unos pocos días.
Si compilas tu propio navegador estás creando un problema de soporte para ti mismo ya que estás atascado con una revisión específica. Si quieres obtener nuevas características y correcciones de errores tendrás que volver a compilar. Todo esto implica el seguimiento del desarrollo de Chrome en busca de errores y roturas de compilación - no es algo que un desarrollador web debería tener que hacer.
Yo seguiría el consejo de @BenSwayne'por ahora, pero podría valer la pena pensar en hacer parte del trabajo fuera del cliente (el navegador web) y ponerlo en un proceso en segundo plano que se ejecute en la misma o en diferentes máquinas. Este proceso puede manejar muchas más conexiones y usted sólo es responsable de obtener los datos de vuelta de él. Dado que es local (más o menos), obtendrá resultados rápidamente, incluso con un mínimo de conexiones.