<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Tc on gywn&#39;s tech</title>
    <link>/tags/tc/</link>
    <description>Recent content in Tc on gywn&#39;s tech</description>
    <generator>Hugo</generator>
    <language>en</language>
    <managingEditor>gywndi@gmail.com (gywndi)</managingEditor>
    <webMaster>gywndi@gmail.com (gywndi)</webMaster>
    <lastBuildDate>Tue, 19 Aug 2025 21:03:51 +0900</lastBuildDate>
    <atom:link href="/tags/tc/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>리눅스에서 tc로 레이턴시 조정해보기</title>
      <link>/2024/09/tc-latency-on-linux/</link>
      <pubDate>Wed, 18 Sep 2024 12:26:29 +0000</pubDate><author>gywndi@gmail.com (gywndi)</author>
      <guid>/2024/09/tc-latency-on-linux/</guid>
      <description>&lt;h1 id=&#34;overview&#34;&gt;Overview&lt;/h1&gt;&#xA;&lt;p&gt;일년만에, 블로그에 새 글을 올려봅니다. 그동안, 많은 주제가 있었지만, (주관적인 판단이지만) 좋은 주제일지 예전같은 확신이 서지 않아서, 많은 시간 망설이며 잠시 블로그를 멈추었습니다.&lt;/p&gt;&#xA;&lt;p&gt;그러나, 제가 알던 경험이. 나만의 아련한 기억이 되고 점차 소멸되기 전에. 잊기 전에. 블로그 하나를 올려봅니다. 멀티DC 환경을 고려하면서, 몇가지 테스트를 하던 중. &lt;strong&gt;노드간 네트워크 레이턴시를 고민&lt;/strong&gt;을 했었는데. &lt;strong&gt;TC(Traffic control)를 활용하였고 나름 의미있는 결과를 도출&lt;/strong&gt;했었는데.. 오늘은 tc에 대해서 이야기를 해보고자 합니다.&lt;/p&gt;&#xA;&lt;h1 id=&#34;traffic-control-tc&#34;&gt;Traffic control (TC)?&lt;/h1&gt;&#xA;&lt;p&gt;동일 네트워크 상에서, &lt;strong&gt;DC간의 레이턴시를 고려하여 성능 변화를 테스트하고 싶은 경우&lt;/strong&gt;가 있습니다. 특히나, 과거와는 다르게 서비스가 여러개의 DC 또는 Zone에서 분산 구동될 수 있다는 상황을 고려해본다면. 이런 테스트는 필수 입니다. 참고로, 아주 오래 전, 서울/부산 레이턴시 14ms로 인하여 대형 서비스 장애를 경험해본 입장으로. 서비스 오픈 전 이런 검증은 필수라 생각합니다.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
