2011-12-06 2 views
35

내가 아는 한, 현재 2011 년 말 현재 최대 연결 수는 6 개입니다. 잘못하면 나를 수정하십시오. . Firefox 에서처럼 쉽게 해결할 수없는 것은 좋지 않습니다. 내가 아는 한이 값은 하드 코드 된 것입니다.Google 크롬의 최대 연결 수를 6 이상으로 늘림

해결 방법 중 하나는 Chromium의 소스를 다운로드하여 다시 작성하는 것입니다. 더 쉬운 해결책이 있습니까?

수십 개의 미러 도메인을 만들지 않고도 해킹 할 수있는 까다로운 방법이 있습니까?

질문 이유 : : 내 작업은 전체 화면 브라우저에서 실행되는 html-javascript 슬라이드 쇼를 만드는 것입니다. 거대한 모니터가 벽에 매달려 있습니다. 자바 스크립트는 정말 복잡합니다. 사진을 미리로드하고 제 웹 서비스에 많은 아약스 호출을합니다. WIFI 연결이 느린 경우 6 장의 사진이로드되는 경우 AJAX 호출이 실패하고 응용 프로그램이 제대로 실행되지 않습니다. 나는 빠른 솔루션을 기반으로, http 또는 브라우저 또는 우분투 다른 뭔가를 조정할 자바 스크립트 애플 리케이션을 다시하기 때문에 며칠 걸릴 것이기를 바랍니다.

Offtopic : 내 구체적인 상황에서 조정할 수있는 다른 것들을 알고 있습니까?

+2

이것은 향상된 기능 향상 요청 인 것으로 보이지만 안타깝게도 config 옵션을 추가하지 않으려 고합니다. https://code.google.com/p/chromium/issues/detail?id=85323 – jamshid

+2

if 우리는 SwitchySharp 애드온에 "랜덤 모드"를 추가 할 수 있습니다. 25 개의 요청을 동시에 25 개의 프록시 포트 연결로 분리 할 수 ​​있습니다. 서버 당 최대 연결 수 제한을 해결해야합니다. – diyism

+2

