<?xml version="1.0" encoding="UTF-8" ?>

<rdf:RDF
 xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
 xmlns="http://purl.org/rss/1.0/"
 xmlns:dc="http://purl.org/dc/elements/1.1/"
>

<channel rdf:about="http://blog.kenichimaehashi.com/rss.cgi">
 <title>Kenichi Maehashi's Blog</title>
 <link>http://blog.kenichimaehashi.com/</link>
 <description>THE 脳内コアダンプ</description>
 <items>
  <rdf:Seq>
   
       <rdf:li rdf:resource="http://blog.kenichimaehashi.com/?article=12677088530" />
      
       <rdf:li rdf:resource="http://blog.kenichimaehashi.com/?article=12675342610" />
      
       <rdf:li rdf:resource="http://blog.kenichimaehashi.com/?article=12667422720" />
      
       <rdf:li rdf:resource="http://blog.kenichimaehashi.com/?article=12666914730" />
      
       <rdf:li rdf:resource="http://blog.kenichimaehashi.com/?article=12666416640" />
      
       <rdf:li rdf:resource="http://blog.kenichimaehashi.com/?page=1" />
     
  </rdf:Seq>
 </items>
</channel>

   <item rdf:about="http://blog.kenichimaehashi.com/?article=12677088530">
    <title>障害のお知らせ（解決済み）</title>
    <link>http://blog.kenichimaehashi.com/?article=12677088530</link>
    <description>2010-03-03 23:13 JST から 2010-03-04 4:00 JST (推定) までの間、サーバのハードウェア障害により www.kenichimaehashi.com, anison.kenichimaehashi.com, lyrics.kenichimaehashi.com, blog.kenichimaehashi.com 上の全 Web サービスが断続的に停止しておりましたが、現在は復旧しております。ご迷惑をお掛けしました。なお、この期間にお送りいただいたメールには影響ありません。  参考: 障害情報（www.s83.xrea.com）  　...</description>
    <dc:date>2010-03-04</dc:date>
   </item>
   
   <item rdf:about="http://blog.kenichimaehashi.com/?article=12675342610">
    <title>REAL Studio: コンパイラのバックエンドを LLVM インフラストラクチャへ移行</title>
    <link>http://blog.kenichimaehashi.com/?article=12675342610</link>
    <description>REAL Software: The Compiler: Better, Stronger, Faster  REAL Studio のコンパイラバックエンドが LLVM インフラストラクチャを使用するようになるとのこと。利点として、「ARM を含む数多くのプロセッサに対応できること」「最適化コンパイル・不使用コードの削除によってパフォーマンスの向上が可能になること（最大 10 倍程度）」「オープンソースによる継続的な性能向上に期待できること」などが挙げられています。フロン...</description>
    <dc:date>2010-03-02</dc:date>
   </item>
   
   <item rdf:about="http://blog.kenichimaehashi.com/?article=12667422720">
    <title>Linux の PPP インタフェースをブリッジ（みたいなもの）にしたい</title>
    <link>http://blog.kenichimaehashi.com/?article=12667422720</link>
    <description>brctl で addif しても、encap:Point-to-Point Protocol なインタフェースは追加できない。 理屈は分かる（Ethernet じゃない）けど、なんだかどうも納得いかない...。  で、解決策としては、ブリッジしたい先のネットワーク範囲をルーティングテーブルに登録（PPP の対向 IP アドレスが next hop）し、そのサブネット全部を Proxy ARP してしまう、というもの。 そこで、昨日書いた Linux の IPv4 Forwarding でサブネット全体...</description>
    <dc:date>2010-02-21</dc:date>
   </item>
   
   <item rdf:about="http://blog.kenichimaehashi.com/?article=12666914730">
    <title>Linux の IPv4 Forwarding でサブネット全体に対する Proxy ARP を有効にする</title>
    <link>http://blog.kenichimaehashi.com/?article=12666914730</link>
    <description>ちょっと実運用環境で必要になったので調査。net.ipv4.ip_forward = 1 の環境が前提です。  Kernel 2.2 より前では、netmask と pub flag を付けて arp コマンドを実行すれば良いらしい。 Kernel 2.2 以降では、routable な IP アドレスに対する ARP request であり、かつ、net.ipv4.conf.${DEVICE}.proxy_arp = 1 に設定されている ${DEVICE} からの request であれば、自身のインタフェースの MAC アドレスを使って ARP respo...</description>
    <dc:date>2010-02-21</dc:date>
   </item>
   
   <item rdf:about="http://blog.kenichimaehashi.com/?article=12666416640">
    <title>FYI: REAL Studio セッション開催のお知らせ</title>
    <link>http://blog.kenichimaehashi.com/?article=12666416640</link>
    <description>REAL Software 日本語部: REAL Studio セッション開催のお知らせ  うーん、休日の東京だったら参加したかったかも。日本窓口はエーサイドさんが請け負われているみたいなので、今後も関東圏は難しいかな。近隣の REAL Studio ユーザな方は参加してみてはいかがでしょう。</description>
    <dc:date>2010-02-20</dc:date>
   </item>
   
   <item rdf:about="http://blog.kenichimaehashi.com/?page=1">
    <title>これより前の記事は、こちらからお読みいただけます。</title>
    <link>http://blog.kenichimaehashi.com/?page=1</link>
    <description>http://blog.kenichimaehashi.com/?page=1</description>
    <dc:date>2000-01-01</dc:date>
   </item>
  
</rdf:RDF>
