はやいTCPサーバの書き方 - nyaxtのPC作業ログ
cagra高速化にあたってのノウハウを一部公開してみます。また明日校正/更新します。つっこみ待ちです。 select(2)の代わりにepoll_wait(2), kqueue, /dev/epoll等を使う 他に山ほど解説ページがあるので略 大量のディスクリプタを処理するようなサーバの場合、多少効果があるかもしれません。しかし、クライアント数が少ない場合、劇的な性能の向上は見込めないとおもいます。クライアント数が多い場合は、１セッション１スレッドなモデルではOS側のタスクスイッチングのオーバーヘッドが効いてくることも多いです。クライアント数を増やすには複数のセッションを１スレッドで処理できるようにすると良いです。実装にあたっては、non-blocking ioを活用すると効果的です。 TCP_NODELAYを設定する Nagleアルゴリズムをオフにします。多少応答性が良くなります。 これっ
LINUXシステムプログラミング - bkブログ
LINUXシステムプログラミング 発売後すぐに入手したものの長らく積読状態が続いていた『LINUXシステムプログラミング』をようやく読みました。 本書はその名の通り、Linux のシステムプログラミングについての解説書です。システムプログラミングの定義は明確ではありませんが、システムコールを用いて OS に近いレイヤーで行うプログラミングのことと考えて差し支えないと思います。 UNIX一般のシステムプログラミングについては『詳解UNIXプログラミング』という決定版がありますが、本書は Linux 固有の話題や POSIX の比較的新しい API が載っているところが異なります。 たとえば、前者になく本書にだけ載っている話題としては以下のようなものがあります。知らなかった話も多くて勉強になりました。 posix_fadvise で I/Oのアクセスパターンのヒントを与える epoll でI/
ホワット・ア・ワンダフル・ワールド 初心者にプログラミングを教える際の難しさ
今のプログラミング言語は，アルゴリズム （計算手順） を書き下す （だけの） ものなんですよね． なので，初心者にプログラミングを教える際 「どうやってアルゴリズムを作れば良いのか ?」「熟練者は，どのように発想しているのか ?」 ということを教える際には，向きません．これがプログラミング教育の本質的な難しさです． アルゴリズムを作るための方法論と，それを表現できるプログラミング言語が無いから，結局はたくさん本読ませて，問題解かせて，自分で勉強してがんばってね，数こなせば自然とわかってくるから，という前時代的な教育しかできないのです．これでは脱落者がたくさん出てしまっても無理はありません． amachang さんががんばってます．執筆中のマインドマップを引用するってのは，ちょっと申し訳ない気もするのですが，面白い一文を発見． IT 戦記 2008-07-15 プログラミング未経験者が Ja
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Google Code University - Google Code