<?xml version="1.0" encoding="utf-8" standalone="yes" ?>
<rss version="2.0" 
  xmlns:content="http://purl.org/rss/1.0/modules/content/" 
  xmlns:dc="http://purl.org/dc/elements/1.1/" 
  xmlns:atom="http://www.w3.org/2005/Atom" 
  xmlns:sy="http://purl.org/rss/1.0/modules/syndication/" 
  xmlns:media="http://search.yahoo.com/mrss/">
  <channel>
    <title>Linux on Mark 的滿紙方糖言</title>
    <link>https://blog.mygraphql.com/zh/tags/linux/</link>
    <description>Recent content in Linux on Mark 的滿紙方糖言</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>zh</language>
    <managingEditor>labile.zhu@gmail.com (Mark Zhu)</managingEditor>
    <webMaster>labile.zhu@gmail.com (Mark Zhu)</webMaster>
    <copyright>Mark Zhu ©2026, All Rights Reserved</copyright>
    <lastBuildDate>Sat, 23 Sep 2023 03:12:15 +0800</lastBuildDate>
    
        <atom:link href="https://blog.mygraphql.com/zh/tags/linux/index.xml" rel="self" type="application/rss+xml" />
    

      
      <item>
        <title>如何测量进程级别或容器级别的 IO 延迟</title>
        <link>https://blog.mygraphql.com/zh/posts/low-tec/kernel/task-io-accounting/</link>
        <pubDate>Sat, 23 Sep 2023 03:12:15 +0800</pubDate>
        <author>labile.zhu@gmail.com (Mark Zhu)</author>
        <atom:modified>Sat, 23 Sep 2023 03:12:15 +0800</atom:modified>
        <guid>https://blog.mygraphql.com/zh/posts/low-tec/kernel/task-io-accounting/</guid>
        <description>&lt;h2 id=&#34;概述&#34;&gt;概述&lt;/h2&gt;
&lt;p&gt;IO 延迟问题几乎是每个生产系统都会或多或少遇到的问题。虽然现在 NVMe + SSDs 已经可以到达 10Gbytes/s 的呑吐量，价格也非常亲民。但 IO 延迟问题不会消失。因为：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;一些基于网络的的存储方案，如 Ceph，天然地有不稳定性&lt;/li&gt;
&lt;li&gt;SSD / RAIN Controller 本身的不稳定性&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;在 Linux 下，传统地，我们有 iostat / sar 等等工具可以看系统级、存储设备级的问题。但均不能告诉你以下几点：&lt;/p&gt;</description>
        
        <dc:creator>Mark Zhu</dc:creator>
        
        
        
        
          
            
              <category>linux</category>
            
          
            
              <category>kernel</category>
            
          
            
              <category>io</category>
            
          
        
        
        
      </item>
      
      <item>
        <title>tty</title>
        <link>https://blog.mygraphql.com/zh/notes/low-tec/kernel/tty/</link>
        <pubDate>Sat, 08 May 2021 15:12:15 +0900</pubDate>
        <author>labile.zhu@gmail.com (Mark Zhu)</author>
        <atom:modified>Sat, 08 May 2021 15:12:15 +0900</atom:modified>
        <guid>https://blog.mygraphql.com/zh/notes/low-tec/kernel/tty/</guid>
        <description>&lt;h2 id=&#34;jobs&#34;&gt;Jobs&lt;/h2&gt;
&lt;p&gt;&lt;img src=&#34;https://blog.mygraphql.com/zh/notes/low-tec/kernel/tty/index.assets/exampleterm.png&#34; alt=&#34;img&#34;&gt;&lt;/p&gt;
&lt;p&gt;&lt;img src=&#34;https://blog.mygraphql.com/zh/notes/low-tec/kernel/tty/index.assets/examplediagram.png&#34; alt=&#34;img&#34;&gt;&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;&lt;code&gt;SIGHUP&lt;/code&gt;&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;默认动作：Terminate&lt;/li&gt;
&lt;li&gt;可能动作：Terminate, Ignore, Function call&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;当&lt;strong&gt;检测到 hangup&lt;/strong&gt; 时，&lt;strong&gt;UART 驱动&lt;/strong&gt;会向&lt;strong&gt;整个 session&lt;/strong&gt; 发送 SIGHUP 信号。 正常情况下，这会 kill 掉所有进程。某些程序，例如 &lt;strong&gt;&lt;code&gt;nohup(1)&lt;/code&gt; 和 &lt;code&gt;screen(1)&lt;/code&gt;，会从他们的 session（和 TTY）中 detach 出来&lt;/strong&gt;， 因此这些程序的子进程无法关注到 hangup 事件。&lt;/p&gt;</description>
        
        <dc:creator>Mark Zhu</dc:creator>
        
        
        
        
          
            
              <category>linux</category>
            
          
            
              <category>kernel</category>
            
          
        
        
        
      </item>
      

    
  </channel>
</rss>
