리눅스
Posts
554 postsIOCP (Input Output Completion Port)
◇ 개요 TCP/IP 공부를 하면 크게는 동기 통신 이후 비동기 통신을 배우는 그 다음이 윈도우는 IOCP, 리눅스는 epoll이다. 간단히 말해 통신자체는 비동기로 수행을 하고(Non-Blocked), 결과확인을 IO쓰레드에서 전담한다는 것이다. ◇ 이론 Completion Port의 생성 #include HANDLE CreateIoCompletionPort( HANDLE FileHandle, HANDLE ExistingCompletionPort, UNLONG_PTR CompltionKey, DWORD NumberOfConcurrentThreads );-> 성공 시 CP 오브젝트의 핸들, 실패 시 NULL 반환 - FileHand
리눅스에서 스왑(swap) 사용률 확인 및 우선순위 변경
리눅스에서 메모리가 부족할 경우 디스크를 메모리처럼 사용하기 위해 스왑(swap) 파티션을 할당하게 되는데, 현재 어느 정도의 용량이 할당되어 있고 얼마나 사용되고 있는지 확인하는 방법이다. 스왑 파티션의 현재 상태는 /proc/swaps의 내용을 확인하면 된다. 터미널창에서 아래와 같이 입력 # 스왑 파티션 사용률 확인 cat /proc/swaps Filename Type Size Used Priority /dev/sda5 partition 1046524 0 -1 위의 예시를 보면 /dev/sda5 파티션이 스왑으로 사용되고 있으며 1046524바이트가 할당되어 있고(Size 항목), 사용되고 있는 용량은 0바이트(Used 항목)이다. 우선순위(

인텔 PTI 보안결함 패치 감상
1. theregister.co.uk 히익 2. phoronix.com 히이이이이이이이이익 3. phoronix.com ???????????? 4. phoronix.com 으으으음.... 5. 그러니까 IO가 존나 많은 서버나 그런 환경에서는 좆된거 맞지만 IO가 적고 순수 CPU 파워가 중요한 부분에서는 별로 차이가 없는것 같고 대부분의 소비자 수준에서는 파일 복사가 좀 느려지겠다 정도밖에 영향이 없을거 같군요. 아직 다 종결된 사태도 아니고 리눅스에서의 테스트에 불과하니 결론내리기는 어렵지만 30퍼센트라는 호들갑은 다소 특수한 경우에 한정되는게 아닐까 하는 생각이
[ARM64]signal - sa_handler signal handler 실행 (code walk-through)
signal에 대해서는 리눅스 시스템 프로그램에서 많이 들어본 적이 있을 꺼에요.쓰레드에 특정 시그날이 전달되면 해당 시그널 핸들러 함수가 호출된다는 내용이죠. 아래 시스템 프로그램의 경우에는 SIGINT 시그널을 전달 받으면 sig_handler 함수가 호출되겠지오.#include #include #include void sig_handler(int signo){ if (signo == SIGINT) printf("received SIGINT\n");} int main(void){ if (signal(SIGINT, sig_handler) == SIG_ERR) printf("\ncan't catch SIGINT\


![[웹툰단행본] 『통제구역관리부』 1권 후기 : 이상한 변칙과 기이한 일들이 일어나는 공간에 대하여](https://img.zoomtrend.com/2026/06/09/1780996474-SE-5eda86fa-0d63-4afd-b8dd-b801879fed52.jpg)
