본문 바로가기

전체 글42

gRPC 소개 우리는 서비스와 통신할때, 많은 경우 REST API를 날려서 통신을 한다. 근데, 프로세스들끼로 통신을 하는데 있어서 굳이 REST API를 써야되는 이유가 있는가? REST API의 단점- 1.텍스트 기반 메세지 프로토콜/ 서비스간의 통신을 사람의 가독성을 보장하는 텍스트 기반으로 해야되는 이유는? 2. 엄격한 타입 점검 부족/ 비호환성 문제 발생 gRPC의 장점 - 탄생이유가 프로세스간에 통신기술로 설계됨 1. 프로세스간 통신 효율성/ 텍스트 형식 대신 프로토콜 버퍼 기반의 바이너리 프로토콜을 사용 2. contract-first접근 방식을 권장 -> 서비스 인터페이스가 명확해짐 3. 엄격한 타입 점검 형식/ 서비스를 정의할때 프로토콜 버퍼를 사용하기때문 4. 폴리글랏/ 특정 언어에 구애받지 않는다.. 2022. 8. 14.
반복문에서 i,j와 j,i의 속도 차이 i,j int a[20][20] = {1,}; for (int i=0; i L3 -> L2 -> L1순서로 저장하게 된다. 또한 데이터를 가져올때, 해당하는 데이터뿐만 아니라, 주변에 있는 데이터도 한번에 긁어오게 되는데(한번 긁어오는데 까지 resource를 많이 사용해야되니깐, 효율성 측면에서), 한번에 긁어오는 순서대로 반복문을 돌리게되면, 더 빠른속도로 작동하게 된다. 실제 주소값은 a[0][0]:7fff8981c830 a[0][1]:7fff8981c834 a[0][2]:7fff8981c838 a[1][0]:7fff8981c880 a[1][1]:7fff8981c884 a[1][2]:7fff8981c888 과 같이 저장되어있으며, 동일 행에 순서대로 저장후, 다음 행에 저장되는것을 확인할 수 있다... 2022. 8. 14.