요약
프록시 서버는 사용자의 장치와 인터넷 간의 중개 서버입니다. 웹 사이트에 액세스 할 때 대기 시간을 줄이고 처리량을 향상시키는 데 사용할 수 있습니다. 그러나 프록시 서버를 사용하면 연결의 추가 중지로 인해 대기 시간이 추가 될 수 있습니다. 웹 사이트 로딩 속도에 미치는 영향은 프록시 서버의 특정 특성 및 네트워크 조건에 따라 다릅니다.
1. 프록시 서버가 핑을 줄입니다?
예, 프록시 서버는 특정 상황에서 핑을 줄일 수 있습니다. 대상 서버에 가까운 프록시 서버를 통해 연결을 라우팅하면 거리를 줄이고 대기 시간을 향상시킬 수 있습니다. 그러나 이는 프록시 서버의 위치, 네트워크 혼잡 및 전체 네트워크 조건과 같은 다양한 요소에 따라 다릅니다.
2. 대기 시간이 웹 사이트로드에 어떤 영향을 미칩니다?
대기 시간은 데이터가 사용자의 장치에서 서버로 이동하는 데 걸리는 시간의 측정 값입니다. 대기 시간이 높을수록 요청을 보내는 것과 응답 수신 사이에 지연되므로 웹 사이트로드 시간이 느려질 수 있습니다. 프록시 서버를 사용하면 추가 대기 시간이 발생할 수 있지만 특정 프록시 서버 및 네트워크 조건에 따라 영향을 줄 수 있습니다.
삼. 처리량이 웹 사이트로드에 어떤 영향을 미칩니 까?
처리량은 주어진 시간에 전송할 수있는 데이터의 양을 나타냅니다. 처리량이 높을수록 더 빠른 데이터 전송이 가능하여 더 빠른 웹 사이트로드. 프록시 서버 연결의 네트워크 혼잡 및 제한은 처리량에 영향을 줄 수있어 웹 사이트로드 프로세스가 느려질 수 있습니다.
4. 대기 시간과 처리량의 가능한 조합은 무엇입니까??
가능한 4 가지 조합이 있습니다
- A- 낮은 대기 시간, 낮은 처리량 : 웹 사이트는 시간이 지남에 따라 컨텐츠가 흘러 나오면서 천천히로드됩니다.
- B- 높은 대기 시간, 낮은 처리량 : 가장 느린 상황, 페이지에 모든 것이 나타나는 데 시간이 걸리는 상황.
- C- 낮은 대기 시간, 높은 처리량 : 페이지가 거의 즉시 그리고 지속적으로로드되는 가장 좋은 상황.
- D- 높은 대기 시간, 높은 처리량 : 웹 사이트는로드를 시작하는 데 약간의 시간이 걸릴 수 있지만, 일단 그렇게하면 많은 콘텐츠 덩어리가 빠르게로드됩니다.
5. 대기 시간에 영향을 미치는 요인?
- 사용자와 서버 간의 거리 : 서버에서 사용자가 멀리 높을수록 대기 시간이 높아집니다.
- 서버 처리 : 복잡한 서버 측 작업에서 대기 시간을 도입 할 수 있습니다.
6. 처리량에 영향을 미치는 요인?
- 네트워크 혼잡 : 사용자의 네트워크, 서버 네트워크 또는 그 사이의 네트워크의 혼잡은 처리량에 영향을 줄 수 있습니다.
7. 프록시 서버를 사용하는 것이 대기 시간에 어떤 영향을 미칩니 까?
프록시 서버를 사용하면 연결 경로의 추가 정지로 인해 대기 시간이 증가 할 수 있습니다. 그러나 정확한 영향은 프록시 서버의 위치, 네트워크 조건 및 기타 요인에 따라 다릅니다. 프록시 서버가 대상 서버에 가까운 경우 대기 시간을 줄일 수 있습니다.
8. 프록시 서버가 웹 사이트로드 속도를 향상시킬 수 있습니다?
경우에 따라 프록시 서버는 웹 사이트 로딩 속도를 향상시킬 수 있습니다. 프록시 서버가 사용자 또는 대상 서버에 가까운 경우 대기 시간을 줄이고 처리량을 향상시키는 데 도움이 될 수 있습니다. 그러나 그 영향은 다양한 요인에 크게 의존하며 항상 속도가 크게 향상되지는 않을 수 있습니다.
9. 프록시 서버 사용에 대한 단점이 있습니까??
프록시 서버 사용의 단점 중 하나는 대기 시간의 잠재적 증가입니다. 또한 프록시 서버에 의존하면 연결에 추가 실패 지점이 도입되며 성능은 프록시 서버의 품질 및 네트워크 조건의 영향을받을 수 있습니다.
10. 프록시 서버가 핑을 줄일 것인지 확인하려면 어떻게해야합니까??
프록시 서버가 Ping에 미치는 영향은 프록시 서버의 위치, 네트워크 조건 및 장치 및 대상 서버 간의 거리와 같은 다양한 요소에 따라 다릅니다. 프록시 서버가 핑을 줄일지 확인하려면 프록시 서버 유무에 따라 대기 시간 테스트를 실행하고 결과를 비교할 수 있습니다. 또한 대상 서버에 지리적으로 더 가까운 프록시 서버를 선택하는 데 도움이됩니다.
프록시 서버가 핑을 줄입니다?
최상의 상황! 페이지가 거의 즉시로드되기 시작하고 일단 시작되면 계속 진행됩니다. 이미지가 페이지 위로 이동하고 비디오가 자동 플레이를 시작할 수 있습니다 (죄송합니다).
프록시 서버가 느립니다?
우리가 대답하기 전에 좋은 질문’s 웹 사이트가 사용자에게 천천히로드 할 수있는 두 가지 다른 이유를 파헤칩니다 : 대기 시간 및 처리량.
지연 시간 조치를 취하는 것과 결과를 보는 것 사이에 얼마나 많은 시간이 지나는 지에 대한 척도입니다. 거기’키보드에 버튼을 누르고 화면에서 보는 사이에 매우 적은 양의 대기 시간이므로 아마도 눈에 띄지 않을 것입니다. 반면에, 거기’캐나다에 있다면 뉴질랜드에서 웹 사이트를로드하려는 상당한 양의 대기 시간.
처리량 단일 조치로 얼마나 많은 컨텐츠 또는 정보를 보낼 수 있는지에 대한 척도입니다. 정원 호스와 소방관을 동일한 고압 수도꼭지에 연결하여 동시에 물을 켜면 물이 즉시 나올 것이지만 (동일한 대기 시간), 더 많은 물이 소방 호스에서 나옵니다 (더 많은 처리량).
탭이 깨질 때 물로 수족관을 채우는 것이 필요하다고 생각하십시오. 당신은 당신의 이웃에게 전화를 걸어 물을 가져와 수족관을 채우도록 요청합니다. 그들은 물 한 스푼으로 즉시 집을 떠나 수족관에 부어 집으로 가서 다음 스푼을 얻습니다. 당신은 이것이 당신이 기꺼이 기다릴 것보다 오래 걸릴 것이라는 것을 알고 있습니다. 그래서 당신은 당신의 이웃에게 감사하고 마을에 사는 형제에게 전화하십시오. 그는 즉시 떠나고 20 분 안에 도착하여 수족관에 큰 물 주전자를 버리기 시작합니다.
이웃은 a “낮은 대기 시간, 낮은 대역폭” 연결. 귀하는 요청을 신속하게 알리고 빨리 응답을받을 수 있었지만 물을받은 비율은 낮았습니다. 웹 브라우저에서 a “낮은 대기 시간, 낮은 대역폭” 연결은 빨리로드되기 시작하는 웹 페이지처럼 보이고 헤드 라인을 얻은 다음 더 많은 단어, 스타일 시트, 사진, 다른 그림 등이 있습니다. 시간이 지남에 따라 모든 습격 (인터넷을 사용한 사람들은 이것을 잘 기억할 수 있습니다).
마을을 가로 지르는 형제는 “높은 대기 시간, 높은 대역폭” 연결. 요청이 앞뒤로 가기까지 시간이 걸렸지 만 데이터가 시작되면 빨리 들어 왔습니다. 웹 브라우저에서 a “높은 대기 시간, 높은 대역폭” 처음에는 연결이 깨진 것 같습니다. 어떤 일이 발생하기 전에 몇 초를 기다릴 수 있지만,로드가 시작되면 실제로 홍수가 발생합니다. 당신이 취하는 모든 행동에 대한 반응은 영원히 걸리는 것처럼 느껴지지만 일단 시작되면 잘로드되는 경향이 있습니다.
이것이 웹 사이트의 의미는 무엇입니까?
허락하다’S는 처리량과 대기 시간의 4 가지 조합을 고려하지만’모든 중간 값이 가능한 모든 슬라이딩 스케일.
A- 낮은 대기 시간, 낮은 처리량
여기에서 브라우저는 아마도 페이지로드를 시작하자마자 일을 시작할 것입니다. 페이지 제목이 브라우저의 탭을 채울 수 있습니다’곧 제목을 볼 수 있지만 모든 것이 세분기에 들어옵니다. 이미지를로드하는 데 시간이 오래 걸리고 CSS로드되기 전에 컨텐츠 청크가 잘못 표시 될 수 있으며 페이지를 사용할 수 있기 전에 시간이 걸릴 수 있습니다.
B- 높은 대기 시간, 낮은 처리량
최악의 상황. 페이지의 모든 것이 표시되는 데 몇 초가 걸릴 수 있습니다’실제로 무슨 일이 일어나고 있는지 궁금합니다. 일단 일이 끝나기 시작하면’LL은 천천히 발생합니다 : 이미지가 흘러 들어가고, CSS와 JS가 최종적으로로드되면 페이지가 재구성 될 수 있습니다.
C- 낮은 대기 시간, 높은 처리량
최상의 상황! 페이지가 거의 즉시로드되기 시작하고 일단 시작되면 계속 진행됩니다. 이미지가 페이지 위로 이동하고 비디오가 자동 플레이를 시작할 수 있습니다 (죄송합니다).
D- 높은 대기 시간, 높은 처리량
웹 사이트는로드를 시작하는 데 약간의 시간이 걸릴 수 있습니다. 페이지가로드되기 시작하면’한 번에 많은 콘텐츠를 참조하십시오. 내용은 파도에 나타나며 첫 번째는 단지 끊임없는 헤더와 텍스트 블록, 두 번째 웨이브 로딩 스타일 시트 및 자바 스크립트, 이미지 및 미디어로 마무리하는 최종 웨이브입니다. 각각의 새로운 컨텐츠 블록이 도착하면’RE 시청은 급진적이고 빠르게 변할 수 있습니다.
대기 시간에 영향을 미칩니다
- 정보를 제공하는 귀하와 서버 사이의 거리. 뉴욕에있는 사용자가 시드니에서 호스팅 된 안전한 사이트를 탐색하는 경우 콘텐츠로드 전에 최소 0.5 초를 기다릴 수 있습니다. [1] 이것은 콘텐츠 제공 네트워크의 주요 이점이 될 수 있으며, 최종 사용자와 물리적으로 콘텐츠를 더 가깝게 만듭니다.
- 서버 처리. 웹 사이트는 요즘 많은 일을하고 있습니다’RE는 서버에 12,000,000 레코드를 검색하도록 요청하면 잠시 시간이 걸릴 수 있습니다.
처리량에 영향을 미칩니다
- 네트워크 혼잡. 이는 가정/사무실 네트워크, 서버가 사용하는 네트워크 연결 및 그 사이의 모든 네트워크에 적용됩니다. 따라서 네트워크가 괜찮을 수 있습니다. 서버’S 네트워크는 괜찮을 수 있지만 거기에 있다면’중간 어딘가에 정체가 처리량에 영향을 미칩니다.
프록시 서버는 어떻습니까??
프록시 서버는 대기 시간을 추가합니다. 프록시 서버를 통해 트래픽을 보낼 때 목적지로가는 길에 추가 중지를 추가하고 다시 돌아 오는 길에 또 다른 정지를 추가합니다. 그 동안’프록시 서버가 대기 시간을 유지하거나 개선 할 수있는 특별한 상황에서 가능합니다. [2] 실제 목적으로는 반대입니다.
대기 시간 프록시 서버가 추가하는 금액의 양은 물리적 위치를 측정하는 것입니다. 영국 런던 영국의 사용자, 코벤트리 영국의 프록시 서버를 사용하여 파리에서 호스팅 된 웹 사이트를 탐색 할 가능성이 높습니다’t 차이를 알아 차리십시오. 동일한 사이트를 방문하지만 뉴욕의 프록시 서버를 사용하는 동일한 사용자는 추가 대기 시간을 알 수 있습니다. 운 좋게도 서버가하는 한’t 처리량을 줄이면 차이는 테스트 성능 저하되지 않습니다.
프록시 서버는 이상적인 조건을 가정하면 처리량을 줄이지 않습니다. 잘 관리되는 프록시 서버는 들어오는 모든 요청을 프록시하는 데 충분한 대역폭을 가지고 있어야하므로 처리량을 제한해서는 안됩니다. 이것은 분명히 우리가 캠프입니다’다시. 대부분의 무료/광고 지원 프록시 서버는 처리량이 제한 될 가능성이 높습니다.
결론
잘 관리되는 프록시 서버는 웹 브라우징에 약간의 대기 시간을 추가합니다. 정상 탐색에서 추가 대기 시간은 눈에 띄지 않는 것에서 약간 증가하는 것까지 다양 할 수 있으며 일부 전 세계 상황에서는 페이지로드가 약간 지연 될 수 있습니다. 반면에 바쁜/과부하 프록시 서버는 브라우징 경험을 비참하게 만들 가능성이 높습니다. Wonderproxy에서 바쁘고 과부하가 걸렸습니다’우리 스타일.
- 안전한 연결을 구축하려면 컴퓨터와 서버가 3 개의 메시지를 앞뒤로 전송해야합니다. 자신과 서버 사이의 핑 타임을 알고 있다면 (그리고 우리는 편리한 글로벌 핑 테이블이 있습니다) 핑 타임을 3 배로 늘려 보안 서버에 연결하는 데 걸리는 시간에 대한 대략적인 추정치를 얻을 수 있습니다. ↩︎
- 이것은 반 직관적 인 것처럼 보이지만 인터넷의 연결은 모두 회사가 소유하고 있으며 더 많은 비용을 지불하려는 회사는 우선 순위 치료를 받거나 더 나은 & 짧은 연결에 액세스 할 수 있음을 기억하십시오. 더 나은 가목 프록시 서버는 트래픽을 정상적으로 사용하는 것보다 더 나은 경로로 끌어들일 수 있습니다. Joel Spolsky. ↩︎
프록시 서버가 핑을 줄입니다?
Reddit과 그 파트너는 쿠키와 유사한 기술을 사용하여 더 나은 경험을 제공합니다.
모든 쿠키를 수락함으로써 귀하는 서비스 및 사이트를 제공하고 유지 관리하기 위해 쿠키 사용에 동의하며, Reddit의 품질을 향상시키고, Reddit 컨텐츠 및 광고를 개인화하며, 광고의 효과를 측정합니다.
비 필수 쿠키를 거부함으로써 Reddit은 여전히 특정 쿠키를 사용하여 플랫폼의 적절한 기능을 보장 할 수 있습니다.
자세한 내용은 쿠키 통지 및 개인 정보 보호 정책을 참조하십시오 .
프록시 서버를 사용하면 라우팅/핑이 향상됩니다?
오래된 브라우저를 사용하고 있습니다. 이 웹 사이트 나 다른 웹 사이트를 올바르게 표시하지 않을 수 있습니다.
대체 브라우저를 업그레이드하거나 사용해야합니다.
오 크라미
회원
2014 년 2 월 7 일 25 0 0
나는 켄터키 주 루이빌에 살고 있으며 보통 시카고 서버에 ~ 45ms의 대기 시간을 얻습니다 (거리를 고려할 때 상당히 차선책). 루이빌과 시카고에 서버가 있고 둘 사이의 대기 시간은 약 12ms라고 주장하는 프록시 서버를 광고하는 웹 사이트를 찾았습니다. 이 웹 사이트는 또한 텍사스 서버에 ~ 25-30 핑을 받는다고 주장합니다. https : // Wondernetwork.com/pings/louisville
이 프록시 서버 또는 유사한 서비스를 구독하려면 대기 시간이 비슷하게 줄어들거나 대기 시간이 45로 남아 있을까요?+?
마지막 편집 : 2015 년 9 월 21 일
얀난
황금 회원
2007 년 1 월 12 일 1,801 2 71
악화 될 가능성이 있습니다. 다른 중개인을 겪는 것은 결코 좋은 생각이 아닙니다.
eton975
선임 회원
2014 년 6 월 2 일 283 8 81
대기 시간의 소스에 따라 다릅니다. 핑하여 라우터를 먼저 확인하십시오.
오 크라미
회원
2014 년 2 월 7 일 25 0 0
http : // puu.sh/kjbu9.여기 PNG는 내 라우터에서 시카고 서버에 대한 전체 트레이서 로트입니다. 마지막으로 내려간 것 같습니다 (몇 달 전에) 몇 밀리 초만 확인했습니다.
마지막 편집 : 2015 년 9 월 21 일
Dave_the_nerd
리퍼
2011 년 2 월 25 일 16,581 1,340 126
http : // puu.sh/kjbu9.여기 PNG는 내 라우터에서 시카고 서버에 대한 전체 트레이서 로트입니다. 마지막으로 내려간 것 같습니다 (몇 달 전에) 몇 밀리 초만 확인했습니다.
항상 약간의 변동성이 있습니다.
그러나 솔직히? ISP의 네트워크에서 벗어나기 위해 29ms가 걸리고 있습니다 (RR.com) 그래서 불만을 제외하고, 나는 당신이 그것에 대해 할 수있는 일이 많이 있는지 확실하지 않습니다.
Mushkins
황금 회원
2013 년 2 월 11 일 1,631 0
나는 이것이 걱정할 가치가있는 것인지 의문을 제기 할 것입니다. 인터넷을 탐색하거나 이메일을 확인하거나 온라인 게임을 플레이하는 경우 45ms 대 13ms는 의미없는 차이입니다.
그냥 숫자를 줄이려고 노력하고 있습니까? 밀리 초 합법적 인 문제입니다?
오 크라미
회원
2014 년 2 월 7 일 25 0 0
45ms vs 13ms는 지연 보상없이 온라인 게임에서 의미없는 차이가 아닙니다. 나는 주로 온라인 게임을하기 위해 숫자를 원한다. 30ms 대 40ms는 나에게 매우 명확하게 눈에 띄기 때문에 12ms vs 45ms는 밤낮입니다. 한 달에 $ 15는 나에게 그다지 중요하지 않으므로 가능한 경우 대기 시간을 줄이기 위해 지불하는 것이 마음에 들지 않습니다.
마지막 편집 : 2015 년 9 월 21 일
Dave_the_nerd
리퍼
2011 년 2 월 25 일 16,581 1,340 126
45ms vs 13ms는 지연 보상없이 온라인 게임에서 의미없는 차이가 아닙니다. 나는 주로 온라인 게임을하기 위해 숫자를 원한다. 30ms 대 40ms는 나에게 매우 명확하게 눈에 띄게, 그래서 12ms 대 45ms는 밤낮입니다. 한 달에 $ 15는 나에게 그다지 중요하지 않으므로 가능한 경우 대기 시간을 줄이기 위해 지불하는 것이 마음에 들지 않습니다.
프록시 서버는 도움이되지 않습니다.
ISPS 전환을 고려하십시오.
또한 이중 맹검 테스트가있을 때까지 굵은 부분에 헛소리를 부릅니다.
오 크라미
회원
2014 년 2 월 7 일 25 0 0
나는 ISP를 바꾸지 만 Time Warner는 Verizon 이외의 Louisville에서 우리가 가진 전부입니다.
부족을 시도해보십시오 : 승천하고 10ms 차이가있는 두 개의 서버를 찾을 수 있다면 분명히 느낄 수 있습니다. 지연 보상은 전혀 없으며 대부분의 무기는 발사체이며 더 높은 핑을 통해 앞으로 더 많은 목표를 달성해야하며 느리게 촬영해야합니다.
Dave_the_nerd
리퍼
2011 년 2 월 25 일 16,581 1,340 126
나는 ISP를 바꾸지 만 Time Warner는 Verizon 이외의 Louisville에서 우리가 가진 전부입니다.
부족을 시도해보십시오 : 승천하고 10ms 차이가있는 두 개의 서버를 찾을 수 있다면 분명히 느낄 수 있습니다. 지연 보상은 전혀 없으며 대부분의 무기는 발사체이며 더 높은 핑을 통해 앞으로 더 많은 목표를 달성해야하며 느리게 촬영해야합니다.
자신의 서버를 호스팅하는 데 필요한 것은 무엇입니까?? 그것은 당신과 당신이 가지고하는 현지 친구들을위한 지연 문제를 해결할 것입니다.
‘코스, 방문 팀은 망가질 것이지만 그렇게 나쁘지는 않을 것입니다?
오 크라미
회원
2014 년 2 월 7 일 25 0 0
자신의 서버를 호스팅 할 수 없습니다. 나와 내 ISP 자체 네트워크 사이에 30ms의 대기 시간을 제거하는 방법이 있습니까??
Dave_the_nerd
리퍼
2011 년 2 월 25 일 16,581 1,340 126
자신의 서버를 호스팅 할 수 없습니다. 나와 내 ISP 자체 네트워크 사이에 30ms의 대기 시간을 제거하는 방법이 있습니까??
글쎄, 그것은 네트워크의 다른 지점 사이의 총 대기 시간입니다. ISP는 네트워크 변경/튜닝을 수행해야합니다. 물어 보는 것은 아프지 않지만 어떤 네트워크 엔지니어가 뇌물을 줄 것인지 알아 내야 할 것입니다.
즉, 당신의 핑은 주거 연결을 위해 사양 내에 있습니다.
Mushkins
황금 회원
2013 년 2 월 11 일 1,631 0
45ms vs 13ms는 지연 보상없이 온라인 게임에서 의미없는 차이가 아닙니다. 나는 주로 온라인 게임을하기 위해 숫자를 원한다. 30ms 대 40ms는 나에게 매우 명확하게 눈에 띄기 때문에 12ms vs 45ms는 밤낮입니다. 한 달에 $ 15는 나에게 그다지 중요하지 않으므로 가능한 경우 대기 시간을 줄이기 위해 지불하는 것이 마음에 들지 않습니다.
아, 나는이 초인간 게이머 중 하나라는 느낌이 들었습니다 분명히 10 밀리 초의 차이를 구별합니다. 기록을 위해 시각적 자극에 대한 평균 인간 반응 시간은 250 밀리 초, 당신의 뇌와 몸은 45ms와 10ms의 차이에 훨씬 적은 과정에 반응 할 수 없으며 그에 따라 행동 할 수 없습니다.
어쨌든 40ms를 15ms로 바꾸기 위해 실제로 할 수있는 일은 없습니다. 당신은 주거 인터넷의 사양 내에 있으며 ISP 인프라는 대기 시간의 차이를 일으키는 것입니다. 새 라우터를 구매하거나 VPN 서비스 비용을 지불하면 차이가 없습니다.
당신이 할 수있는 유일한 일은 본질적으로 서버의 전용 경로를 위해 비즈니스 클래스 파이버 이더넷 서비스를 구독하는 것입니다. 지난번에 우리 가이 크로스 데스크 중 하나에 대한 견적을 받았을 때 50Mbps 연결의 경우 한 달에 약 $ 2000였으며 심지어 50ms 미만의 보장되었습니다. 인터넷을 통해 원격 서버에 대한 일관된 10ms 연결은 PipedReam입니다.
fkoehler
회원
2008 년 2 월 29 일 185 139 116
나는 차이를 언급한다는 그의 주장에 대해 BS를 부르지 않을 것이다.
나는 하루에 지진에 60에서 30-35ms로가는 것을 기억하고, 눈에 띄었고 더 잘할 수있었습니다.
Tribe는 고대이며, 나는 결코 그것에 들어 가지 않았지만, Q2와 달리, 지연 예측은 존재하지 않는 IIRC라고 생각합니다. 그래서 나는 그가 차이를 말할 수있을 가능성이 가장 높다고 생각합니다.
그의 유일한 해결책은 KY와 같이 더 가까운 서버를 찾는 것입니다.
Azazel1024
선임 회원
2014 년 1 월 6 일 901 2 76
물건은 소량이 눈에 띄게 될 수 있지만 몸은 여전히 그렇게 빨리 반응 할 수 없습니다. 물론 차이점은 신체의 반응 시간이 200-250ms에 따라 지연 시간을 추가하는 것입니다. 따라서 LAG의 10ms가 있다면 실제 움직임이 무엇인지에 반응하는 데 210-260ms가 필요합니다. 40ms의 지연은 사실 이후 실제로 240-290ms에 반응한다는 것을 의미합니다.
즉, LAG의 10-20ms 차이는 인간의 지연에서 사실상 눈에 띄지 않는 차이입니다. 슈퍼 지각 가능한 것조차도. 당신은 당신이 차이를 보았다고 말할 수 있지만, 나는 당신이 관련된 지연 숫자를 알지 못하고 테스트를 받았다면 약속합니다. 통계적으로 중요한 결과를 테스트하지 않을 것입니다. 50ms 차이, 확실히, 10-20ms, no. 60Hz에서 대략 1 프레임입니다.
그러나 다른 사람들이 언급했듯이 그다지 중요하지 않습니다.이 경우 ISP의 거의 30ms가 ISP 네트워크에 의해 생성되기 때문에이 경우에 할 수있는 일은 거의 없습니다. 이제 다른 ISP를 찾을 수 있다면 변경 될 수 있습니다.
오 크라미
회원
2014 년 2 월 7 일 25 0 0
나는 “차이”에 대해 논의하는 데별로 관심이 없다. 마우스 지연에서 20ms의 차이를 느낄 수있는 입력 지연 테스트를 수행했습니다 (테스트를 통해 마우스를 흔들어 화면의 절반에 인공 입력 지연이 있으며 화면의 어느 쪽이 인공 입력 지연을 주어야했는지, 25/25를 얻었습니다). 간단히 말해서, 20 밀리 초의 지연을 인식 할 수 없다면 (특히 부족의 관점에서 : 느리게 촬영하고 문자 그대로 더 많은 양의 지연을 가진 사람들보다 더 멀리 겨냥 해야하는 곳) 인식에 따라 평균 이하라고 말할 것입니다. 훨씬 더 기본적인 수준에서도 45의 핑을 사용하면 핑 10을 가진 사람이 나중에 당신을 약간 촬영하더라도 FPS 게임에서 당신을 죽일 수 있다는 것을 알 수 있습니다. 이것은 지연 보상이없는 게임보다 훨씬 눈에 띄지 않지만 여전히 차이를 만듭니다.
당신은 30ms의 지연이 내 ISP의 네트워크에서 나온다고 말하지만, 나는 전반적으로 30 핑을 얻는 또 다른 트레이서 루테 (시카고보다 훨씬 더 멀리있는 도시)가 있지만 ISP의 네트워크를 떠나는 데 30ms 이상이 걸립니다. 이것이 어떻게 가능할 수 있습니까?? http : // puu.sh/km7da.PNG
마지막 편집 : 2015 년 9 월 24 일
mxnerd
다이아몬드 멤버
2007 년 7 월 6 일 6,648 1,049 126
뉴욕과 로스 앤젤레스 사이에 슈퍼 스피드 철도가 있다면 로스 엔젤스에서 새크라멘토로 운전하는 것보다 더 빨리 도착하게됩니다.
ISP 제공 업체는 노선을 구축하는 방법을 결정합니다. 더 가까운 도시는 필요하지 않습니다.
프록시 서버가 브로커가 대기 시간을 줄이는 데 도움이되는 방법
프록시 서버는 클라이언트와 서버 간의 중개자 역할을합니다. 클라이언트가 트레이딩 서버에 연결하면 클라이언트 플랫폼이 프록시 서버에 요청을 보냅니다. 프록시 서버는이 요청을 기본 서버로 전달합니다. 기본 서버가 응답하고 요청 된 데이터를 프록시 서버로 보냅니다. 프록시 서버는 데이터를 클라이언트로 다시 전달합니다.
프록시 서버는 무엇을합니까??
프록시 서버는 더 빠른 데이터 전송을 용이하게하고 전반적인 전반적인 연결성을 향상시켜 전반적인 네트워크 성능을 향상시킵니다. 또한 악의적 인 트래픽을 가로 채고 서버 과부하를 방지하여 네트워크에 보안 및 안정성을 추가합니다.
더 나은 위치
프록시 서버는 거래 인프라를 개선하고 확장 할 때 훨씬 더 많은 유연성을 제공합니다. 프록시 서버는 전 세계 어디에서나 설정할 수 있습니다. 이를 통해 더 먼 위치에서 프록시 서버를 설정하고 서버와 클라이언트 간의 거리를 줄임으로써 대기 시간을 줄일 수 있습니다. 이를 통해 네트워크를 더 잘 최적화하고 더 큰 글로벌 클라이언트베이스를 더 잘 제공 할 수 있습니다.
더 나은 가격 스트리밍
프록시 서버를 설정하여 가격 데이터와 같은 특정 데이터를 저장할 수 있습니다. 즉, 클라이언트가 가격 데이터를 요청할 때 프록시 서버는 요청을 기본 서버로 전달할 필요없이 요청에 직접 응답 할 수 있습니다. 프록시 서버가 기본 서버보다 클라이언트에 더 가깝기 때문에 가격 데이터가 이동하는 것이 멀지 않음을 의미합니다. 이를 통해 더 빠른 데이터 전송의 혜택을 누리고 고객에게보다 일관된 가격 스트리밍을 제공 할 수 있습니다.
더 나은 연결
프록시 서버는 우수한 연결 경로를 사용하여 실행하도록 설정할 수 있으므로 고객과 기본 거래 서버간에 더 빠른 데이터 전송이 발생합니다. 프록시 서버 공급 업체는 지역 연결 및 지역 인터넷 서비스 제공 업체에 대한 지식을 활용하여 훌륭한 로컬 및 국제 연결 경로를 제공 할 수 있어야합니다. 올바르게 설정하면 프록시 서버가 있으면 데이터가 제공자를 따라 전달되므로 더 빠른 데이터 전송을 지원할 수 있습니다’우수한 연결 경로.
더 나은 보호
프록시 서버는 클라이언트와 서버 간의 직접 접촉을 방지합니다. 클라이언트가 악의적 인 트래픽을 보내거나 데이터 요청으로 네트워크를 압도하려면 프록시 서버는이를 감지하고 트래픽이 기본 서버에 도달하지 못하게합니다. 이 배리어를 사용하면 기본 거래 서버가 과부하 또는 종료되는 것을 막을 수 있습니다. 또한 고객에게보다 안정적이고 안전한 서비스를 제공 할 수 있습니다.
공급자로서 MT 프록시를 선택하는 이유는 무엇입니까??
중개인은 종종 프록시 서버를 설정하면 비용이 많이들 수 있습니다. 많은 시간과 내부 자원이 필요할 수 있습니다. 저것’우리가 들어오는 곳. MT Proxy는 완전히 관리되는 솔루션을 제공합니다. 우리는 설정을 처리하여 프록시 서버가 전략적으로 위치하고 있는지 확인하고 가능한 가장 낮은 대기 시간을 달성 할 수 있습니다. 따라서 전 세계 모든 고객에게 더 나은 더 빠른 온라인 거래 경험을 제공 할 수 있습니다.
관리 서비스의 일환으로 클라이언트 연결 및 프록시 서버 성능도 실시간으로 모니터링합니다. 잠재적 인 프록시 서버 정전 또는 단절을 자동으로 감지하고 응답합니다. 또한 악의적 인 트래픽 및 잠재적 DDOS 공격을 감지하고 응답합니다. 따라서 우리는 주요 서비스 중단을 방지하고 서버 장애의 잠재적 비용으로부터 비즈니스를 더 잘 보호 할 수 있도록 도와줍니다.
