답변:
OpenStreetMap은 초당 10-20 인 것 같습니다
Wikipedia는 300 개의 서버에 분산 된 초당 30000에서 70000으로 보입니다 (시스템 당 초당 100에서 200 개의 요청, 대부분 캐시 임).
Geograph는 주당 7000 개의 이미지를 받고 있습니다 (95 초당 1 회 업로드).
확실하지 사람이 여전히 관심이 있지만,이 정보는 트위터에 대해 게시했습니다 (그리고 너무 여기 )
통계
- 350,000 명 이상의 사용자. 실제 숫자는 항상 그렇듯이 매우 슈퍼 극비입니다.
- 초당 600 개의 요청.
- 초당 평균 200-300 개의 연결. 초당 800 개의 연결로 급증합니다.
- MySQL은 초당 2,400 개의 요청을 처리했습니다.
- 180 Rails 인스턴스. Mongrel을 "웹"서버로 사용합니다.
- MySQL 서버 1 개 (빅 8 코어 박스 1 개) 및 슬레이브 1 개. 슬레이브는 통계 및보고 용으로 읽기 전용입니다.
- 이상한 작업을 처리하기위한 30 개 이상의 프로세스.
- 8 Sun X4100s.
- Rails에서 요청을 200 밀리 초 안에 처리합니다.
- 데이터베이스에서 소요되는 평균 시간은 50-100 밀리 초입니다.
- 16GB 이상의 memcached.
웹 호스트의 제어판으로 이동하여 phpMyAdmin을 열고 "MySQL 런타임 정보 표시"를 클릭하면 다음과 같은 결과가 나타납니다.
이 MySQL 서버는 53 일, 15 시간, 28 분 53 초 동안 실행되었습니다. 2008 년 10 월 24 일 오전 4시 3 분에 시작되었습니다.
쿼리 통계 : 시작 이후 3,444,378,344 개의 쿼리가 서버로 전송되었습니다.
총
시간당
3,444M 분당 2.68M
초당 44.59k 743.13
이는 지난 53 일 동안 1 초마다 평균 743 개의 mySQL 쿼리입니다!
나는 당신에 대해 모르지만 나에게 그것은 빠르다! 아주 빨리 !!
개인적으로 저는 매번 수행되는 분석을 모두 좋아합니다 .... 요청 / 초 및 평균 시간 / 요청과 최대 요청 시간을 보는 것을 좋아합니다. 초당 61 개의 요청이 있으면 쉽게 뒤집을 수 있으며 1000ms / 61 개의 요청으로 뒤집을 수 있습니다.
귀하의 질문에 답하기 위해 우리는 대규모 부하 테스트를 수행했으며 우리가 사용하는 다양한 아마존 하드웨어 ($$ / 이벤트 / 초로 떨어졌을 때 32 비트 중간 CPU)와 요청 / 초 범위에서 범위를 찾았습니다. 29 개 요청 / 초 / 노드에서 최대 150 개 요청 / 초 / 노드 범위입니다.
물론 더 나은 하드웨어를 제공하면 더 나은 결과를 얻을 수 있지만 최상의 ROI는 아닙니다. 어쨌든,이 게시물은 내가 야구장에서 내 번호가 어디에 있는지 확인하고 다른 사람이 찾고있는 경우 내 번호를 공유했는지 확인하기 위해 몇 가지 유사점을 찾고 있었기 때문에 훌륭했습니다. 내 것은 순전히 내가 갈 수있는만큼 높은 곳입니다.
참고 : 요청 / 초 분석 (ms / request가 아님) 덕분에 Linux (우리는 C 및 Java에서 서버를 테스트 함)가 너무 많은 부하를받을 때 소켓 라이브러리에 대한 모든 호출을 동결하는 문제를 해결하려는 주요 Linux 문제를 발견했습니다. 매우 이상해 보입니다. 전체 게시물은 실제로 여기에서 찾을 수 있습니다 .... http://ubuntuforums.org/showthread.php?p=11202389
이 문제가 해결되면 테스트가 2 분 42 초에서 1 분 35 초로 진행되어 33 %의 성능 향상을 볼 수 있다는 점에서 엄청난 성능 향상을 제공하므로이를 해결하기 위해 노력하고 있습니다 .... DoS 공격이 더 나쁠수록 이러한 일시 중지 시간이 길어 모든 CPU가 0으로 떨어지고 처리가 중지됩니다. 내 생각에 서버 처리는 DoS에 직면하여 계속되어야하지만 어떤 이유로 든 때때로 중단됩니다. Dos 동안 때때로 최대 30 초 !!!
추가 : 실제로 jdk 경합 상태 버그라는 것을 알았습니다 .... 큰 클러스터에서 분리하기가 어려웠지만 1 개의 서버 1 데이터 노드를 실행했지만 그중 10 개를 실행했을 때 매번 재현 할 수 있었고 서버 만 살펴 보았습니다. / datanode에서 발생했습니다. jdk를 이전 릴리스로 전환하면 문제가 해결되었습니다. 우리는 jdk1.6.0_26에있었습니다.
그것은 매우 열린 사과 대 오렌지 유형의 질문입니다.
1. 프로덕션 애플리케이션의 평균 요청로드 2. 빠른 것으로 간주되는 것
이것들은 반드시 관련이 없습니다.
초당 평균 요청 수는 다음에 의해 결정됩니다.
ㅏ. 동시 사용자 수
비. 초당 평균 페이지 요청 수
씨. 추가 요청 수 (예 : ajax 호출 등)
빠르다고 생각되는 것이 무엇인지에 관해서는 .. 사이트가 취할 수있는 요청이 얼마나 적다는 의미입니까? 아니면 하드웨어가 xyz 초당 요청 수를 처리 할 수 있다면 빠른 것으로 간주된다면?
당신의 그래프의 "Slashdot의 효과 분석"를 검색 할 수 있습니다 당신이 보는 것이 무엇 예를 들어 사이트의 일부 측면이 갑자기 뉴스에 인기가있는 경우, 위키에이 그래프를 .
살아남는 웹 애플리케이션은 처리 언어를 통해 모든 요청을 보내는 대신 정적 페이지를 생성 할 수있는 경향이 있습니다.
단일 서버 이상으로 웹 사이트를 확장하는 방법에 대한 아이디어가 포함 된 훌륭한 비디오 (ted.com에 올 것 같은데요? 플리커 웹 팀이 만든 것 같아요? 링크를 아십니까?) 다양한 유형의 사용자에게 최상의 효과를 얻기 위해 읽기 전용 및 읽기-쓰기 서버의 혼합 사이에 연결을 할당합니다.