簡潔なARMエミュレータ実装として面白そうな「uARM」 - syuu1228's blog
AVR上で動くARMエミュレータを実装してLinuxを起動するという頭のオカシイ記事を読んで感動したのだが、よくよく読むとそのARMエミュレータそのものも中々面白そうである。 （和訳はこちら：本の虫: GNU/Linuxを動かせる最低スペックはATmega） エミュレート対象のCPUはARMv5TE、なぜかThumbまでサポート UARTなどの周辺デバイスは独自実装ではなく、Intel XScale PXA255 SoCをエミュレート 但しSDのエミュレーションが遅すぎたのでpvdiskという準仮想化ドライバを実装 AVR上だけではなくPC上でも動作（恐らくLinux上という事だと思われる。OSXだとビルドエラーになる） コードサイズは非常にコンパクトで9056行 Makefileを見る限り標準ライブラリ以外何もリンクしてない Linuxカーネルには手を加えずに動いていると推測される（pv
シリアルコンソール上でのkdbの有効化 - syuu1228's blog
ドキュメントがあんまりしっかりしてないのでここに書いておく。 ちなみにkdbというのは*BSDでいうddbである（説明になっていない。 まず、カーネルの.configでこのあたりを有効にしてみる： CONFIG_KGDB_KDB=y CONFIG_KDB_KEYBOARD=y CONFIG_HAVE_ARCH_KGDB=y CONFIG_KGDB_SERIAL_CONSOLE=y # CONFIG_KGDB_TESTS is not set CONFIG_KGDB_LOW_LEVEL_TRAP=yんでもって、boot parameterにkgdbocを足す： console=ttyS0,9600n8r kgdboc=ttyS0,9600以上。
IIJ GIO 松江データセンターパーク見学ツアーに行ってきた（４） 松江・出雲観光編 - syuu1228's blog
10月28日午前8時 JAL便で出雲空港へ向かう 上空の景色があまりにも綺麗で、夢中で外を見ていたら寝れなかった。。。 ５時起きで死ぬほど眠かったのに。。。 10月28日午前9時 出雲空港到着 ん？出雲縁結び空港？なんぞ？ 聞いてみたら、正式な愛称だとのこと。 うお！到着ゲートになんかいる！ 10月28日午前10時 松江データセンタパーク見学 IIJ GIO 松江データセンターパーク見学ツアーに行ってきた（２） DC見学編 - かーねる・う゛いえむにっき 10月28日午後0時 「八雲庵」でお昼ご飯 八雲庵は出雲そばと鴨南蛮が名物のこの辺りでは有名なお店らしい。 塩見縄手にあり、通りは武家屋敷が連なっていて向かい側は松江城のお堀である。 なかなか雰囲気のある通り。 ご覧のとおり、お屋敷とお庭がものすごく立派である。 お食事は、当然出雲そばと鴨南蛮。 このそばは、麺につゆをかけて食べるんですね
syuu1228's blog
とりあえず色々みてみた。 lspci $ lspci 00:00.0 Host bridge: Intel Corporation Xeon E7 v4/Xeon E5 v4/Xeon E3 v4/Xeon D DMI2 (rev 01) 00:01.0 PCI bridge: Intel Corporation Xeon E7 v4/Xeon E5 v4/Xeon E3 v4/Xeon D PCI Express Root Port 1 (rev 01) 00:02.0 PCI bridge: Intel Corporation Xeon E7 v4/Xeon E5 v4/Xeon E3 v4/Xeon D PCI Express Root Port 2 (rev 01) 00:02.2 PCI bridge: Intel Corporation Xeon E7 v4/Xeon E5 v
FreeBSDのパケットディスパッチについて - syuu1228's blog
探検隊での発表や、FreeBSD/i386のパケット受信フロー - かーねる・う゛いえむにっきの補足。 まず、話の前提のおさらいから。 マルチコア環境でネットワーク受信処理をスケールさせるには、NICに届く沢山のパケットを複数のコアへばらまいて並列に処理させる必要がある ランダムにばらまくよりも、同一フローに属するパケットは同一コアへ割り当てる方がデータローカリティが高くなりキャッシュミスが減るので性能が上がると考えられている 複数コアへばらまく仕組みとして、二通りの方式がある。 RSS: ハードウェアで行う。パケットヘッダのハッシュ値を計算してハッシュテーブルを引き、割り当てられたCPUへ割り込みを行う。受信キューはCPU毎に独立している。 RPS(Linux): ソフトウェアで行う。NICからの割り込みは常に特定のCPUへ入るが、受信処理を行うCPU上でパケットヘッダのハッシュ値を計算
NetBSD/i386のパケット受信フロー - syuu1228's blog
まぁ予想通りというか、依然としてOpenBSDとかなりの部分が共通してますね。 ロック粒度と並列性ですが…割り込み以外でBig kernel lockは使わないのでOpenBSDのようにシステムコールでブロックしてしまってプロセスの並行実行を阻害したりはしないものの、サブシステムをまるごとロックしてしまっているのでソフト割り込みを並列に走らせて複数プロセッサで同時にパケット処理、という事は出来なさそうな感じに見えます。
FreeBSD/i386のパケット受信フロー - syuu1228's blog
TCPとフォワーディングをサクっと省略しちゃった簡易バージョン。 LinuxみたいにRCUとかは使ってなくて粒度の細かいロックがそれぞれのデータに対して存在してて、ハードウェア割り込みもソフト割り込みもそれぞれスレッドで処理してるという事のよう。
OpenBSD/i386のパケット受信フロー - syuu1228's blog
共有データとジャイアントロックの位置に注意しながら関数レベルで追ってみた（実際にはかなり簡略化しているが）。 SMP対応が全く進んでいないという事が容易に見て取れる。
Linux/i386のパケット受信フロー - syuu1228's blog
同じものを何度も書いてはいるのだが、OpenBSDの図のように共有データとロックの関係についてはあまり調べて無かったと思ったのでこちらも作ってみた。 正直、RCUがどうなっているのか未だ理解出来ていない。 恐らくロック区間でロックした時点でのバージョンのデータが読める事を保証しているのだと思うが。 RCUとは別にロックをかけている所は二つのキューなので、これは常にデータ一貫性が求められているからだろう。多分。 まぁしかし深い…これでもかなり省略したのだが。 実際にはGROとかTCPのステート処理とかパケットフォワーディングとかIPv6とかトンネリングとか描いてないものは未だ山ほどある。
mincore(2)でファイルがページキャッシュに乗っているか調べる - syuu1228's blog
シェルから調べたい人 Google Code Archive - Long-term storage for Google Code Project Hosting.をインストールして、 fincore ファイル名 って打つ。 自分のプログラムから調べたい人 要するにさっきのfincoreコマンドから必要な所を抜き出してくれば良い。 以下はtest.datのキャッシュ中サイズを表示するプログラム。 #include <stdio.h> #include <stdlib.h> #include <fcntl.h> #include <sys/types.h> #include <sys/stat.h> #include <unistd.h> #include <sys/mman.h> #include <errno.h> long fincore(int fd, size_t length)
Kernel/VM Advent Calendar ４日目: Linuxのネットワークスタックのスケーラビリティについて - syuu1228's blog
【お願い】私はLinuxカーネルもネットワーク周りも素人です。ここに書いてある事は間違えている可能性もあるのでおかしいなと思ったらすかさず突っ込んでください。宜しくお願い致します。 今回は、この記事の内容を全面的に見直して、再度Linuxのネットワークスタックのスケーラビリティについてまとめようと思います。 従来のLinuxネットワークスタック＋従来のシングルキューNIC 以下の図は従来のLinuxネットワークスタック＋従来のシングルキューNICで、あるプロセス宛のパケットを受信している時の処理の流れを表している。フォワーディングの場合やプロトコルスタック内の処理は割愛した。 プロセスがシステムコールを発行してからスリープするまで プロセスは、システムコールを通してカーネルにパケットを取りに行く。 パケットはソケット毎のバッファに貯まるようになっているが、バッファが空だったらプロセスはパケ
NetDMAってなに - syuu1228's blog
Windowsでネットワークスループットを上げる為のハードウェアオフローディングな話を見つけた。 予期せぬ挙動が!? 新機能 Scalable Networking Pack をご存知ですか? – Ask the Network & AD Support Team こんなかのNetDMAがちょっと気になったんで調べてみたらIntelのチップセットレベルで実現してるっぽい気がしてきた。 http://support.dell.com/support/edocs/network/IntelPRO/R167266/ja/ioat.htm Intel® I/O Acceleration Technology 使うにはIntel 5000 シリーズ チップセット（サーバ用）が必要、と。 多分NetDMAってWindowsで呼んでるのがこれ： Intel® QuickData Technology e
じゃあ、Linuxのネットワークスタックはどうなのん？ - syuu1228's blog
この記事の続きになる訳だが、いくらSolaris最強って言っても、大手メーカーがこぞってつつき回して性能改善したり機能追加したりしてるはずのLinuxで何も対策が打たれてない訳が無いよね。じゃあどうなってるんだろう、って話。 例によって、Linuxとか全ッ然知らないので、間違ってたらツッコミ下さい。 ポーリングとパケット処理のパス 殆どここで解説し尽くされてる。 Linuxにも動的ポーリングの実装（Solarisで言ってる動的ポーリングと同じものとは限らないが…）があって、NAPIとか呼ばれてるらしい。 NAPIを実装するドライバでは、こんな手順で受信処理を行ってる。 ハードウェア割り込みを受け、割り込みハンドラを起動 ハードウェア割り込みを禁止、ポーリングをスケジュール ソフトウェア割り込み経由でNAPIのポーリングルーチンを起動 ドライバにポーリングを指示 この時、適切な性能を確保する
Ustream recorded movies of AsiaBSDCon 2010 - syuu1228's blog
Soon refined movies will uploaded to Youtube, until it, you can see movies here: Day 3 Room A http://www.ustream.tv/recorded/5395983 http://www.ustream.tv/recorded/5396256 http://www.ustream.tv/recorded/5397759 http://www.ustream.tv/recorded/5402260 http://www.ustream.tv/recorded/5403663 http://www.ustream.tv/recorded/5405520 Room B http://www.ustream.tv/recorded/5398423 http://www.ustream.tv/reco
Firefox ExtensionでC++プログラムを動かしてみるテスト 〜その５ XULの実装〜 - syuu1228's blog
Firefox ExtensionでC++プログラムを動かしてみるテスト 〜その４ Extentionの作成〜 - かーねる・う゛いえむにっきからの続き。 Firefox上のインタフェースは、XULというマークアップ言語で記述する。 感覚的にはHTMLの親戚という感じ。 このあたりを読みながら、適当なタグを組み合わせてlibtestkvsへget/putするためのGUIを書いてみよう。 最低限、キーとバリューの入力項目とget・putボタンがあれば十分。 ということでこんな感じに書いてみた。 <?xml version="1.0"?> <window id="main" xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul"> <label value="key" /> <textbox id="key"
Firefox ExtensionでC++プログラムを動かしてみるテスト 〜その２ XPCOMモジュールの実装〜 - syuu1228's blog
Firefox ExtensionでC++プログラムを動かしてみるテスト 〜その１ IDLでAPIを書いてみる〜 - かーねる・う゛いえむにっきからの続き。 IDLに対応したクラスの定義とモジュール情報の定義を行う。 まずクラスの定義から。 testKVS.hというファイルを作成する。 ここでは、xpidlが生成したtestIKVS.hで宣言されてるtestIKVSクラスを継承したtestKVSImplクラスを作ってみる。 クラスメンバの定義はNS_DECL_ISUPPORTS（nsISupportsクラスのメンバ）、NS_DECL_TESTIKVS（testIKVSクラスのメンバ）の二つのマクロを利用し、コンストラクタ・デストラクタのみ付け加えてみる。 #ifndef __TESTKVS_H__ #define __TESTKVS_H__ #include "testIKVS.h" cl
Firefox ExtensionでC++プログラムを動かしてみるテスト 〜その３ ビルド編〜 - syuu1228's blog
Firefox ExtensionでC++プログラムを動かしてみるテスト 〜その２ XPCOMモジュールの実装〜 - かーねる・う゛いえむにっきからの続き。 実はここで一番ハマった。中々ちゃんとビルド出来ない＆ビルド出来ても認識されない、etc。 結論としては、SDKに含まれてるXPCOMのサンプルモジュールのMakefileをパクッてくると良いような気がする。 以下、Firefox ExtensionでC++プログラムを動かしてみるテスト 〜番外編 SDKをSnow Leopardで動かす〜 - かーねる・う゛いえむにっきでビルドしたMozilla SDK 1.9.1のディレクトリが/Users/syuu/191srcにあるのを前提に話を進める。 $ cp ~/191src/xpcom/sample/Makefile . $ touch Makefile.in として、Makefileを
Firefox ExtensionでC++プログラムを動かしてみるテスト 〜その４ Extentionの作成〜 - syuu1228's blog
Firefox ExtensionでC++プログラムを動かしてみるテスト 〜その３ ビルド編〜 - かーねる・う゛いえむにっきからの続き。 Firefoxのextentionディレクトリにtestkvs@dokukino.comというディレクトリを作成する。 $ mkdir ~/Library/Application Support/Firefox/Profiles/*/extensions/testkvs@dokukino.com なお、これはMacOS Xの場合であり、OSによってディレクトリの位置は違う。 また、プロファイルディレクトリ名は環境によって異なる為、ここでは*と記述している。 Windowsの場合は C:\Documents and Settings\UserName\Application Data\Mozilla\Firefox\Profiles\*\extensio
Firefox ExtensionでC++プログラムを動かしてみるテスト 〜その１ IDLでAPIを書いてみる〜 - syuu1228's blog
あまり積極的に使われてないようだが、Firefox ExtentionはJavaScriptだけではなくC++やJavaで書かれたプログラムを動かす事が出来る。 一応、今までの実験で本当に動かす事が出来るという確認は取れたのでいよいよサンプルコードの実装に取りかかってみる。 SDK 実装には、Gecko SDKが必要になる。以降の話は1.9.1を前提で進める。 https://developer.mozilla.org/en/Gecko_SDK#Downloading ここから入手し展開するだけで動くはずである。 しかし、MacOS Xでは色々細工をしないと動かない。 メンドイので後でまとめる事にして省略。 XPIDL XPIDLを用いてJavaScript・C++間のインタフェースを定義する。 これにより、C++なクラスがJavaScriptで扱えるようになる。 #include "ns
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
FreeBSD Ethernet device pollingに関する記事まとめ - syuu1228's blog
