6
수정되지 않은 여러 테이블의 2 차 캐싱을 사용하려면 ehcache (1.6.0-beta5)를 사용하는 것이 좋습니다. 우리는이 테이블에 대해 읽기 전용 ehcache 영역을 설정했으며 현재 잘 작동하는 것 같습니다. 캐시에 저장된 HIBnerate POJO는 모두 변경 불가능합니다.최대 절전 모드의 성능 2 차 캐싱 ehcache
여기서 개발자 중 한 명은 ehcache에서 개체를 '수화'하는 데 걸리는 시간, 즉 ehcache의 내부 표현에서 실제 Java 개체로 매핑하는 데 걸리는 시간이 크게 단축된다는 문제가 제기되었습니다. 대신 그는 우리 자신의 캐시에 수동으로 객체를 저장하라고 제안했습니다. 이렇게하려면 코드를 크게 수정해야하며 개선 효과가 얼마나 큰지에 대한 예약이 필요합니다.
내 질문은 :
- 정말 중요한 성능이 저하인가?
- 엔티티 이 읽기 전용 캐시에서 변경 불가능한 경우 은 실제로 수화를 수행 할 필요가 있습니까 (예 : ). 개체를 직접 저장할 수 없습니까?
도움 주셔서 감사합니다.
네, 확실히 우리를위한 다음 단계입니다. 다른 사람들이 이전에 수화 작용으로 인해 성능 문제가 있었는지 확인하고있었습니다. –
프로파일 링의 결과는 무엇입니까? 수분 공급이 귀하의 경우에 상당한 영향을 미쳤습니까? – Jardo