[Effective Java] 아이템 67. 최적화는 신중히 하라

EFFECTIVE JAVA(이펙티브 자바)

 

이 포스팅에서 작성하는 내용은 EFFECTIVE JAVA(이펙티브자바) 에서 발췌하였습니다.

---

아이템 67. 최적화는 신중히 하라

 

최적화 관련 격언

• (맹목적인 어리석음을 포함해) 그 어떤 핑계보다 효율성이라는 이름 아래 행해진 컴퓨팅 죄악이 더 많다. - 윌리엄 울프
• 자그마한 효율성은 모두 잊자. 섣부른 최적화가 만악의 근원이다. - 도널드 크누스
• 최적화 할 때는 다음의 두 규칙을 따르라. 첫 번째, 하지마라. 두 번째, (전문가 한정) 아직 하지 마라, 다시 말해 완전히 명백하고 최적화되지 않은 해법을 찾을 때까지 하지마라. - M.A 잭슨
• 이 격언들은 자바가 탄생하기 20년 전에 나온 것으로, 최적화의 어두운 진실을 알려준다.
• 최적화는 좋은 결과보다 해로운 결과로 이어지기 쉽고, 섣불리 진행하면 그럴 확률이 높아진다.
• 빠른 프로그램보다는 좋은 프로그램을 작성하자.

 

 

시스템 설계 및 최적화 유의점

• 성능을 제한하는 설계를 피하자.
  • 완성 후 변경하기가 가장 어려운 설계요소는 바로 컴포넌트끼리, 혹은 외부 시스템과의 소통 방식이다.
• API를 설계할 때 성능에 주는 영향을 고려하자.
  • public 타입을 가변으로 만들면, 즉 내부 데이터를 변경할 수 있게 만들면 불필요한 방어적 복사를 수없이 유발할 수 있다.
• 성능을 위해 API를 왜곡하는 건 매우 안좋은 생각이다.
  • API를 왜곡하도록 만든 그 성능 문제는 해당 플랫폼이나 아랫단 소프트웨어의 다음 버전에서 사라질 수도 있지만, 왜곡된 API와 이를 지원하는 데 따르는 고통은 계속될 것이다.
• 최적화 시도 전 후로 각각 성능을 측정해보자.
  • 성능 최적화 이후 더 안좋아질 때도 있다.
• 프로파일링 도구를 이용하는 방법도 좋다. (프로파일링 도구는 최적화를 어디에 해야하는 지 도와준다.)

 

 

정리

• 빠른 프로그램을 작성하려 안달하지 말자.
• 좋은 프로그램을 작성하다 보면 성능은 따라오게 마련이다.
• 시스템을 설계할 때, 특히 API, 네트워크 프로토콜, 영구 저장용 데이터 포맷을 설계할 때는 성능을 염두해야 한다.
• 시스템 구현을 완료했다면 성능을 측정한 후에 빠르면 최적화를 하지 말자.
• 느리다면 프로파일러 도구를 이용해 원인을 찾고 최적화를 수행하자.
• 알고리즘을 먼저 확인해보자.