noriwiki에서 사용할 수 있는 모든 기록이 표시됩니다. 기록 종류나 사용자 이름(대소문자 구별) 또는 영향을 받는 문서(대소문자 구별)를 선택하여 범위를 좁혀서 살펴볼 수 있습니다.
- 2024년 11월 27일 (수) 05:40 Ahn9807 토론 기여님이 MOAT: Towards Safe BPF Kernel Extension 문서를 만들었습니다 (새 문서: 분류: USENIX Security USENIX Security 2024 Hongyi Lu, Shuai Wang, Techang Wu, Wanning He, Fengwei Zhang == 개요 == MOAT는 eBPF의 문제점을 Intel PKS를 통해서 해결한 논문이다. == Motivation == eBPF는 널리 사용되고 있지만 다음 두개의 문제점을 가지고 있다. TO BE CONTINUED X == Importance == == Design == == Challenge == == Conclusion ==)
- 2024년 11월 26일 (화) 11:04 Ahn9807 토론 기여님이 분류:ACM SOSP 문서를 만들었습니다 (새 문서: 분류: 시스템 논문)
- 2024년 11월 26일 (화) 10:58 Ahn9807 토론 기여님이 분류:USENIX Security 문서를 만들었습니다 (새 문서: 분류: 시스템 논문)
- 2024년 11월 26일 (화) 10:57 Ahn9807 토론 기여님이 Conclusion 문서를 만들었습니다 (새 문서: 분류: 시스템 논문 == 주의 사항 == * Conclusion은 필자의 주관적인 평가로, 일부 틀리거나 과장된 내용이 있을 수 있습니다. * 논문에서 언급된 장점을 충분히 이해한 뒤, 연구의 발전 가능성을 탐구하기 위해 단점을 중심으로 분석하려고 노력하였습니다. * Conclusion의 내용은 Reviewer의 입장에서 연구를 연습하고, 차후 논문 아이디어를 발전시키기 위한 목적으로 작...)
- 2024년 11월 26일 (화) 08:20 Ahn9807 토론 기여님이 HIVE: A Hardware-assisted Isolated Execution Environment for eBPF on AArch64 문서를 만들었습니다 (새 문서: 분류: USENIX Security Peihua Zhang, Chenggang Wu, Xiangyu Meng, Yinqian Zhang, ... and Zhe Wang 33rd USENIX Security Symposium (USENIX Security 2024) == 개요 == eBPF의 한계를 극복하기 위해서 Runtime check을 통해서 static verification의 한계를 극복한 논문이다. == Motivation == eBPF는 크게 두개의 문제가 있다. * Complexity issue: eBPF verifier가 legal program을 false positive하게 reject하는 경우 * Security issue: Malicious...)
- 2024년 11월 22일 (금) 11:23 Ahn9807 토론 기여님이 SATB 문서를 만들었습니다 (Snapshot at the beginging 문서로 넘겨주기) 태그: 새 넘겨주기
- 2024년 11월 22일 (금) 11:21 Ahn9807 토론 기여님이 Snapshot at the begining 문서를 만들었습니다 (새 문서: 분류: Garbage collection == Snapshot at the Beginning == '''Snapshot at the Beginning'''은 가비지 컬렉션(Garbage Collection, GC)에서 객체 참조 상태를 추적하기 위해 사용되는 전략이다. 주로 동시 가비지 컬렉션(Concurrent Garbage Collection)에서 사용되며, GC가 시작하는 시점의 객체 참조 상태(스냅샷)를 기준으로 살아있는 객체를 마킹한다. 이 전략은 객체 참조 상태의 동적 변경에 따른...)
- 2024년 11월 22일 (금) 10:45 Ahn9807 토론 기여님이 파일:G1GC.png 문서를 만들었습니다
- 2024년 11월 22일 (금) 10:45 Ahn9807 토론 기여님이 파일:G1GC.png 파일을 올렸습니다
- 2024년 11월 22일 (금) 04:44 Ahn9807 토론 기여님이 Card table 문서를 만들었습니다 (새 문서: 분류: Garbage collection == Card Table 개요 == Card Table은 객체 참조 관계를 효율적으로 관리하기 위해 사용하는 데이터 구조이다. 주로 Generational GC에서 세대 간 참조를 추적하는 데 사용된다. == Card Table의 역할 == ;Generational GC의 효율성 보장 :Generational GC는 Young 세대와 Old 세대 간 객체 참조를 관리해야 한다. Card Table은 Old 세대에서 Young 세대를 참조하는 객체를 효율적...)
- 2024년 11월 22일 (금) 04:13 Ahn9807 토론 기여님이 분류:Garbage collection 문서를 만들었습니다 (새 문서: 분류: 메모리 관리)
- 2024년 11월 22일 (금) 04:12 Ahn9807 토론 기여님이 Garbage-First Garbage Collection 문서를 만들었습니다 (G1GC 문서로 넘겨주기) 태그: 새 넘겨주기
- 2024년 11월 21일 (목) 12:27 Ahn9807 토론 기여님이 G1GC 문서를 만들었습니다 (새 문서: 분류: Garbage collection == 개요 == G1GC(Garbage-First Garbage Collector)는 자바 가상 머신(JVM)의 가비지 컬렉션 알고리즘 중 하나이다. 대규모 힙 메모리를 효율적으로 관리하고 가비지 컬렉션으로 인한 지연 시간을 최소화하기 위해 설계되었다. G1GC는 힙 메모리를 여러 리전(region)으로 나누어 관리하며, 가비지가 많은 리전을 우선적으로 수집하는 방식으로 동작한다. == 주...)
- 2024년 11월 20일 (수) 04:28 Ahn9807 토론 기여님이 Bad unlock balance 문서를 만들었습니다 (새 문서: 분류: 디버깅 == WARNING: bad unlock balance detected! == '''WARNING: bad unlock balance detected!'''는 Linux 커널에서 락(lock)을 사용하는 과정에서 락의 상태 관리가 올바르게 이루어지지 않았음을 나타내는 경고이다. 이는 코드의 특정 경로에서 락을 걸고 해제하는 균형(balance)이 맞지 않을 때 발생한다. === 발생 상황 === 이 경고는 다음과 같은 상황에서 발생할 수 있다: ==== 1. 락...)
- 2024년 10월 22일 (화) 04:28 Ahn9807 토론 기여님이 C4: The Continuously Concurrent Compacting Collector 문서를 만들었습니다 (새 문서: 분류: 시스템 논문 == 개요 == C4 GC는 The Pauseless GC Algorithm논문을 개선하여, Multi generational support와 Linux OS Modification에 대한 Detail그리고 X86 64시스템에 적용시킨 논문이다. == Motvation & Importance & Main Idea == The Pauseless GC Algorithm논문 참고 == Design == ; Multi-generational support : Pauseless GC와는 다르게, 여러개의 Yound, old generation을 지원하여셔, 더 큰 Throughput을 제공하였다...)
- 2024년 10월 21일 (월) 06:09 Ahn9807 토론 기여님이 PSweeper 문서를 만들었습니다 (A Robust and Efficient Defense against Use-after-Free Exploits via Concurrent Pointer Sweeping 문서로 넘겨주기) 태그: 새 넘겨주기
- 2024년 10월 21일 (월) 05:28 Ahn9807 토론 기여님이 (State of) The Art of War: Offensive Techniques in Binary Analysis 문서를 만들었습니다 (새 문서: 분류: 시스템 논문 2016 IEEE Symposium on Security and Privacy Yan Shoshitaishvili, Ruoyu Wang, Christopher Salls, Nick Stephens, Mario Polino, Andrew Dutcher, John Grosen, Siji Feng, Christophe Hauser, Christopher Kruegel, Giovanni Vigna == 개요 == angr라는 시스템을 개발하게 된 이유와, 여러 구현 사항들, 그리고 Evaluation을 담고 있는 논문이다. == Importance == Binary Analysis는 매우 중요한 연구 주제이다. Binrary progr...)
- 2024년 10월 20일 (일) 13:38 Ahn9807 토론 기여님이 The Pauseless GC Algorithm 문서를 만들었습니다 (새 문서: 분류: 시스템 논문 Usenix VEE 2025 Cliff Click, Gil Tene, Michael Wolf == 개요 == 인터럽트를 User-level에 효율적으로 전달할 수 있고, Read-barrier를 하드웨어적으로 구현할 수 있는 특수 CPU를 사용하여서, Garbage collection의 고질적인 문제인 Stop-the-world시간을 최소한 (이론상 0)으로 만들 수 있는 GC를 설계함 == Motivation == 기존 시스템에서 GC의 Stop-the-world는 Real-time시스템이나 Late...)
- 2024년 10월 18일 (금) 08:17 Ahn9807 토론 기여님이 A Robust and Efficient Defense against Use-after-Free Exploits via Concurrent Pointer Sweeping 문서를 만들었습니다 (새 문서: 분류: 시스템 논문 CCS 2018 Daiping Liu, Mingwei Zhang, Haining Wang == 개요 == Pointer nullification알고리즘을 Concurrent하게 수행할 수 있도록 하고, 가능한 Synchronization문제를 load barrier를 통해서 해결하였다. == Design == pSweeper에서 Use after free버그를 막기 위해서, 모든 오브젝트가 Free되며, 모든 Dangling pointer들은 UAF를 막기 위해서 Nullification된다. 이때 기존 방식들은 Application...)
- 2024년 10월 14일 (월) 05:15 Ahn9807 토론 기여님이 Fast, Flexible, and Practical Kernel Extensions 문서를 만들었습니다 (새 문서: 분류: 시스템 논문 SOSP 2024 Kumar Kartikeya Dwivedi, Rishabh Lyer, Sandihya Kashyap == 개요 == OS의 커널 리소스와 Kernel-extension의 리소르를 구분하여, Kernel extension을 Pratical하게 만드는 방법을 제시 == Motivation == Kernel extension은 많이 연구되어 왔고, 실제로도 많이 사용되고 있다. Kernel extension은 다음 4가지를 충족시켜주어야 한다. * Safety * Flexibility * Performance * Practicality == Impor...)
- 2024년 9월 27일 (금) 06:17 Ahn9807 토론 기여님이 ZIO: Accelerating IO-Intensive Applications with Transparent Zero-Copy IO 문서를 만들었습니다 (새 문서: 분류: 시스템 논문 Tim Stamler, Deukyeon Hwang, Amanda Raybuc, Wei Zhang, Simon Peter OSDI 2022 == 개요 == zIO는 transparent한 zero-copy IO를 제공한다. zIO는 IO데이터를 추적하여, 불필요한 copy를 없애고, 동시에 data consistency를 보장하였다. == Motivation == 점차 성능이 빨라지는 IO Stack에서 Zero-copy IO는 성능을 위해서 많이 사용된다. 하지만 data에 대한 Ownership을 안전하게 넘기기 위한...)