<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Tech on Nalar</title>
    <link>https://nalar.dev/id/categories/tech/</link>
    <description>Recent content in Tech on Nalar</description>
    <generator>Hugo</generator>
    <language>id-id</language>
    <lastBuildDate>Thu, 17 Sep 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://nalar.dev/id/categories/tech/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Interrupt Coalescing NIC Menukar Overhead CPU dengan Latensi Paket</title>
      <link>https://nalar.dev/id/interrupt-coalescing-nic-menukar-overhead-cpu-dengan-latensi-paket/</link>
      <pubDate>Thu, 17 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/interrupt-coalescing-nic-menukar-overhead-cpu-dengan-latensi-paket/</guid>
      <description>&lt;p&gt;Sebuah network interface dapat menerima paket lebih cepat daripada kemampuan CPU untuk menangani satu hardware interrupt untuk setiap paket. Interrupt coalescing mengatasi ketidakseimbangan ini dengan membiarkan adapter mengelompokkan notifikasi completion dan meng-interrupt CPU lebih jarang.&lt;/p&gt;&#xA;&lt;p&gt;Trade-off-nya jelas. Interrupt yang lebih sedikit mengurangi beban penanganan interrupt dan scheduling, tetapi sebuah paket dapat menunggu lebih lama sebelum software diberi tahu bahwa receive work sudah siap. Pengaturan terbaik bergantung pada packet rate, target latensi, kapasitas CPU, dan kontrol coalescing yang tersedia pada adapter.&lt;/p&gt;</description>
    </item>
    <item>
      <title>NIC Interrupt Coalescing Menukar Overhead CPU dengan Latensi Paket</title>
      <link>https://nalar.dev/id/nic-interrupt-coalescing-menukar-overhead-cpu-dengan-latensi-paket/</link>
      <pubDate>Thu, 17 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/nic-interrupt-coalescing-menukar-overhead-cpu-dengan-latensi-paket/</guid>
      <description>&lt;p&gt;Sebuah network interface dapat menerima paket lebih cepat daripada kemampuan CPU untuk melayani satu hardware interrupt per paket secara efisien. Interrupt coalescing mengatasi ketimpangan ini dengan memungkinkan adapter mengelompokkan notifikasi penyelesaian dan lebih jarang menginterupsi CPU.&lt;/p&gt;&#xA;&lt;p&gt;Trade-off-nya jelas. Interrupt yang lebih sedikit mengurangi beban penanganan interrupt dan tekanan scheduling, tetapi sebuah paket mungkin harus menunggu lebih lama sebelum software diberi tahu bahwa ada pekerjaan receive yang siap diproses. Pengaturan terbaik bergantung pada packet rate, target latensi, kapasitas CPU, dan kontrol coalescing pada adapter.&lt;/p&gt;</description>
    </item>
    <item>
      <title>PCIe Resizable BAR Memperluas Jendela Memori Device yang Terlihat CPU</title>
      <link>https://nalar.dev/id/pcie-resizable-bar-memperluas-jendela-memori-device-yang-terlihat-cpu/</link>
      <pubDate>Thu, 17 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/pcie-resizable-bar-memperluas-jendela-memori-device-yang-terlihat-cpu/</guid>
      <description>&lt;p&gt;Device PCI Express dapat mengekspos memori dan register melalui Base Address Register, yang biasa disingkat BAR. Platform menetapkan rentang address untuk BAR tersebut, lalu CPU dapat menjangkau resource device yang dipetakan melalui transaksi berbasis memory address biasa.&lt;/p&gt;&#xA;&lt;p&gt;Untuk device dengan local memory besar, BAR yang kecil hanya dapat mengekspos sebagian memori pada satu waktu. Software mungkin harus mengubah bagian mana yang terlihat melalui aperture ketika akses berpindah ke region lain pada memori device. PCIe Resizable BAR menambahkan mekanisme standar untuk memilih ukuran BAR yang lebih besar dari ukuran yang didukung, sehingga region yang jauh lebih luas dapat tetap terlihat oleh CPU pada saat yang sama.&lt;/p&gt;</description>
    </item>
    <item>
      <title>rename Mengganti Directory Entry Secara Atomik di Linux</title>
      <link>https://nalar.dev/id/rename-mengganti-directory-entry-secara-atomik-di-linux/</link>
      <pubDate>Thu, 17 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/rename-mengganti-directory-entry-secara-atomik-di-linux/</guid>
      <description>&lt;p&gt;Pemanggilan &lt;code&gt;rename()&lt;/code&gt; yang berhasil dapat mengganti pathname tujuan yang sudah ada tanpa memperlihatkan keadaan perantara ketika nama tujuan tersebut hilang. Proses yang melakukan resolusi terhadap tujuan akan melihat directory entry lama atau penggantinya, dengan tetap tunduk pada batasan filesystem dan mount.&lt;/p&gt;&#xA;&lt;p&gt;Transisi namespace atomik tersebut lebih sempit daripada sejumlah sifat yang sering diasosiasikan dengan penggantian file. Operasi ini tidak membuat write sebelumnya menjadi durable, tidak memaksa metadata direktori ke penyimpanan stabil, dan tidak membatalkan file descriptor yang sudah merujuk ke file yang diganti.&lt;/p&gt;</description>
    </item>
    <item>
      <title>NVMe Doorbell Register Memberi Tahu Controller tentang Progres Queue</title>
      <link>https://nalar.dev/id/nvme-doorbell-register-memberi-tahu-controller-tentang-progres-queue/</link>
      <pubDate>Wed, 16 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/nvme-doorbell-register-memberi-tahu-controller-tentang-progres-queue/</guid>
      <description>&lt;h1 id=&#34;nvme-doorbell-register-memberi-tahu-controller-tentang-progres-queue&#34;&gt;NVMe Doorbell Register Memberi Tahu Controller tentang Progres Queue&lt;/h1&gt;&#xA;&lt;p&gt;NVMe menempatkan submission queue dan completion queue di memory host, tetapi controller tetap membutuhkan sinyal ketika software menambahkan command atau selesai mengonsumsi completion entry. Doorbell register menyediakan sinyal tersebut. Software host menulis nilai pointer queue ke register controller yang dipetakan ke memory sehingga device dapat melacak progres tanpa terus-menerus memindai memory host.&lt;/p&gt;&#xA;&lt;p&gt;Mekanisme ini memisahkan penyimpanan queue dari notifikasi queue. Command dan completion entry berada di memory yang dapat diakses DMA, sedangkan write kecil ke register memberi tahu controller bagian queue mana yang berubah.&lt;/p&gt;</description>
    </item>
    <item>
      <title>PCIe Active State Power Management Menukar Daya Idle dengan Exit Latency</title>
      <link>https://nalar.dev/id/pcie-active-state-power-management-menukar-daya-idle-dengan-exit-latency/</link>
      <pubDate>Wed, 16 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/pcie-active-state-power-management-menukar-daya-idle-dengan-exit-latency/</guid>
      <description>&lt;p&gt;Link PCI Express tidak harus tetap berada pada state elektrik yang sepenuhnya aktif ketika tidak ada trafik yang bergerak. Active State Power Management, yang umum disingkat ASPM, memungkinkan pasangan link yang kompatibel menempatkan link ke state berdaya lebih rendah selama periode idle.&lt;/p&gt;&#xA;&lt;p&gt;Tradeoff praktisnya sederhana: state idle yang lebih dalam dapat menghemat lebih banyak daya, tetapi kembali ke operasi aktif membutuhkan waktu. Exit delay tersebut menjadi bagian dari latency yang terlihat ketika trafik baru datang.&lt;/p&gt;</description>
    </item>
    <item>
      <title>PCIe Relaxed Ordering Memungkinkan Transaksi Melintas dalam Aturan Ordering</title>
      <link>https://nalar.dev/id/pcie-relaxed-ordering-memungkinkan-transaksi-melintas-dalam-aturan-ordering/</link>
      <pubDate>Wed, 16 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/pcie-relaxed-ordering-memungkinkan-transaksi-melintas-dalam-aturan-ordering/</guid>
      <description>&lt;h1 id=&#34;pcie-relaxed-ordering-memungkinkan-transaksi-melintas-dalam-aturan-ordering&#34;&gt;PCIe Relaxed Ordering Memungkinkan Transaksi Melintas dalam Aturan Ordering&lt;/h1&gt;&#xA;&lt;p&gt;PCI Express membawa request dan completion melalui switch, bridge, dan logika endpoint yang dapat memiliki beberapa transaksi in-flight sekaligus. Strict ordering di antara setiap packet akan membuat banyak transfer independen menunggu di belakang traffic yang tidak memiliki dependency dengannya. Relaxed Ordering menyediakan sinyal protokol yang mengizinkan reordering lebih luas ketika requester dapat menoleransinya.&lt;/p&gt;&#xA;&lt;p&gt;Fitur ini tidak menghapus seluruh constraint ordering. Sebuah transaksi ditandai agar memenuhi syarat untuk bergerak lebih bebas relatif terhadap traffic lain, sementara aturan ordering PCIe tetap menentukan kombinasi mana yang dapat saling melintas. Software dan logika device hanya boleh memakai atribut tersebut ketika reordering tidak dapat mengekspos stale state atau merusak dependency producer-consumer.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Receive Side Scaling Mendistribusikan Network Flow ke Beberapa CPU Queue</title>
      <link>https://nalar.dev/id/receive-side-scaling-mendistribusikan-network-flow-ke-beberapa-cpu-queue/</link>
      <pubDate>Wed, 16 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/receive-side-scaling-mendistribusikan-network-flow-ke-beberapa-cpu-queue/</guid>
      <description>&lt;h1 id=&#34;receive-side-scaling-mendistribusikan-network-flow-ke-beberapa-cpu-queue&#34;&gt;Receive Side Scaling Mendistribusikan Network Flow ke Beberapa CPU Queue&lt;/h1&gt;&#xA;&lt;p&gt;Network adapter cepat dapat menerima packet lebih cepat daripada kemampuan satu processor core untuk menanganinya secara efisien. Receive Side Scaling, yang umum disingkat RSS, membagi traffic masuk ke beberapa hardware receive queue. Setiap queue dapat dikaitkan dengan processor berbeda sehingga packet processing dapat berjalan paralel.&lt;/p&gt;&#xA;&lt;p&gt;RSS biasanya menetapkan packet berdasarkan flow, bukan membagikan setiap packet secara independen. Pendekatan ini mempertahankan properti ordering yang berguna sambil tetap menyebarkan banyak connection simultan ke queue yang tersedia.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
