iovisor/bcc: BCC - Tools for BPF-based Linux IO analysis, networking, monitoring, and more
BCC is a toolkit for creating efficient kernel tracing and manipulation programs, and includes several useful tools and examples. It makes use of extended BPF (Berkeley Packet Filters), formally known as eBPF, a new feature that was first added to Linux 3.15. Much of what BCC uses requires Linux 4.1 and above. eBPF was described by Ingo Molnár as: One of the more interesting features in this cycle
Cognitive Complexity で、コードの読みやすさを定量的に計測しよう - Qiita
自分のプロジェクトで Code Climate を使ってみた時の話をします。 Code Climate とは？ コードの品質とかを測れるサービス OSS なら無料で利用可能 使ってみた結果 私のコードに対して、下記のような指摘が来ました。 Function toCommandSections has 29 lines of code (exceeds 25 allowed). (toCommandSectionsメソッドが29行あるから、25行以下にしてくれ) About 1 hr to fix (1時間あれば直せる) こちらは分かりやすい指摘です。 ただ"1時間で直せる"とは誰がどういう見解で言っているのか納得行きません。 Function read has a Cognitive Complexity of 8 (exceeds 5 allowed). (readメソッドの Cogni
移動します
産業技術総合研究所計量標準総合センター (NMIJ) のページは 以下のアドレスに移転しました。 このページは10秒後に新ページに自動転送されます。 新URL： https://unit.aist.go.jp/nmij/ お手数ですが、ブックマーク及びリンクの登録変更をお願いいたします。 転送されない場合は上記URLをクリックしてください。 NMIJ website has moved to the following address. This page will automatically be redirected to new NMIJ website in 10 seconds. URL： https://unit.aist.go.jp/nmij/ Please be sure to update any bookmarks you may have registered. Pl
（不確かさ評価の準備としての）「情報量規準」とモデル選択
ある測定値が三角分布しているのか？正規分布しているのか？ 校正線や検量線を直線にするか？二次式にするか？ 不確かさ評価を始める前に、このようなことで悩むことがあるかも知れません。 このようなときに便利なツールが情報量規準です。 情報量規準に基づいて、分布や回帰式のモデルを選ぶ、すなわちモデル選択を行うことができます。 厳密に数学的な証明に興味のある方の要望には応えず、かといってとりあえずツールとして使えればよいという方に適切な資料でもないですが、 ある程度は理論的な背景を知っておきたいという方向けの内容にしております。 AIC（赤池情報量規準）を使った校正線（検量線）の選択は配付中の 回帰プログラムでも使用しております。 基本的には個人的な勉強などの私的利用を想定してアップロードしております．私的利用の範囲を越えると判断される 場合にはご一報下さい．プログラムは自分が分かればよいというつ
「測定できないものは制御できない｣は誤りだった。-- by Tom Demarco：An Agile Way：オルタナティブ・ブログ
ソフトウェア工学の祖の一人である、トム・デマルコが、最近IEEE Software 誌に、過去のソフトウェア・メトリクス賛美を悔い改める記事を書いている。 「ソフトウェア工学」というコンセプト－その時が来た、そして、その時は去った。http://www2.computer.org/portal/web/computingnow/0709/whatsnew/software-r 1982年に、デマルコは有名な「計測できないものは制御できない」という一文から始まる、『品質と生産性を重視したソフトウェア開発プロジェクト技法』という名著を書いている。このドグマは、ソフトウェア工学の考え方に強く根ざしている。むしろ、すべての「工学」という活動は、科学や経験から得た知見を使って自然現象をコントロールし、人間の役に立てることをその定義としており、そこでは測定を元にしたコントロールという概念はその中核にあ
マルチコア時代のロードアベレージの見方 - naoyaのはてなダイアリー
ちょっと煽り気味のタイトルですが、CPU がマルチコアになり 2個、4個と増えていく中 Linux の負荷の指針になるロードアベレージをどう読むべきか、という話です。気になったところを少し調べたのでそのまとめを。 http://d.hatena.ne.jp/naoya/20070222/1172116665 でも書いたとおり、Linux のロードアベレージは「ロードアベレージは過去1分、5分、15分の間の実行待ちプロセス数の平均数 = 実行したくても他のプロセスが実行中で実行できないプロセスが平均で何個ぐらい存在してるか」を示す値です。ボトルネックが CPU、メモリ、ディスク等々どこにあるかは関係なく、仕事の実行までにどれぐらい待たされているかを示す値なので、システムのスループットを計測する指標の入り口になる値です。 このロードアベレージですが、実装を見るとランキュー(待ち行列)に溜まった
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
