나는 전반적인 성능을 이해하려고 노력 중이다. & web2py의 확장 성.web2py의 성능/용량 통계?
물론 성능 &의 확장 성은 특정 구현 세부 사항, 하드웨어, DB 디자인에 크게 의존하므로 매우 어려운 질문입니다. 모든 응용 프로그램이 다릅니다.
숫자가 있습니까? 또는 심지어 엄지 손가락의 규칙?
필자는 어느 시점에서 전체 확장 성 테스트를 수행 할 예정이지만 예상되는 것을 알지 못합니다. 거친 크기 조정 토론에 도움이 될 정보를 공유 할 수 있으면 감사하겠습니다.
병목 목은 항상 데이터베이스입니다.
필자의 관점에서 web2py는 각 요청마다 데이터베이스를 정의하기 때문에 많은로드 균형 조정을 수행 할 수 있으므로 db1, db2 및 사용할 함수를 선택할 수 있습니다. 성능에 가장 큰 피해를주는 것은 데이터베이스 때문입니다.
장고 성능에 대한 벤치 마크가있었습니다. 장고는 꽤 빠르다고 여겨지기 때문에 걱정하지 않을 것입니다. 발생할 수있는 다른 병목 현상은 각 요청에로드되는 모델입니다. 먼저 마이 그 레이션을 비활성화 할 수 있습니다. 즉, 데이터베이스를 매번 유효성을 검사하지 않고 (일을 빠르게해야 함) 그리고 최근에 브루노는 showed the modelless mechanism converting them to modules which are loaded explicite.
의 보조 노트가 있습니다. 오늘날의 확장 성은 특정 시점까지 중요하지 않습니다. 그리고 당신이 당신의 애플 리케이션과 함께 확장 성 문제에 도달하면 그들을 해결하기 위해 많은 돈을 가지고해야한다;] –
브루노의 접근 방식은 영리하고 유용한 포인터 덕분이다 –