2009-05-25 6 views
6

수정되지 않은 여러 테이블의 2 차 캐싱을 사용하려면 ehcache (1.6.0-beta5)를 사용하는 것이 좋습니다. 우리는이 테이블에 대해 읽기 전용 ehcache 영역을 설정했으며 현재 잘 작동하는 것 같습니다. 캐시에 저장된 HIBnerate POJO는 모두 변경 불가능합니다.최대 절전 모드의 성능 2 차 캐싱 ehcache

여기서 개발자 중 한 명은 ehcache에서 개체를 '수화'하는 데 걸리는 시간, 즉 ehcache의 내부 표현에서 실제 Java 개체로 매핑하는 데 걸리는 시간이 크게 단축된다는 문제가 제기되었습니다. 대신 그는 우리 자신의 캐시에 수동으로 객체를 저장하라고 제안했습니다. 이렇게하려면 코드를 크게 수정해야하며 개선 효과가 얼마나 큰지에 대한 예약이 필요합니다.

내 질문은 :

  1. 정말 중요한 성능이 저하인가?
  2. 엔티티 이 읽기 ​​전용 캐시에서 변경 불가능한 경우 은 실제로 수화를 수행 할 필요가 있습니까 (예 : ). 개체를 직접 저장할 수 없습니까?

도움 주셔서 감사합니다.

답변

4

수분 공급에 걸리는 시간을 프로파일 링해야합니다. 그리고 그것이 significat (적어도 몇 퍼센트)라면 코드 변경에 대해 생각해야합니다.

+1

네, 확실히 우리를위한 다음 단계입니다. 다른 사람들이 이전에 수화 작용으로 인해 성능 문제가 있었는지 확인하고있었습니다. –

+0

프로파일 링의 결과는 무엇입니까? 수분 공급이 귀하의 경우에 상당한 영향을 미쳤습니까? – Jardo

관련 문제