Byeo

본 포스트는 sigcomm '21의 Revisiting the Open vSwitch Dataplane Ten Years Later를 요약하였습니다. 이전 포스트:https://byeo.tistory.com/entry/Revisiting-the-Open-vSwitch-Dataplane-Ten-Years-Later-1 Revisiting the Open vSwitch Dataplane Ten Years Later 1본 포스트는 sigcomm '21의 Revisiting the Open vSwitch Dataplane Ten Years Later를 요약하였습니다. Abstarct 해당 논문은 수천 명의 VMware 고객이 사용하는 data center 가상화를 위한 NSX 상품의 일부로서, Open vSwi..

본 포스트는 sigcomm '21의 Revisiting the Open vSwitch Dataplane Ten Years Later를 요약하였습니다. Abstarct 해당 논문은 수천 명의 VMware 고객이 사용하는 data center 가상화를 위한 NSX 상품의 일부로서, Open vSwitch를 지원하고 운영해온 경험을 공유한다. 2009년부터 시작된 OVS는 userspace와 kernel의 강한 결합을 분리하였다. 이 분리는 성능을 위해서 반드시 필요했지만, 유지 보수의 어려움이 남아있다. 나아가, in-kernel packet processing은 DPDK와 같은 새로운 option에 비해 상당히 느린 상황이다. kernel/user split으로부터 야기하는 이 문제들을 해결하기 위해서 O..

해당 포스트는 Sigcomm '18의 Understanding PCIe performance for end host networking 을 번역하여 정리한 글입니다. Understanding PCIe performance for end host networking 1: https://byeo.tistory.com/entry/Understanding-PCIe-Performance-for-end-host-networking-1 Understanding PCIe performance for end host networking 1 해당 포스트는 Sigcomm '18의 Understanding PCIe performance for end host networking 을 번역하여 정리한 글입니다. 앞으로는 조금씩 ..

해당 포스트는 Sigcomm '18의 Understanding PCIe performance for end host networking 을 번역하여 정리한 글입니다. Understanding PCIe performance for end host networking 1: https://byeo.tistory.com/entry/Understanding-PCIe-Performance-for-end-host-networking-1 Understanding PCIe performance for end host networking 1 해당 포스트는 Sigcomm '18의 Understanding PCIe performance for end host networking 을 번역하여 정리한 글입니다. 앞으로는 조금씩 ..

해당 포스트는 Sigcomm '18의 Understanding PCIe performance for end host networking 을 번역하여 정리한 글입니다. 앞으로는 조금씩 요약하여 정리를 해볼까 합니다! 초록 최근 Programmable NIC의 등장과 발전으로 인해 end hosts는 점차 다양한 core network function (e.g., load balancing, congestion control, application specific offload) 들을 실행하는 지점으로 되어가고 있다. 그러나 programmable NIC을 구현하는 과정은 성능에 영향을 줄 수 있는 다양한 잠재적인 bottleneck이 존재하여 디자인을 어렵게 한다. 해당 논문은 PCIe (현대 서버에서의 ..

이 포스트는 sigcomm 22의 NetChannel [https://dl.acm.org/doi/pdf/10.1145/3544216.3544230] 를 번역하여 정리한 글입니다. 구현과 실험은 짧게 요약만 하고 넘기려고 합니다! 관심이 있다면 직접 읽어보시길 추천합니다. 4. 구현 구현 환경: Linux Kernel v5.6, 기존의 Linux kernel source code를 최대한 활용 Application interfaces: 애플리케이션의 코드가 최대한 수정되지 않도록 함을 목표, 기존 Kernel의 socket API에서 IPPROTO_VIRTUAL_SOCK flag와 setsockopt()를 통해 여러 설정들을 변경할 수 있도록 구현 Virtual socket connections: 기존 s..

이 포스트는 sigcomm 22의 NetChannel [https://dl.acm.org/doi/pdf/10.1145/3544216.3544230] 를 번역하여 정리한 글입니다. 이 논문은 이전에 정리했던 sigcomm 21의 Understanding Host Network Stack Overheads 논문의 후속 논문이라고 볼 수 있습니다. 2. Motivation 이 섹션에서는 오늘날의 host 네트워크 스택이 여러 방면에서 비효율적임을 증명한다. 실험에서는 리눅스 커널의 TCP뿐만 아니라, MPTCP (Multi-Path TCP), 다양한 인터페이스 (e.g., 표준 read/write, io_uring), 다양한 packet 처리 최적화 기법 (e.g., packet coalescing, pack..

이 포스트는 sigcomm 22의 Netchannel [https://dl.acm.org/doi/pdf/10.1145/3544216.3544230] 를 번역하여 정리한 글입니다. 이 논문은 이전에 정리했던 sigcomm 21의 Understanding Host Network Stack Overheads 논문의 후속 논문이라고 볼 수 있습니다. 초록 오늘날 많이 전개된 네트워크 스택의 정적이고 강하게 결합된 packet 처리 파이프라인은 최신 하드웨어를 완벽하게 사용하는 것을 어렵게 만든다. 논문에서는 disaggregated 네트워크 스택 구조인 NetChannel을 제안한다. 이 NetChannel은 Terabit Ethernet 위에서 μs-scale application을 위한 구조이다. 이 구조는..

해당 포스트는 SIgcomm' 14 CCR https://www.sigcomm.org/sites/default/files/ccr/papers/2014/July/0000000-0000004.pdf 를 번역해서 정리한 글입니다. 4. P4 언어 예제 이 section에서는 예제를 통해 P4를 깊이 탐구해본다. Network는 core와 edge를 다르게 구분한다; end-hosts는 edge device와 연결되어 있고, 이 device는 high-bandwidth core와 연결되어 있는 구조이다. 모든 프로토콜은 이러한 구조를 지원하기 위해 디자인되어 왔으며, 특히 core에서 forwarding을 간단하게 만드는데 초점을 두었었다. Two-tier core와 연결되어 있는 edge에서의 ToR 스위치 ..

해당 포스트는 SIgcomm' 14 CCR https://www.sigcomm.org/sites/default/files/ccr/papers/2014/July/0000000-0000004.pdf 를 번역해서 정리한 글입니다. 초록 P4는 packet 처리 장치를 위한 protocol 비의존적 프로그래밍 언어이다. P4는 OpenFlow와 같은 SDN control protocol과 결합하여 동작한다. 현재의 형태는 OpenFlow가 packet header의 필요 부분을 명시함으로써 동작한다. 하지만 field의 개수가 12개에서 41개로 늘어났고, 이러한 방식은 복잡도를 증가시키나 유연성은 그대로인 문제가 있다. 이 논문에서는 P4를 제안하며, OpenFlow가 어떻게 발전해야할지 제안한다. P4는 세..