새 문서 목록

07:302025년 4월 2일 (수) 07:30 Selective On-Device Execution of Data-Dependent Read I/Os (역사 | 편집) [5,182 바이트] Ahn9807 (토론 | 기여) (새 문서: 분류: USENIX FAST Chanyoung Park, Minu Chung, and Hyungon Moon 23rd USENIX Conference on File and Storage Technologies == 개요 == On-device와 In-kernel Near-storage processing의 장점을 모두 살릴 수 있는 새로운 디자인인 SODE를 제시함. SODE는 동적으로 현재 On-device core의 busniess에 따라서 Resubmission logic이 Kernel과 Storage에 적절히 Scheduling할 수 있도록 설계함. 이를 통해서 기존 SOTA였던 XRP보다 향상된...) 태그: 시각 편집

03:452025년 3월 31일 (월) 03:45 KV Cache (역사 | 편집) [3,751 바이트] Ahn9807 (토론 | 기여) (새 문서: 분류: Transformer model == 개요 == Autoregression모델에서, KV Cache는 전에 계산한 K값과 V값들을 캐싱하여, 현재 토큰을 계산하는데 필요한 중복되는 연산을 줄여서 생성 속도의 향상을 꾀하는 Caching모델이다. KV Cache는 대표적인 Computing & Memory trade-off를 이용한 방법이다. == 필요성 == 파일:KV_Cache.gif|프레임없음|600픽셀|가운데|https://medium.com/@joaolages/kv-caching-explained-2765...) 태그: 시각 편집: 전환됨

08:462025년 3월 29일 (토) 08:46 Transformer (역사 | 편집) [10,638 바이트] Ahn9807 (토론 | 기여) (새 문서: 분류: Transformer model == 개요 == Transformer모델은 RNN의 한계를 극복하기 위해서 Attention을 최대한 활용하여, 문장내의 각 문맥의 중요도를 최대한 언어 모델에 반영하기 위해서 개발된 모델이다. Transformer모델에서 제안한 디자인은 크게 Tokenization, Embedding, Positional Encoding, Attention layer을 여러개 쌓아 만들어진 Encoder, Decoder부분 그리고 Encoder self-attention, Masked decode...)

04:042025년 3월 28일 (금) 04:04 Attention (역사 | 편집) [7,501 바이트] Ahn9807 (토론 | 기여) (새 문서: 분류: Transformer model == 개요 == Attention은 기계학습에서 Sequence의 각각의 부분이 얼마나 중요한지를(즉, 얼만큼 관심있게 처리해야 할지를) 결정하는 매커니즘이다. Attention is all you need논문이 나오기 전에는 RNN에 의한 방법들이 많이 사용되었으나, 그후에는 Transformer모델이 주축이 되어서 Attention을 처리하고 있다. Attention매커니즘은 RNN의 단점인, Vanishing gradie...)

05:472025년 3월 27일 (목) 05:47 TBT (역사 | 편집) [22 바이트] Ahn9807 (토론 | 기여) (TTFT 문서로 넘겨주기) 태그: 새 넘겨주기
05:462025년 3월 27일 (목) 05:46 Time between token (역사 | 편집) [1,383 바이트] Ahn9807 (토론 | 기여) (새 문서: 분류: 인공지능 == 개요 == Time between token(TBT)는 LLM의 성능을 평가하는 지표중 하나로, 모델이 첫번째 토큰을 생성한후(TTFT)각 후속 토큰을 생성하는 데 걸리는 평균 시간을 의미한다. TBT는 다음과 같이 정의된다: TBT = <math>\frac{T_{\text{total}} - T_{\text{first}}}{N - 1}</math> 여기서, * <math>T_{\text{total}}</math> = 전체 응답 생성 시간 * <math>T_{\text{first}}</math> = 첫 번째 토...)
05:432025년 3월 27일 (목) 05:43 TTFT (역사 | 편집) [37 바이트] Ahn9807 (토론 | 기여) (Time to first token 문서로 넘겨주기) 태그: 새 넘겨주기
05:422025년 3월 27일 (목) 05:42 Time to first token (역사 | 편집) [813 바이트] Ahn9807 (토론 | 기여) (새 문서: 분류: 인공지능 == 개요 == Time to first token(TTFT)는 LLM의 성능을 평가하는 지표로, 사용자가 프롬프트를 입력한 후 첫 번째 토큰이 생성될 때까지 걸리는 시간을 의미한다. LLM의 Latency를 측정하는 데 사용된다. TTFT는 LLM이 "첫 반응을 제공하는 속도"를 나타내며, 사용자 경험에 큰 영향을 미친다. <syntaxhighlight lang=python> import time import openai start_time = time.time()...) 태그: 시각 편집: 전환됨

07:432025년 3월 26일 (수) 07:43 GRU (역사 | 편집) [38 바이트] Ahn9807 (토론 | 기여) (Gate recurrent unit 문서로 넘겨주기) 태그: 새 넘겨주기
07:432025년 3월 26일 (수) 07:43 Gated recurrent unit (역사 | 편집) [1,219 바이트] Ahn9807 (토론 | 기여) (새 문서: 분류: 딥러닝 == 개요 == 섬네일 GRU (Gated Recurrent Unit) RNN의 한 종류로, LSTM을 개선한 모델이다. GRU는 LSTM의 복잡한 구조를 간소화하고 계산 효율성을 높이기 위해 설계되었으며, 특히 시계열 데이터나 순차적 데이터를 처리하는 데 사용된다. GRU는 LSTM과 비슷한 방식으로 동작하지만, 구조가 더 단순하고 계산 자원을 덜 소모...)
07:322025년 3월 26일 (수) 07:32 LSTM (역사 | 편집) [40 바이트] Ahn9807 (토론 | 기여) (Long short-term memory 문서로 넘겨주기) 태그: 새 넘겨주기
07:312025년 3월 26일 (수) 07:31 Long short-term memory (역사 | 편집) [2,099 바이트] Ahn9807 (토론 | 기여) (새 문서: 분류: 딥러닝 == 개요 == 섬네일 LSTM은 RNN의 일종으로 Lon-term dependency문제를 해결하기 위해 설계된 모델이다. RNN은 Gradient vanishing문제에서 자유롭지 않다. 예를 들어서, "비가 오는 날에는 공연히 집에만 있고 싶어지네요. 그날도 ( )가 왔죠."에서 ( )에는 비가 들어가 되지만, Gradient vanshing으로 인해서 ( )에 들어가는 말을 엉뚱하게 예측할 수...)
07:092025년 3월 26일 (수) 07:09 RNN (역사 | 편집) [42 바이트] Ahn9807 (토론 | 기여) (Recurrent neural network 문서로 넘겨주기) 태그: 새 넘겨주기
07:092025년 3월 26일 (수) 07:09 Recurrent neural network (역사 | 편집) [1,284 바이트] Ahn9807 (토론 | 기여) (새 문서: 분류: 딥러닝 == 개요 == Feed Forward Neural Network와는 다르게, 은닉층의 출력 값을 출력층으로 보내는 것 뿐만 아니라, 내부적으로 다시 다른 은닉층으로 보내는 신경망을 말한다. RNN은 순차적인 데이터 혹은 시간 의존성이 있는 데이터를 다룰 수 있어서, 자연어 처리, 음성 인식, 시계열 예측등에 널리 사용된다. 파일:Typical connections in a close-loop cross-coupled perceptron....)
06:412025년 3월 26일 (수) 06:41 MOONCAKE: Trading More Storage for Less Computation A KVCache-centric Architecture for Serving LLM Chatbot (역사 | 편집) [318 바이트] Ahn9807 (토론 | 기여) (새 문서: 분류: USENIX FAST Ruoyu Qin, Zheming Li, Weiran He, Jialei Cui, Feng Ren, Mingxing Zhang, Yongwei Wu, Weimin Zheng, Xinran Xu USENIX FAST 2025 == 개요 == == Motivation & Importance == == Challenge == == Background == == Main Idea == == Design == == Result == == Contribution == == Implementation ==)

06:202025년 3월 24일 (월) 06:20 Write amplification (역사 | 편집) [11,528 바이트] Ahn9807 (토론 | 기여) (새 문서: 분류: 스토리지 == 개요 == '''Write Amplification(쓰기 증폭)'''은 저장 장치에서 실제 쓰기 작업이 논리적 쓰기보다 더 많이 발생하는 현상을 의미한다. 이는 플래시 메모리 기반 SSD(Solid State Drive)에서 특히 중요한 개념으로, 성능 저하 및 수명 단축의 원인이 될 수 있다. 플래시 메모리는 다시 작성되기 전에 삭제되어야 하기 때문에 실제 작성하고자하는 Logical write ope...)

10:152025년 3월 17일 (월) 10:15 Shape (역사 | 편집) [6,561 바이트] Ahn9807 (토론 | 기여) (새 문서: 분류: Style: Lessons in Clarity and Grace == 개요 == 때때론, 긴 문장도 영어 표현에 필요한 법이다. 그렇다면, 긴 문장을 쓰지만 어떻게 Concise하고 Clarficiation하게 작성하는지 소개한다. 독자들은 다음의 포인트에서 문장의 Shape이 이상하다고 생각한다. * 문장의 시작부분에 주제가 나오지 않은 경우 * 중심 문장의 동사가 너무 늦게 나오는 경우 * 동사 뒤에 불필요한 절이...)

16:002025년 3월 13일 (목) 16:00 Defeating Use-After-Free Bugs Using Memory Sweeper Without Stop-the-World (역사 | 편집) [59 바이트] Ahn9807 (토론 | 기여) (새 문서: 분류: IEEE S&P This paper is under revision process.)

10:462025년 3월 10일 (월) 10:46 Page struct (역사 | 편집) [4,382 바이트] Ahn9807 (토론 | 기여) (새 문서: == Linux struct page 개요 == struct page는 Linux 케네어에서 물리 메모리 페이지를 관리하는 구조체이다. 각 물리 페이지마다 struct page 구조체가 존재하며, 4KB페이지마다 하나씩 존재해서, 물리 메모리에 대한 메타데이터를 저장한다. 최신 리눅스 커널에서는 Folio라는 Huge page를 위한 구조체로 한번더 감싸서, 개발자에게 Page folio에 따른 통일된 메타데이터 관리를 제공한...)

13:192025년 2월 12일 (수) 13:19 파우스트 (역사 | 편집) [1,685 바이트] Ahn9807 (토론 | 기여) (새 문서: {{Book|image=파우스트.jpg|title=파우스트|author=요한 볼프강 폰 괴테|date=1808년|publisher=민음사|pages=272}} == 파우스트 1부== 파우스트는 철학자로서 석사와 박사 과정을 거치며 평생 동안 세상의 진리를 찾기 위해 노력했다. 그는 학문만으로는 답을 구할 수 없다는 한계를 느끼고, 마법적인 힘까지 빌려 진리를 탐구하지만, 결국 인간이 알 수 있는 것은 아무것도 없다는 사...) 태그: 시각 편집: 전환됨

04:132025년 2월 6일 (목) 04:13 캐논 FTb (역사 | 편집) [3,167 바이트] Ahn9807 (토론 | 기여) (새 문서: 분류: 필름 카메라 {{camera | name = Canon FTb | image = Canon_FTb.jpg | manufacturer = Canon | released = 1971 | lens_mount = Canon FD mount | sensor = N/A (Film Camera) | film_format = 35mm | shutter = Focal-plane shutter, mechanical | metering = TTL CdS light meter | focus = Manual focus | exposure = Manual exposure | viewfinder = Optical, pentaprism | battery = 1x PX625 (for light meter) | dimensions = 144 × 93 × 43 mm | weight = 750g (body only) | gallery = Can...)

05:442025년 2월 4일 (화) 05:44 야시카 FX-3 (역사 | 편집) [2,880 바이트] Ahn9807 (토론 | 기여) (새 문서: 분류: 필름 카메라 {{camera | name = Yashica FX-3 | image = Yashica_FX-3.jpg | manufacturer = Yashica | released = 1979 | lens_mount = Contax/Yashica (C/Y) mount | sensor = N/A (Film Camera) | film_format = 35mm | shutter = Focal-plane shutter, mechanical | metering = None (external meter recommended) | focus = Manual focus | exposure = Manual exposure | viewfinder = Optical, pentaprism | battery = 2x LR44 or SR44 (for light meter) | dimensions = 135 × 85 × 50 mm |...) 태그: 시각 편집: 전환됨

03:202025년 2월 3일 (월) 03:20 현상 (역사 | 편집) [3,050 바이트] Ahn9807 (토론 | 기여) (새 문서: == D-76을 이용한 흑백 필름 현상 방법 == === 1. 필름 탱크에 넣기 (로딩) === * 암실 또는 암백에서 필름을 리스폴(스풀)에 감아 현상 탱크에 넣는다. * 탱크를 완전히 밀폐한 후, 불을 킨다. === 2. 현상액(D-76) 준비 === * D-76을 제조한 후, 사용 온도를 '''20°C'''로 맞춘다. * 원액(Stock) 그대로 사용하거나 1:1로 희석 가능 (희석 시 현상 시간 증가). === 3. 필름 현상 (Development)...)

17:012025년 1월 20일 (월) 17:01 초한지 (역사 | 편집) [851 바이트] Ahn9807 (토론 | 기여) (새 문서: 분류: 소설 {{Book|image=SSID-12328299 楚漢春秋 10.pdf|title=초한지(楚漢志)|author=견위외, 이문열 엮음}} == 어록 == 2권 p23. 하지만 한낱 정장으로 마흔 고개를 넘기면서 어지간한 유계에게도 다시 회의와 열패감이 고개를 들기 시작했다. 마흔이 넘어도 그 이름이 들리지 않는다면 그는 그리 두려워할 게 없는 사람이라고(四十而不聞不可畏) 하지 않던가. <유계 개백수...) 태그: 시각 편집: 전환됨
06:102025년 1월 20일 (월) 06:10 DiLOS: Do Not Trade Compatibility for Performance in Memory Disaggregation (역사 | 편집) [2,476 바이트] Ahn9807 (토론 | 기여) (새 문서: 분류: ACM EuroSys Wonsup Yoon, Jisu Ok, Jinyoung Oh, Sue Moon, Youngjin Kwon EuroSys ’23, May 9–12, 2023, Rome, Italy == 개요 == DILOS는 Unikernel을 사용해서 paging-based memory migration의 성능 한계를 극복한 논문이다. == Motivation == Memory migration에서 자주사용되는 방식인 Kernel-based는 kernel이 computing node와 memory node의 Migration을 담당하도록 하는 방식이다. 그러나 Kernel-user switching이 자주 일...)

11:522025년 1월 17일 (금) 11:52 HeMem: Scalable Tiered Memory Management for Big Data Applications and Real NVM (역사 | 편집) [2,845 바이트] Ahn9807 (토론 | 기여) (새 문서: 분류: ACM SOSP Amanda Raybuck, Tim Stamler, Wei Zhang, Mattan Erez, Simon Peter; The University of Texas at Austin SOSP ’21, October 26–29, 2021, Virtual Event, Germany == 개요 == HeMem은 Tiered memory system에서 Asynchronously, batching을 이용하여서 Memory access tracking, Migration, 그리고 TLB동기화의 오버헤드를 줄였다. 또한 Sampling방식을 통해서 Memory event를 수집하여 Scalability를 올렸으며, Per-application memory...)

11:452025년 1월 16일 (목) 11:45 Thwarting Memory Disclosure with Efficient Hypervisor-enforced Intra-domain Isolation (역사 | 편집) [2,039 바이트] Ahn9807 (토론 | 기여) (새 문서: 분류: ACM CCS == 개요 == == Motivation == Application이 탈취되거나, OS가 해킹당하면 Application의 중요한 Credential정보가 탈취된다. 기존에는 Hypervisor방식, 혹은 Application의 일부분을 분리하는 방식은 제각기 단점이 있다. == Main Idea == Static analysis를 이용해서 Application을 분석하여 Secret을 포함하는 부분과 아닌 부분으로 쪼갠다. 추가로 Static analysis는 In-complete함으로, Dynamic r...)

12:082025년 1월 15일 (수) 12:08 Concision (역사 | 편집) [1,550 바이트] Ahn9807 (토론 | 기여) (새 문서: 분류: Style: Lessons in Clarity and Grace == 개요 == 문장을 간결하게 만드는 법을 소개한다. 문장을 간결하게 만다는 것은 불필요한 것을 삭제함으로써, 필요한 것이 돋보이도록, 잘 이해되도록 하는 작업이다. 예를 들어서 다음 문장을 보자. : In my personal opinion, it is necessary that we should not ignore the opportunity to think over each and every suggestion offered. 이 문장을 다음과 같이 바...)
11:432025년 1월 15일 (수) 11:43 Global coherence (역사 | 편집) [3,966 바이트] Ahn9807 (토론 | 기여) (새 문서: 분류: Style: Lessons in Clarity and Grace == 개요 == 독자가 미리 알고 있는 지식을 이용하면서 읽어갈 수 있도록 Signal을 주는 것은 Coherence측면에서 중요한 역활을 한다. 이 문서에서는 이러한 신호를 독자에게 주는 기법을 설명한다. 핵심은 설명을 '''두괄식'''으로 하라는 것이다. == Global Coherence == Coherence는 국지적으로도 중요하지만, 문서 전체에서도 중요한 역활...)
10:182025년 1월 15일 (수) 10:18 Motivation (역사 | 편집) [6,829 바이트] Ahn9807 (토론 | 기여) (새 문서: 분류: Style: Lessons in Clarity and Grace == 개요 == 어떻게 Introduction, Motivation, 그리고 Conclusion을 써야 할 것이지 설명한다. Motivation은 크게 두가지 목적이 있다. * 독자들에게 앞으로 어떤 것에 대해서 설명할으로써, 그들이 좀더 많은 지식을 가지고 글을 읽을 수 있도록 함 * 독자들이 글을 읽고 싶도록 Motivate하여, 그들이 그을 더욱 자세히 읽도록 함 == Introduction 을 작...)

11:302025년 1월 13일 (월) 11:30 TEE (역사 | 편집) [40 바이트] Ahn9807 (토론 | 기여) (Confidential computing 문서로 넘겨주기) 태그: 새 넘겨주기
11:292025년 1월 13일 (월) 11:29 Trusted Execution Environment (역사 | 편집) [40 바이트] Ahn9807 (토론 | 기여) (Confidential computing 문서로 넘겨주기) 태그: 새 넘겨주기
11:272025년 1월 13일 (월) 11:27 Designing New Operating Primitives to Improve Fuzzing Performance (역사 | 편집) [4,306 바이트] Ahn9807 (토론 | 기여) (새 문서: 분류: ACM CCS Wen Xu, Sanidhya Kashyap, Changwoo Min, Taesoo Kim CCS’17, October 30-November 3, 2017, Dallas, TX, USA == 개요 == Fuzzing의 성능에 영향을 미치는 Operating system의 Bottle neck을 분석하여, 이를 새로운 Process abstraction으로 설계, 최종적으로 Fuzzer의 Scalability를 향상시켰다. == Motivation == Fuzzing이 많이 사용되고 있으며 이에따라 Fuzzing의 성능을 향상시키는 연구또한 많이 이...)

06:332025년 1월 12일 (일) 06:33 How to Run POSIX Apps in a Minimal Picoprocess (역사 | 편집) [2,377 바이트] Ahn9807 (토론 | 기여) (새 문서: 분류: USENIX ATC Jon Howell, Bryan Parno, John R. Douceur Microsoft Research, Redmond, WA 2013 USENIX Annual Technical Conference (USENIX ATC ’13) == 개요 == Web, Mobile, Desktop등 다양한 Platform에서 서로다른 Level의 Abstraction을 제공한다. 이러한 플랫폼에서 Transparent하게 Application을 실행시키기 위해서, Minimal한 Prcoess abstraction, Picoprocess을 제공하고, 여기에 POSIX와 같은 라이브러리를 올려서 모든...)
05:422025년 1월 12일 (일) 05:42 CFI (역사 | 편집) [40 바이트] Ahn9807 (토론 | 기여) (Control flow integrity 문서로 넘겨주기) 태그: 새 넘겨주기
05:422025년 1월 12일 (일) 05:42 ROP (역사 | 편집) [45 바이트] Ahn9807 (토론 | 기여) (Return oriented programming 문서로 넘겨주기) 태그: 새 넘겨주기
05:422025년 1월 12일 (일) 05:42 Control flow integrity (역사 | 편집) [1,739 바이트] Ahn9807 (토론 | 기여) (새 문서: 분류: 시스템 보안 == 개요 == Control flow integrity (CFI)는 컴퓨터 보안에서 flow of execution즉 코드의 실행에 관한 보안을 지칭한다. == Background == Control flow란 컴퓨터 프로그램에서 Decision을 나타낸다. 이러한 Control flow는 Direct, 즉 Address를 직접 참고 하여 실행 될 수 있거나, In-direct, 즉 Address에 대한 간접 참조로 접근하는 두 모델을 가르킨다. 대부분의 함수 콜에서 프로...)
05:322025년 1월 12일 (일) 05:32 Shreds: Fine-grained Execution Units with Private Memory (역사 | 편집) [1,388 바이트] Ahn9807 (토론 | 기여) (새 문서: 분류: IEEE S&P == 개요 == Sub-process abstraction을 위해서 MPK와 유사한 ARM Memory Domain을 활용하여, Sub-process isolation이 가능한 Protection domain을 만들어 쉽고 간편한 Isolation mechanisms을 제공하였다. == Motivation == Process abstraction참고 Sub process isolation을 위한 몇개의 Design global을 제시하였다. # Flexible granularity # Easy adoption and deployment # Robustness against attacks # Low overhead == Desi...)

16:422025년 1월 11일 (토) 16:42 서부 전선 이상 없다 (역사 | 편집) [5,833 바이트] Ahn9807 (토론 | 기여) (새 문서: 분류: 소설 분류: 독어문학 {{Book|title=서부 전선 이상 없다|author=에리히 마리아 레마르크|publisherKR=열린책들|image=Remarque Im Westen nichts Neues 1929.jpg}} == 등장인물 == === 20대 중대 === 등장인물들은 대부분 20대 초반의 푸릇한 나이이다. ; 오제프 벰 : 통통하고 수동적인 소년. 군대에 참여하고 싶지 않았지만, 친구들이 모두 군대에 참여하자 떠밀려 군에 입대함. 친구...) 태그: 시각 편집: 전환됨
09:292025년 1월 11일 (토) 09:29 FAASM: Lightweight Isolation for Efficient Stateful Serverless Computing (역사 | 편집) [4,583 바이트] Ahn9807 (토론 | 기여) (새 문서: 분류: USENIX ATC == 개요 == Faaslet은 Address space를 protection domain에 공유하도록 하고, Isolation은 SFI기법을 활용하도록 하여서, 불필요한 overhead를 감소, Serverless computing에서 효율을 증대하였다. == Motivation == Serverless computing은 점차 많은 Data-intensive application에서 사용되고 있다. 그러나 기존 Serverless computing을 위한 디자인은 다음 두가지 문제를 가지고 있다. # Data ac...)

09:452025년 1월 9일 (목) 09:45 FlexOS: Towards Flexible OS Isolation (역사 | 편집) [4,228 바이트] Ahn9807 (토론 | 기여) (새 문서: 분류: ACM ASPLOS = FlexOS: 유연한 OS 격리를 향하여 = == 개요 == FlexOS는 OS에서 보안과 성능을 향상시키기 위해 유연한 격리 메커니즘을, 즉 Process abstraction, 제공하는 새로운 운영체제(OS) 설계를 제안하였다. 이 연구는 모듈화 원칙을 활용하여 애플리케이션 요구사항에 따라 격리 수준을 조정할 수 있는 세분화된 격리를 가능하게 하였다. FlexOS는 보안을 강화하면...)

06:502025년 1월 6일 (월) 06:50 PCID (역사 | 편집) [44 바이트] Ahn9807 (토론 | 기여) (Process context identifier 문서로 넘겨주기) 태그: 새 넘겨주기
06:492025년 1월 6일 (월) 06:49 Process context identifier (역사 | 편집) [1,930 바이트] Ahn9807 (토론 | 기여) (새 문서: 분류:운영체제 분류:CPU 아키텍처 분류:메모리 관리 == 개요 == '''프로세스 컨텍스트 식별자(PCID, Process Context Identifier)'''는 현대 CPU(특히 x86의 확장된 페이지 테이블 기능)에서 제공되는 기능으로, 프로세스 간 문맥 전환 시 발생하는 오버헤드를 줄이기 위해 전체 TLB(Translation Lookaside Buffer)를 매번 플러시(초기화)하지 않고도 주소 공간 전환을 수행할 수 있도...)
05:562025년 1월 6일 (월) 05:56 Process abstraction (역사 | 편집) [6,176 바이트] Ahn9807 (토론 | 기여) (새 문서: 분류:스레드/프로세스 ==개요== 프로세스 추상화는 Isolation, Protection, 그리고 실행의 추상화이다. 메모리 분리, 권한 분리, 그리고 여러 다른 프로그램의 동시 실행을 보장하기 위해서 Modern operating system들은 기본적으로 Process abstraction을 운영체제의 기본 설계 디자인에 포함하고 있다. 프로세스 추상화는 위의 이점을 제공하기도 하나, Context switching...)
02:422025년 1월 6일 (월) 02:42 Abstract (역사 | 편집) [29 바이트] Ahn9807 (토론 | 기여) (Abstraction 문서로 넘겨주기) 태그: 새 넘겨주기 시각 편집
02:382025년 1월 6일 (월) 02:38 가비지 컬렉션 (역사 | 편집) [36 바이트] Ahn9807 (토론 | 기여) (Garbage collection 문서로 넘겨주기) 태그: 새 넘겨주기

04:222025년 1월 5일 (일) 04:22 Vim (역사 | 편집) [2,772 바이트] Pinkgo (토론 | 기여) (새 문서: 분류:프로그래밍 개발 도구 ===개요===) 태그: 시각 편집: 전환됨
04:132025년 1월 5일 (일) 04:13 유니티 (역사 | 편집) [20 바이트] Ahn9807 (토론 | 기여) (새 문서: 분류:컴퓨터 그래픽스)

16:522025년 1월 2일 (목) 16:52 데미안 (역사 | 편집) [11,287 바이트] Ahn9807 (토론 | 기여) (새 문서: {{Book|image=Demian Erstausgabe.jpg|title=데미안|author=헤르만 헤세|translator=전영애|publisherKR=민음사}} == 어록 == <blockquote> p8. 한 사람 한 사람의 이야기가 중요하고, 영원하고, 신성한 것이다. p9. 나는 끊임없이 무언가를 찾는 구도자였으며, 아직도 그렇다. 그러나 이제 별을 쳐다보거나 책을 들여다보며 찾지는 않는다. 내 피가 몸 속에서 소리내고 있는 그 가르침을 듣기 시...) 태그: 시각 편집: 전환됨
11:052025년 1월 2일 (목) 11:05 Intel MPK (역사 | 편집) [45 바이트] Ahn9807 (토론 | 기여) (Intel Memory Protection Key 문서로 넘겨주기) 태그: 새 넘겨주기

2025년 4월 2일 (수)

2025년 3월 31일 (월)

2025년 3월 29일 (토)

2025년 3월 28일 (금)

2025년 3월 27일 (목)

2025년 3월 26일 (수)

2025년 3월 24일 (월)

2025년 3월 17일 (월)

2025년 3월 13일 (목)

2025년 3월 10일 (월)

2025년 2월 12일 (수)

2025년 2월 6일 (목)

2025년 2월 4일 (화)

2025년 2월 3일 (월)

2025년 1월 20일 (월)

2025년 1월 17일 (금)

2025년 1월 16일 (목)

2025년 1월 15일 (수)

2025년 1월 13일 (월)

2025년 1월 12일 (일)

2025년 1월 11일 (토)

2025년 1월 9일 (목)

2025년 1월 6일 (월)

2025년 1월 5일 (일)

2025년 1월 2일 (목)