본문 바로가기

분류 전체보기119

AI 에이전트가 슈퍼컴퓨터를 직접 움직인다 — 과학 컴퓨팅의 새로운 운영 방식 AI 에이전트가 슈퍼컴퓨터를 직접 움직인다 — 과학 컴퓨팅의 새로운 운영 방식과학 컴퓨팅의 작업 방식은 오랫동안 사람이 배치 스크립트를 작성하고 자원을 선택하는 형태였습니다. 최근에는 LLM 기반 AI 에이전트가 목표를 이해하고 도구를 선택해 워크플로우 자체를 조립하는 방향으로 변하고 있습니다.그리드에서 컴퓨팅 연속체로그리드 컴퓨팅은 여러 지역의 슈퍼컴퓨터를 묶었고, 클라우드는 자원의 탄력성을, 엣지는 데이터 발생 지점 가까이의 연산을 가능하게 했습니다. 최근의 흐름은 이들을 따로 보지 않고 하나의 ‘Computing Continuum’으로 연결하는 것입니다. 데이터가 어디에서 생기고, 어디에서 처리하는 것이 가장 합리적인지에 따라 실행 위치가 바뀝니다.에이전트는 무엇을 하는가AI 에이전트는 단순한 챗봇.. 2026. 9. 16.
AI 시대, 왜 다시 HPC인가 — GPU만 빠르면 되는 시대는 끝났다 AI 시대, 왜 다시 HPC인가 — GPU만 빠르면 되는 시대는 끝났다생성형 AI와 초거대 모델의 확산은 HPC의 의미를 바꾸고 있습니다. 예전의 HPC가 ‘어려운 계산을 빨리 끝내는 슈퍼컴퓨터’에 가까웠다면, 이제는 GPU·네트워크·스토리지·메모리·운영 소프트웨어가 하나의 시스템처럼 맞물려 움직이는 AI 인프라에 가깝습니다.HPC의 역할이 바뀌고 있다대규모 언어모델과 과학 AI는 단순한 연산량만 요구하지 않습니다. 방대한 학습 데이터를 안정적으로 공급해야 하고, 수천 개 GPU 사이의 통신을 조정해야 하며, 모델 파라미터와 KV Cache를 메모리에 효율적으로 배치해야 합니다. 여기에 장애 대응과 보안, 데이터 주권까지 포함되면서 HPC는 ‘계산 장비’가 아니라 ‘AI 운영 기반’으로 진화하고 있습니다.. 2026. 9. 16.
임베디드기사 실기 20부작 10편 ## SRAM과 DRAM, Refresh부터 Memory Management까지 임베디드기사 실기 20부작 10편SRAM과 DRAM, Refresh부터 Memory Management까지이번 글은 통합 학습교재의 SRAM/DRAM 정리 내용을 바탕으로 구성했습니다. SRAM은 플립플롭 구조를 사용해 전원이 공급되는 동안 Refresh 없이 데이터를 유지하고, DRAM은 커패시터에 전하를 저장하므로 주기적인 Refresh가 필요하다는 차이를 중심으로 설명합니다.1. 메모리를 왜 구분해서 봐야 할까?임베디드 시스템에서 메모리는 단순히 데이터를 저장하는 공간이 아닙니다. CPU가 얼마나 빠르게 접근해야 하는지, 얼마나 큰 용량이 필요한지, 전원이 꺼진 뒤에도 데이터를 유지해야 하는지에 따라 선택이 달라집니다. 실기에서는 SRAM과 DRAM의 구조·속도·Refresh·용도를 비교하는 문제가.. 2026. 9. 16.
임베디드기사 실기 20부작 9편 ## Linux System Call과 ioctl() — User Space에서 Hardware까지 가는 길 임베디드기사 실기 20부작 9편Linux System Call과 ioctl() — User Space에서 Hardware까지 가는 길앞선 연재에서는 Device Driver, /dev Device Node, mknod, Major/Minor Number가 어떻게 연결되는지 살펴봤습니다. 이번 편에서는 그 다음 질문으로 넘어가겠습니다. 사용자가 작성한 C 프로그램이 실제로 하드웨어를 움직이기 위해서는 어떤 문을 통과해야 할까요?핵심은 System Call입니다. User Space Application이 Kernel Space에 있는 Device Driver의 기능을 요청하는 공식 통로가 바로 System Call이며, 그중에서도 장치별 특수 명령을 전달하는 대표적인 인터페이스가 ioctl()입니다.1. .. 2026. 9. 16.
임베디드기사 실기 20부작 8편 mknod와 Major/Minor Number, /dev Device Node 완전 이해 임베디드기사 실기 20부작 8편mknod와 Major/Minor Number, /dev Device Node 완전 이해앞선 연재에서 Kernel Module이 로드되고 register_chrdev()를 통해 Character Device Driver가 Kernel에 등록되는 흐름을 살펴보았습니다. 그런데 여기서 한 가지 중요한 질문이 남습니다.“Kernel에 Driver를 등록했다고 해서 User Application이 곧바로 그 Driver를 사용할 수 있을까?”정답은 그렇지 않습니다. User Space의 Application은 Kernel 내부 함수에 직접 접근할 수 없기 때문에, 양쪽을 연결해 주는 장치 파일(Device Node)이 필요합니다. 이때 전통적으로 사용되는 명령이 바로 mknod입니.. 2026. 9. 16.
임베디드기사 실기 20부작 7편 - module_init(), register_chrdev(), request_region으로 이해하는 Kernel Module 초기화 임베디드기사 실기 20부작 7편module_init(), register_chrdev(), request_region으로 이해하는 Kernel Module 초기화앞선 연재에서는 Linux Device Driver가 사용자 프로그램과 하드웨어 사이에서 어떤 역할을 하는지 살펴보았습니다. 이번에는 그 Driver가 실제로 Kernel 안에 들어갈 때 어떤 순서로 준비되고, 어떤 자원을 확보하며, 종료할 때 어떻게 정리되는지를 하나의 흐름으로 묶어 보겠습니다.임베디드기사 실기에서는 함수 이름 하나만 외우는 것보다 ‘모듈 로드 → Driver 등록 → 자원 확보 → 사용 → 해제’ 흐름을 이해하는 것이 훨씬 중요합니다.■ 1. Kernel Module이란 무엇인가?Linux Kernel은 모든 기능을 하나의 거.. 2026. 9. 16.

티스토리툴바