incudev2

시니어 (9년 이상)

안녕하세요.의견 감사합니다! 의견 반영하여 개선하도록 하겠습니다!&nbsp;감사합니다!

팰월드 스트림..?

안녕하세요.의견 감사합니다! 오해의 소지가 없도록 수정하여 개선하도록 하겠습니다!&nbsp;감사합니다!

bulkInsert 부분에서 마지막에 이상한? 부분이 있는것 같아서 문의드립니다.

안녕하세요! kim07124님혼선을 드려 죄송합니다. NoticeReadMapper.xml에 코드가 일부 빠져 있었습니다!inflearnPerformancecache 레파지토리에 코드 추가하였습니다!&nbsp;다시 한번 혼선을 드려 죄송합니다!감사합니다!

섹션4: Ngrinder를 통한 성능 개선 확인 에서 사용하는 예제 코드

안녕하세요. yoon 님!질문을 너무 늦게 봐서 현재는 도움이 되실지 모르겠지만 경험 공유드립니다.결론은 사람마다 다르고 회사마다 다르기 때문에 정답은 없다고 생각합니다.&nbsp;1.전사적으로 구축이 되어 있고 제공하는 경우실무로 일했던 곳은 이미 전사적으로 제공을 해주고 있었고 그렇기 때문에 개인적으로 로컬환경에서 설치하여 테스트를 하지는 않았습니다.&nbsp;2.개인적으로(로컬) 설치하여 테스트 하는 경우전사적으로 제공 하더라고 개인 로컬에 다른 솔루션을 설치해서 사용하시는 분도 계시고 전사적으로 제공하는 환경이 아닌경우에는 로컬에 설치하여 테스트를 하였습니다. &nbsp;3.추가로+신규프로젝트라면 서비스환경에 나가기전에 스테이징환경에서 부하테스트를+기존프로젝트의 개선건이라면 서비스환경에 영향을 주지 않는 환경에서 부하테스트를&nbsp;감사합니다!

현업에서의 부하테스트 및 Ngrinder 설치

안녕하세요! EunKyung Hwang 님&nbsp;-ExecutorService는 스레드 풀을 관리하고, 비동기 작업을 수행할 스레드를 제공-CompletableFuture는 비동기 작업을 수행하고 결과를 처리하는 API-추가로 CompletableFuture를 사용할 때 별도의 Executor를 명시적으로 설정하지 않으면, 내부적으로 ForkJoinPool.commonPool()을 사용&nbsp;CompletableFuture는 Future을 단점을 보완하여 나온것으로 Future 단점을 키워드로 찾아보는 것을 추천드립니다.!&nbsp;감사합니다!

ExecutorService와 CompletableFuture의 차이점과 역할

안녕하세요. sje11900님!아래의 순서 점검해보는 것을 추천드립니다.1.첫 조회이후 TTL 설정시간이 지나기전까지 디비가 아닌 캐시에서 데이터를 조회해오는게 맞는지 점검ㄴ> 디비에서 데이터를 조회시 console에서 sql이 찍히게 설정해주세요.&nbsp;2.TTL을 너무 짧게 설정해둔게 아닌지?ㄴ> /api/notice 호출을 하여 캐싱 한 후 TTL 설정시간이 끝나기전에 확인 해본게 아니라 이후에 /api/ehcache를 호출한게 아닌지?&nbsp;3.디버깅 시도TTL은 일단 넉넉히 설정을 해두고 캐싱 처리를 한 후에 /api/ehcache 에 해당하는 컨트롤러 부분에 디버깅을 통해 데이터를 확인&nbsp;3가지 순차적으로 체크부탁드립니다.감사합니다!

캐싱 데이터가 안보입니다.

안녕하세요! 아라레님!화질을 좀더 향상시킬수 있는 방법이 있는 찾아보고 가능하면 기존 영상에 화질을 개선해보도록 하겠습니다!의견 감사합니다!

해상도가 720p 까지 가능해서 화면이 흐리네요.

kofk113님 안녕하세요!pg 파라미터가 없어 진다는게 어떤 건지 조금 더 자세히 이야기 해주실 수 있을까요~?감사합니다!

pg 파라미터가 이제는 없어진다고 하는데 업데이트 해주시나요?

안녕하세요.Q : 현업에서는 부하테스트용 서버(e.g. Stage 서버)를 두고 해당 서버에 부하테스트를 하는지, 아니면 로컬에 띄워두고 간략하게 테스트를 하는지 궁금합니다.A : 회사마다 다를거 같은데요. 저의 케이스를 참고차 의견 공유드립니다!서비스환경과 스펙이 거의 일하는 스테이징 환경이 있고 부하테스트는 스테이징환경에서 진행하고 있습니다.예를 들어. 부하테스트 기준이 개발한 기능이 TPS 1000이상을 넘어야 하는데 스테이징 환경에서 미리 부하테스트를 통해 검증을 하고 배포를 합니다.이런 스테이징환경에서 부하테스트를 통해 실제 서비스환경에 반영할 때 서버 자원을 늘릴지 이런부분들도 미리 예측하고 고민합니다.&nbsp;Q : Ngrinder를 어떤 서버에 설치하는지 궁금합니다. 별도의 IDC 서버에 설치한 후, 팀 내 개발자가 모두 해당 Ngrinder를 사용해 부하테스트를 적용하는지, 아니면 Ngrinder는 로컬 컴퓨터(개인 노트북 등)에 설치 후 부하 테스트 대상 서버만 Stage 환경 등에 두고 해당 서버에 테스트를 하는지 궁금합니다.A : 이부분도 회사마다 다를텐데요. 강의의 경우 로컬에 설치하여 실습을 해보았는데요. 실무에서는 공통으로 사용할 수 있는 ngrinder가 설치 되어 있는 환경이고 그걸 사용하여 부하테스트를 하고 있습니다.&nbsp;

A1:&nbsp;공식이 있기보다는 상황에 맞게 선택을 하셔야 되는데요.저라면 이와 같은 방식으로 시도를 할 거 같습니다.1.5개의 칼럼중에 카디널리티가 높은 단일 칼럼을 기준으로 단일 인덱스 생성2.원하는 성능까지 나오는 체크3.원하는 성능이 나온다면 여기 stop4.아직 원하는 기준만큼 성능이 안나온다면 다른 칼럼들을 하나씩 추가하여 결합인덱스를 생성5.결합인덱스를 통해 원하는 기준에 도달하였다면 stop6.결합인덱스를 사용했는데도 아직 충분하지 않다.7.DB단이 아닌 어플리케이션 단에서 개선 할 수 있는 포인트 찾기.처음부터 결합인덱스를 생성하면 되는 이렇게 번거롭게 간 이유는 인덱스,결합인덱스의 단점 체크해주세요.+ 결합인덱스 생성시 주의사항도 같이 체크해주세요.면접대비 목차에서 언급 했던 주제이기 때문에 직접 찾아보고 공부 하시라고 언급만 해두었습니다.A2:2번 질문에 대한 답변도 상황에 맞게 선택한다가 제 생각입니다.인덱스를 추가했을때 성능이 확실히 개선 됐는지 체크해보기.실행계획을 통해 인덱스를 잘타고 있는지.카디널리티 수치가 낮지만 인덱스를 추가함 로서 제가 원하는 기준에 성능까지 나오고 인덱스를 잘타고있다면 저라면 생성합니다.

incudev2

投稿