일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 |
- forkandjoinpool #threadpool #jvm #async #non-blocking
- container image #docker #layer #filesystem #content addressable
- test
- spring cloud
- Dynamic Routing
- java #jvm #reference #gc #strong reference
- spring cloud netflix zuul
- 탐색
- Spring Data Redis
- 서비스스펙
- 설계
- unittest
- zuul
- netflix
- docker
- microservice architecture
- 단위테스트
- dfs
- code refactoring
- reactive
- spring cloud netflix
- BFS
- netflix eureka
- Java
- api-gateway
- Eureka
- springcloud
- spring cloud netflix eureka
- unit
- Today
- Total
phantasmicmeans 기술 블로그

1. 정상 종료 후 HDMI 빼고, 부팅 → 부팅 완료 후 HDMI 연결 xrandr에 다음과 같이 HDMI-1-1이 나와야 정상임. 나오지 않으면 Detect 안된 상태 2. nvidia-driver 재설치, reconfigure lightdm or gdm3 3. reinstall ubuntu-desktop 해상도 resolution cvt 1920 1080 xrandr --newmode "1920x1080_60.00" 173.00 1920 2048 2248 2576 1080 1083 1088 1120 -hsync +vsync xrandr --addmode eDP-1-1 "1920x1080_60.00"

Docker에서 Container Image는 layer의 연속이다. 각 레이어는 Dockerfile에서의 각 명령(instruction)을 대표한다. 가장 상단의 layer를 제외하고는 모두 Read Only이다. 갑자기 가장 상단의 layer는 제외하고 Read Only라니 무슨 말인지 이해가 안될 것이다. 이에 대한 설명은 바로 아래에 있다. 1. Container Image, Writable Layer FROM ubuntu:16.04 COPY . /app RUN make /app CMD python /app/app.py 위 Dockerfile은 4개의 command를 가진다. 각 command는 layer를 생성하게 된다. 각 Layer는 stack 처럼 쌓인다. 또한 각 layer는 바로 이전 ..

CompletableFuture를 활용해 작업을 하다 우연히 스레드명을 로깅하게 되었고 이는 default로 ForkAndJoinPool()을 사용하는 것을 알았다. ForkAndJoinPool()은 Java 7에서 도입되었으며 보통의 ExecutorService와 비슷하나 차이점을 가진다. 사실 이름만 봐도 어느정도 감이 올것이다. ForKAndJoinPool은 2가지 recursive한 스텝을 가진다. 1. Fork 첫 번째 작업은 "split itself" 이다. 자신을 더 작은 subTask로 나눈다. 이후 subTask는 parallel or concurrent하게 실행된다. 위 그럼처럼 Task를 SubTask로 fork하여 분리한다. subTask는 parallel하게 실행되거나, cpu c..

JVM 내의 Reference는 GC와 관련해 이해하는 것이 좋다. JVM Heap Memory Reference JVM의 Garbage Collector가 Garbage Collecting을 행하는 기준을 설명한다. 일반적으로 Garbage Collector는 Stack내의 원소들을 훑으며 각 원소가 Heap Memory내의 어떠한 객체를 참조하고 있는지 체크하고 기록한다. 이를 Marking 이라 한다. 일반적인 경우 Stack내의 원소를 "객체 참조의 Root Set"이라 한다. 물론 이것만 있는 것은 아니다. Heap의 객체들에 대한 참조는 다음과 같다. 1. 힙 내의 다른 객체에 의한 참조 2. Java Method 실행시 사용되는 지역변수 및 파라미터에 의한 참조 3. JNI에 의해 생성된 객..
사용하고 있는 꿀 Open Source들.. 1. VIM-Plug- A Minimalist Vim Plugin Manager https://github.com/junegunn/vim-plug junegunn/vim-plug :hibiscus: Minimalist Vim Plugin Manager. Contribute to junegunn/vim-plug development by creating an account on GitHub. github.com Easier to setup: Single file. No boilerplate code required. Easier to use: Concise, intuitive syntax Super-fast parallel installation/update (..