역사는 반복된다. 2005년 PowerPC processor에서 Intel CPU로의 전환 발표 후 2006년 첫 제품을 내 놓은 후 다시 15년 만에 이번에는 ARM 기반 자체 CPU인 Apple Silicon으로의 전환을 발표하고, 11월 제품 발표회에서 첫번째 Apple Silicon인 M1 칩 기반의 Apple Macbook Air, Macbook Pro 그리고 Mac mini 제품을 출시했다. 대학 다닐 때 Apple이 자사 제품에 사용하던 processor를 기존 Motorola 68xxx 시리즈에서 Apple, IBM 그리고 Motorola(나중에 processor division만 분리해서 Freescale로 분사)가 합작해서 만든 RISC 기반의 PowerPC processor로 전환해서 제품 경쟁력 강화를 꾀했던 게 기억난다.

갑자기 V40에서 냉각수 부족 경고가…. 그럴 때는 근처 약국에 가서 증류수를 사서 보충하면 된다고. 수돗물도 괜찮지만, 겨울철에 얼어 붙을 수가 있어 가장 좋은 건 증류수. 절대 생수는 안된다고.

2. CUDA Memory Management Most of the application’s performance will be bottlecked by memory-related constraints GPU RAM BW : 900GB/s (DDR3 ?) NV Visual Profiler Global memory is a staging area where all of the date gets copied from CPU memory. Global Memory(device memory) is visible to all of the threads in the kernel and also visible to CPu. Coalesced vs. uncoalesced global memory access coalesced global memory access : Sequential memory access is adjacent Warp Warp is a unit of thread scheduling/execution in SMs.

1. Introduction to CUDA Programming CPU Architecture is optimized for low latency accessing while GPU architecture is optimized for data parallel throughput compution CPU hides latency of data by frequently stroring used data in caches and utilize the temporal locality In CUDA, the execution unit is a warp not a thread. Context switching is happens between the warps and not threads. GPU has lots of registers, all the thread context switching information is already present in the registers.

Python을 이용해서 손 쉽게 CPU 사용량 정보를 알아낼 수 있는 방법. Physical core 별, logical core 별(Hyper-threading을 켠 경우), 각 core 별 사용량 정보 등을 쉽게 알아낼 수 있다. 이거 C로 짜려면 은근 귀찮은데. 어떻게 해당 정보들을 알아내는 지 궁금하네. 코드를 한번 봐야겠군.

Use the Secret and ConfigMaps $ cat my-secret.yaml apiVersion: v1 kind: Secret metadata: name: mysecret type: Opaque stringData: WSO2_CLOUD_ORG_KEY: "mycompany" WSO2_CLOUD_EMAIL: "sample-email@wso2.com" WSO2_CLOUD_PASSWORD: "password" $ kubectl apply -f my-secret.yaml secret/mysecret created From Using Kubernetes Secrets as Environment Variables spec: containers: - env: - name: WSO2_CLOUD_ORG_KEY valueFrom: secretKeyRef: name: mysecret key: WSO2_CLOUD_ORG_KEY ... apiVersion: v1 kind: Secret metadata: name: my-tokens type: Opaque stringData: pinboard_key: "FIXME" pocket_consumer_key: "FIXME" pocket_access_token: "FIXME" slack_api_token: "FIXME" slack_events_token: "FIXME" slack_verification_token: "FIXME" slack_signing_secret: "FIXME" telegram_token: "FIXME" telegram_api_id: "FIXME" telegram_api_hash: "FIXME" $ kubectl apply -f my-tokens.

Problem CronJob이 지정된 시간에 잘 동작했는 지 확인해 본 결과 이상한 점을 발견했다. 오후 2시 32분에 CronJob 의 동작을 확인했는데 이전에 실행된 시간이 4시간 32분 전이라고, 즉 새벽 1시가 아니라 오전 10시에 실행이 되었다는 나오는 것이다. $ date Sat Oct 10 14:32:36 KST 2020 $ kubectl get cronjob NAME SCHEDULE SUSPEND ACTIVE LAST SCHEDULE AGE pocket-stat 0 1 * * * False 0 4h32m 14h 혹시 10시를 1시로 잘못 설정했나 하고 kubectl describe cronjob 명령으로 확인해 봤지만 schedule 정보는 정상적으로 설정되어 있었다는.

서재 방을 뒤집으면서 이참에 책상 밑, 뒤 등에 숨겨(?)놨던 맥미니, 공유기, 나스 등을 나름 랙에 모아놓고, 랜선이 나오는 바로 벽 바로 옆에 뒀다. 그 덕에 벽에서 책상쪽으로 건너가기 위해 바닥에 있던 선 들이 이제 1개로 줄었다. 이전에는 전원선 2개, 유선 랜 2개 였는데 이제는 전원선 하나만 보냈다는. 덕분에 바닥이 깔끔해 지긴 했는데 랙이 너무 비좁다. IKEA 칼락스가 하나 있으면 딱 일 것 같은데. 당근에서 저렴하게 하나 안 나오나?