엄청난 성능의 장고 사이트입니다. 원인을 찾는 데 도움이 필요합니다.

다소 큰 Django 사이트와 매우 느린 (페이지 당 3000ms 이상) 실행 중입니다.엄청난 성능의 장고 사이트입니다. 원인을 찾는 데 도움이 필요합니다.

뭔가가 성능을 저하 시키지만 무엇이 있는지 전혀 모릅니다.

MySQL에서 8ms 만 실행되는 쿼리가 10 개뿐입니다. 우리가 모든 css + javascript를 비활성화하면 3000ms 이상이 소요됩니다.

django-debug-toolbar: 
User CPU time 264.384 msec 
System CPU time 104.791 msec 
Total CPU time 369.175 msec 
Elapsed time 2621.822 msec

우리는 django-extensions에서 runprofileserver을 시도하고 일부 profiledata 가지고 : (? 템플릿 렌더링)

https://portal.bitcasa.com/send/f19b6dd7bd2bd724737ce42a6e4c342b10349a73214877227628939a5f5331ea/37359a48a7f5e3422778be654e9dd74896b1d6c25249b327e2f5d3bd1966ddbe

내가 렌더링을 통해 rendered_content 결론에 도달 프로파일 링 데이터를 해독하려고하는 이유입니다 그 느린, 문제는 우리가 기본 템플릿의 부분을 사용하지 않으면 어떤 차이가 없다는 것입니다.

누군가가 도와 줄 수 있습니까?

감사합니다.

출처

2013-01-16 Martin Ericson

죄송합니다. [Overflow]에 대해서는 좋은 질문이 아닙니다. [FAQ]를 참조하십시오. 특정 사이트의 프로필 덤프는 단순히 다른 사람에게 도움이 될만큼 일반적이지 않으며 Google이 귀하를 도울 정도로 구체적이지 않습니다. 이런 종류의 문제에 대해, 당신은 아마도 당신 자신을 컨설턴트로 생각해야 할 것입니다. –

나는 또한 같은 문제가 있습니다. 나는이 높은 시간 경과를 초래 한 것이 무엇인지 궁금합니다. – rechie

Tracelytics 또는 New Relic과 같은 프로파일 링 도구를 사용하는 것이 좋습니다.

말할 어렵지만, 일반적인 원인이 될 수있다 : 캐싱 층 쿼리의

오용과

오해 (대형 쿼리, 인덱스를 추가 select_related 및 prefetch_related 사용)
django-debug-toolbar 자체를 사용하면 작업 속도가 훨씬 느려집니다. DEBUG = False인지 확인하십시오.

출처

2013-01-16 09:00:31 ustun

엄청난 성능의 장고 사이트입니다. 원인을 찾는 데 도움이 필요합니다.

답변

관련 문제