Linux I/O のお話 write 編 - naoyaのはてなダイアリー
write はページに dirty フラグを立てるだけなので決してユーザープロセスを待たせない って、本当にそうなんでしょうか？（否定しているわけではなく、純粋な疑問です。） と質問をもらったので、最近追ったことをここでまとめます。かなり長文です、すいません。また、まだまだ不勉強なので間違っているところもあるかもしれません。ツッコミ大歓迎です。 まず、オライリーのカーネル本の 15章 ページキャッシュ 15.3 汚れたページのディスクへの書き込み から引用。 ご存知のように、カーネルは、ブロック型デバイスのデータを含むページをページキャッシュに蓄えています。プロセスが何らかのデータを更新した場合は、必ず対応するページに汚れている印をつけます。すなわち、PG_dirty フラグを設定します。 UNIX システムでは、汚れたページのブロック型デバイスへの書き込みを遅延することができます。この方
naoyaのはてなダイアリー - 負荷とは何か
調べごとをしたので blog に書いて理解を深めようのコーナーです。長文です。 Linux でシステム負荷を見る場合にお世話になるのが top や sar (sysstat パッケージに同梱されてるコマンド) などのツールです。 top ではシステム統計のスナップショットを見ることができます。今システムがどういう状態かなーというときは top が便利。 top - 08:16:54 up 3 days, 14:43, 6 users, load average: 0.18, 0.07, 0.03 Tasks: 43 total, 2 running, 41 sleeping, 0 stopped, 0 zombie Cpu(s): 18.2% us, 0.0% sy, 0.0% ni, 81.8% id, 0.0% wa, 0.0% hi, 0.0% si一方の sar では10分ごとのシ
id:naoya さん講演『技術と問題解決』講演記録パート - そんなことはさておいて
ｷｬｰ @naoya_ito ｻｰﾝ!! （今から講演会— sylph01 (@s01) 2015年5月20日 Access でなんか講演してくれという話で小一時間エモい話したけど、質疑応答が #rebuildfm リスナーからの SHIROBAKO とかゼノブレイドクロスとかの質問で草— Naoya Ito (@naoya_ito) 2015年5月20日 「rebuild.fmの人」やTwitterの@記法の名前もそうなんですがヘビーはてなユーザーの私としてはやっぱりid記法で呼びたい id:naoya さん（伊藤直也さん）の新卒向け講演が社内で行われたのでまずは講演記録パートです。本名と所属は以前から「がんばればわかる」ようになってますし*1、出して困るような厄介な人は幸い身近にいないので身バレとか知らない。 以下長いので続きを読む記法で。感想パートは1日以内に別記事で更新します。 「
無線LANブリッジのIPアドレスを探せ - naoyaのはてなダイアリー
実家に帰省中なわけですが、実家のネット環境がちょっとしょぼかったので無線化することに。で、家から持って帰ってきた余ってた無線LANブリッジを接続したまではよかったものの、ブリッジのIPが分からず管理画面にアクセスできない! メルコの製品だから 192.168.11. にあるというところまでは分かってるけどそこから先が分かりません。 どうやってアドレス探そうかなー、となんかそういう時に使うツールもありそうなもんですが、 #!/usr/local/bin/perl use strict; use warnings; use Net::Ping; use Term::ANSIColor qw(:constants); $Term::ANSIColor::AUTORESET = 1; my $p = Net::Ping->new; my $subnet = shift || '192.168.0.
直交する技術から複数のものを学ぶ - naoyaのはてなダイアリー
一年前に CNET でインターネット時代のエンジニアの価値という記事を書いたのですが、それと関連する、先週 Binary 2.0 カンファレンスや PofEAA 読書会に行って来て、感じたことを書いてみたいと思います。 まず、Binary 2.0 カンファレンスに行って来て感じたことというのが、先日ちょっと述べたとおり、ソフトウェア開発の世界は多様化していて、それぞれのレイヤの間で断絶がある、ということ。断絶というとちょっとネガティブな印象があるので、それぞれ違うレイヤというかカテゴリの技術の関係を、直行する技術カテゴリ、とでも言ってみます。 Binary 2.0 カンファレンスでもうひとつ発見があったのは、ローレベルレイヤを極めているバイナリアンは、どことなく数学的にコンピュータにアプローチすることに長けている人たちというイメージだったけど、それはちょっと違うということ。もちろん、それに
続・オブジェクト指向の話 - naoyaのはてなダイアリー
オブジェクト指向設計の初期段階では、まずユースケースを自然言語で書いて、そこから名詞となるものを抽出して、各名詞がお互いにどういう関係にあるかという分析をしていきます。クラス導出の初期段階です。 最初、この手法を学んだときに「なんで名詞だけ抜き出してほげほげ」なんてことをやるんだろうとかなり疑問というか、手法は正しいのかもしれないけど、なぜそれをしなければいけないかが理解できませんでした。自然言語の中から名詞を抽出する作業と、コーディング作業というのが、頭の中でリンクしていなかったからです。 これも、先日書いた物を選んでからほげる、の法則から考えるようになってから理解できるようになったことのひとつです。 宮川さんは、「最初にメインプログラムの中にオブジェクトと、そのオブジェクトに何をさせるかを書くそう」と書きました。これは結城さん風に言うと、"インタフェースでプログラミングしている"という
Linux カーネルのコンテキストスイッチ処理を読み解く - naoyaのはてなダイアリー
Linux カーネルのプロセススケジューラの核である kernel/sched.c の schedule() を読み進めていくと、タスク切り替え(実行コンテキスト切り替え)はその名も context_switch() という関数に集約されていることが分かります。2.6.20 の kernel/sched.c だと以下のコードです。 1839 static inline struct task_struct * 1840 context_switch(struct rq *rq, struct task_struct *prev, 1841 struct task_struct *next) 1842 { 1843 struct mm_struct *mm = next->mm; 1844 struct mm_struct *oldmm = prev->active_mm; 1845 184
「長く使える技術力を自分に蓄えていく」―はてな伊藤直也氏がジュンク堂書店大阪本店トークセッションに登場 | gihyo.jp
2008年8月23日(土)、ジュンク堂書店大阪本店にて、(株)はてなの伊藤直也氏によるトークセッションが開催された。今回のイベントは、『［24時間365日］サーバ/インフラを支える技術』（伊藤直也／勝見祐己／田中慎司／ひろせまさあき／安井真伸／横川和哉著、技術評論社）発刊に関連して、ジュンク堂書店大阪本店企画／主催で実現された。 はてな伊藤直也氏 私にとっての技術書、読書 今回のテーマは「私と技術書」。トーク中に「プログラミングは世界を変える（※注）」「ハッカーになりたい」、そんな率直な思いを言葉にした伊藤氏にとっての技術書とは、読書とは、いかなるものなのだろうか。 テーマは「私と技術書」 ※注） 伊藤氏は、小学校時代のパソピア7（東芝製パソコン）でのプログラミング体験に始まり、数々のソフトウェア、インターネットで世界が変わったその時期に高校／大学時代を過ごし、ユーザ数
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