파이어 폭스를 사용하고'''about : config'''에서''''network.http.max-persistent-connections-per-server''설정으로 구성 할 수 있습니다. – joecks

답변

24

IE는 도메인 제한 당 2 연결로 더욱 악화됩니다. 하지만 나는 클라이언트 브라우저를 수정하는 것에 의존하지 않을 것이다. 사용자가 제어 할 수있는 경우에도 Chrome과 같은 브라우저는 자동으로 업데이트되며 향후 출시 버전은 예상과 다른 방식으로 작동합니다. 나는 당신의 시스템 설계 내에서 문제를 해결하는데 집중할 것입니다. 더 많은 이미지가있는 경우에만 1 또는 2 XHR 호출을 한 번에 활성화되어 있는지 (확인 이전 이미지에서 성공 이벤트를 사용할 수 있도록

  1. 로드 순서의 이미지 :

    귀하의 선택에있다 다운로드하고 다음 요청을 시작하려면).

  2. serverA.myphotoserver.com 및 serverB.myphotoserver.com과 같은 하위 도메인을 사용하십시오. 각 하위 도메인에는 연결 제한을위한 자체 풀이 있습니다. 즉, 원하는 경우 5 개의 하위 도메인으로 2 개의 요청을 보낼 수 있습니다. 이 하위 도메인에 따라 사진이 캐싱된다는 것은 몰락입니다. BTW, 이것들은 도메인을 "미러링"할 필요는 없으며, 똑같은 웹 사이트/서버에 추가적인 DNS 포인터를 만들 수 있습니다. 즉, 많은 서버를 관리해야하는 번거 로움이 없으며 많은 DNS 레코드가있는 서버가 하나뿐입니다.

+0

내가 할 일 : 1) TTL 증가, 2) img.complete를 사용하여 순서대로 그림 제어, 3) 긴급 피드를 별도의 도메인에 넣기 – Dan

+0

3) 내 라이브러리에 열려있는 연결 수를 세십시오 (간단합니다!). 이미지는 배가 고파서 최대 20 초까지 다운로드 할 수 있으므로 피드 중 2 개의 채널을 남겨두고 체인 중 하나에 동시에 다운로드 할 수 있도록 4 개만 남겨 둡니다. – Dan

0

실행 파일의 동작을 해킹 할 외부 방법이없는 것처럼 보입니다.

Chrome (ium) 실행 파일을 수정할 수 있습니다.이 정보는 분명히 컴파일되어 있습니다.이 접근법은 지원 및 자동 업그레이드에 많은 문제를 야기하므로 그렇게하지 않는 것이 좋습니다. 또한 대부분의 사람들이 며칠 안에 픽업 할 수있는 바이너리가 아닌 how to make the changes을 이해해야합니다.

자신 만의 브라우저를 컴파일하면 특정 수정본이 붙어 있기 때문에 지원 문제가 발생하게됩니다. 새로운 기능과 버그 수정을 원한다면 다시 컴파일해야합니다. 이 모든 일에는 웹 개발자가해야 할 일이 아닌 버그 수정 및 파손을위한 Chrome 개발 추적이 포함됩니다.

@ BenSwayne의 조언을 따르 겠지만 클라이언트 (웹 브라우저) 외부에서 작업을 수행하고 동일하거나 다른 시스템에서 실행되는 백그라운드 프로세스에 배치하는 것에 대해 생각해 볼 가치가 있습니다.이 프로세스는 더 많은 연결을 처리 할 수 ​​있으며 데이터를 다시 가져올 책임이 있습니다. 로컬 (ish)이므로 최소한의 연결만으로도 신속하게 결과를 얻을 수 있습니다.

+1

나는이 대답을 권합니다. 바이너리를 편집하는 방법이나 메모리 편집기를 사용하는 방법에 관한 하우투를 만들어야합니다. 이런 일을하기 위해 Chrome의 속임수 사이트에서 강사를 출시하십시오. Chrome 개발자는 지원되지 않는 구성을 사용하는 사람들에 대해 애원합니다. – jgmjgm

1

Windows 외부의 Chrome에서이 작업을 수행 할 수 있는지 알지 못합니다. 일부 인터넷 검색은 Chrome (따라서 Chromium)이 특정 레지스트리 해킹에 잘 응답 할 수 있음을 보여줍니다.

그러나 코드 기반을 수정하지 않고 간단한 해결책을 찾고 있다면 Firefox를 고려해 보셨습니까? about : config에서 "network.http.max"를 검색 할 수 있습니다. 거기에는 가치가있는 몇 가지 값이 있습니다.

이동하지 않는 장치의 경우 (즉, 고정 된 위치에 장착 된 경우) Wi-Fi를 사용하지 않는 것이 좋습니다 (심지어 홈 플러그가 대기 시간/안정성/연결이 끊어짐).

4

이 BTW, HTTP 1/1 사양 (RFC2616) 서버 당 최대 2 이상의 연결을 제안 구글 크롬에서 도메인 당 최대 다운로드를 증가하는 방법이 문서를 건너 왔어요.

영구 연결을 사용하는 클라이언트는 지정된 서버에 대해 유지 관리하는 동시 연결 수를 제한해야합니다. 단일 사용자 클라이언트는 서버 또는 프록시와 2 개를 초과하는 연결을 유지하면 안됩니다 (SHOULD NOT). 프록시는 다른 서버 또는 프록시에 대해 최대 2 * N 연결을 사용해야합니다. 여기서 N은 동시에 활성 사용자 수입니다. 이 지침은 HTTP 응답 시간을 향상시키고 혼잡을 피하기위한 것입니다.

+7

예, RFC2616은 18 세이므로 권장 사항은 소금 한 알을 사용합니다. – Davio

+2

RFC2616은 2014 년이 되어서야 비난되었습니다. 6 개의 RFC 7230,7231,7232,7233,7234 및 7235로 전체가 대체되었습니다. 두뇌에서 RFC 2616을 제거하십시오. 역사적인 유물로 존재합니다. –

관련 문제