그래서 나는 많은 사이트에서 New Relic에 주목하고 있으며 Mage_Core_Model_Session_Abstract_Varien :: start로 인해 많은 페이지로드가 발생하고 있습니다. 나는 약간의 연구를 해왔으며 다른 사람이 이것에 대해 이야기하는 것을 보지 못했습니다.
우리는 Nginx, PHP FPM, Redis for Caching, Memcache를 세션에 사용합니다. 내 아이디어 중 일부는 아마도 오래 걸리는 다른 것일 수 있으며 세션을로드하는 것이 문제인 것 같습니다. 또는 어떻게 든 많은 세션을 유발하는 세션에 많은 데이터를 추가하는 사용자 지정 코드가 있습니다.
세션 및 세션 관리 방법에 대해서는 잘 모르지만 세션 잠금에 대한 기사를 찾았습니다. 그러나 사람들이 동시에 너무 많은 페이지를 열 것이라고는 생각하지 않습니다.
이러한 부하 중 일부는 20-30 초 정도입니다. 다른 사람이 이것을 보았거나 세션으로 인해 이러한 유형의 긴 요청을 분석하는 방법에 대해 더 많은 지식이 있다면 궁금합니다.
1
세션 스토리지로 사용되는 Redis와 동일한 동작을 발견했습니다. 왜 그런 일이 발생했는지 전혀 모른다.
이 원인을 아직 추적 할 수 있었습니까? 매우 유사한 설정 (캐시의 Redis, 세션의 memcached)이 있으며 최근에는 New Relic을 사용하여 성능을 추적하기 시작했습니다. 우리는 MCMSAV :: start에서 발생하는 것으로 보이는 20 초 이상의 흔적을 포착하고 있습니다. 불행히도 더 깊이 볼 수는 없습니다. 툴팁은 "이 클래스와 메소드가 PHP 에이전트의 현재 구성으로 인스트루먼트되어 있지 않기 때문에 더 빠른 가시성을 사용할 수 없습니다"라고 말합니다. 아직 더 조사하지 않았습니다. 어떤 아이디어?
—
BrianVPS
@BrianVPS 나는 아무것도 찾지 못했습니다. 그것은 나에게 미스터리로 남아 있으며 그것을 추적 할 시간이 더 이상 주어지지 않았습니다. 나는 여전히 모든 프로젝트에서 그것을 본다. 당신은 아무것도 찾은 적이 있습니까?
—
dan.codes
원인을 찾았는지 모르겠지만 최근에 본 적이 없습니다. 우리는 사이트를 크게 변경하고 많은 지방을 다듬 었습니다. 사용하지 않는 일부 핵심 모듈을 비활성화하고 사용하지 않는 많은 속성, 범주 및 제품을 삭제했습니다. 그 이후 모든면에서 상황이 개선되었습니다. 관련이 있는지는 모르겠지만 일반적으로 불필요한 것을 제거하면 마 젠토에게 큰 도움이됩니다. 많은 사이트에서 필요하지 않은 많은 코드를 가진 강력하지만 부풀어 오른 시스템입니다. 초과분을 제거하는 것이 매우 도움이됩니다.
—
BrianVPS
@BrianVPS 나는 정확히 같은 문제가 있습니다 (MCMSAV :: start의 무언가로 인한 것 같습니다. 해결책을 찾았습니까?
—
Denis Spalenza 1
