プロセスプログラミングをしているとPHPで並行処理をやってみる(セマフォ, semaphore)を考えてsynchronizedがあまりにも間違っていることに気がついた。 もう少しまとめてきれいなクラスを書いてみようかと。 PHPで出来ないことはフレームワークがカバーすればできるようになるでしょう。 ちなみに元ネタはrubyのThread周辺を参考。 Threadのインタフェースとかを切ってみたり。 /** * Threadのインタフェースです。 * ThreadはRunnableを継承します。 */ interface Thread extends Runnable { /** * 新しいthreadを生成します。 */ public function start(); /** * 現在実行しているthreadを終了します。 */ public function shutdown()

>>PHP で並列処理 PHP で複数の Web サイトの更新チェックをするようなスクリプトを個人的に作っているのですが、その時のメモです。サーバからデータを取得する時に、PHP にはスレッドがありませんので、一つずつ取得していると、かなりの時間が掛かることになります。そこで、スレッドの代替になりそうなスクリプトを 2種類ほど考えてみました。PHP 4.3.0 以降でしか動作しません。また、Linux でしか確認していません。もっと良い方法がありましたら、教えてください。 まず、一つ目は、pcntl_fork() を使う方法です。この関数は、PHP のコンパイル時に、--enable-pcntl を付けてコンパイルしないと使用できません。詳しくは、プロセス制御関数についての説明を読んでください。pcntl_fork() を使って並列処理を行う方法を考えてみました。 例えば、$array に

Strict Standards: Declaration of Walker_Page::start_lvl() should be compatible with Walker::start_lvl(&$output) in /home/sites/heteml/users/m/e/t/metaphor/web/masuda/blog/wp-includes/classes.php on line 576 Strict Standards: Declaration of Walker_Page::end_lvl() should be compatible with Walker::end_lvl(&$output) in /home/sites/heteml/users/m/e/t/metaphor/web/masuda/blog/wp-includes/classes.php on

元Vine SPARC開発者。2003年度未踏ユース採択者。ウノウ株式会社立ち上げ時に参画して4年間CTOとして従事。退職して現在P&Aラボにて客員起業家として起業準備中。 cronにジョブを登録して、バックグランドで定型処理を実行することをよくやるかと思います。 その時に必ず一つのプロセスだけが実行されることを保証したい時があります。 こういう時にみなさんはどのようにやっているでしょうか。 案1: cronに時間間隔をある程度あけて実行する 毎分実行するとかじゃなくて、5分くらい間隔を開けて実行するようにする。 5分以内に処理が終われば、複数プロセスで実行されることはありません。 cronの設定をちょこっと変えるだけで簡単にできます。 でも、こういうことするとメンテナンスが面倒だし、いつの間にか複数プロセスが立ち上がってたりするんですよね ToT 案2: ロック処理をいれる ロック処理を

概要 Erlang の軽量プロセスは非常に多くのプロセスを扱う事が出来るという特徴が あり、過去には 2000万プロセスが起動したとの情報がニュースグループに流れ 話題となりました。 しかし、ドキュメントにある情報を元に Erlang プロセスの起動数を計算して みても計算が合わなかったり、この 2000万という数字が半ば信じられなかった ので自分の目で確かめてみたいと思っていました。 そこで今回は、サン・マイクロシステムズ（株）様に 32G のメモリを搭載した Sun Fire T2000 をお貸しし頂くことが出来ましたので。このハードを使用して Erlangプロセス をどれくらい起動することが出来るのかを調べてみました。 検証環境 ハードウェア Sun Fire T2000 CPU UltraSPARC T1 メモリ32G OSSolaris 10 8/07 Erlang 実行環

少し本気でブログのデザインを考えまして、デザインし直してみました、パッチワークでアレコレ変えるよりかは自分でスキンを作る‥少し本気でブログのデザインを考えまして、デザインし直してみました、パッチワークでアレコレ変えるよりかは自分でスキンを作るの方が結果的には近い道だろうと思って、やっていたら5日掛かりの仕事になってしまいました（構想を含めれば数ヶ月くらい） ご覧の通り、シンプルな1ペインデザインです。これについてはあとでまた別に記事を立ててお話しします。 で、この記事ではリデザインの課程をざっくりと画像で振り返ってみようと思います。 イメージスケッチ 始めに、なにはともあれどういうサイトにしたいか画像編集ソフトで適当に描きます。サイトを実際に作った人なら分かるかと思いますが、ここが一番楽しいんですよね 最初に考えたのはこういう2ペインデザイン、この頃はまだサイト名すら決まってません(^_

Front Matter Chapter 1: Strategy Chapter 2: Research Chapter 3: Process Chapter 4: Information Architecture Chapter 5: Site Structure Chapter 6: Page Structure Chapter 7: Interface Design Chapter 8: Graphic Design Chapter 9: Typography Chapter 10: Editorial Style Chapter 11: Images Chapter 12: Video Back Matter About the authors Patrick J. Lynch and Sarah Horton have been working together on award

Kathy Sierra / 青木靖 訳 2006年12月27日 (アルファ版のような)開発中のものを私たちが世間や、クライアントや、ボスに見せるときには･･･彼らの期待のレベルを設定することになる。これは3通りの方法でやることができる。磨き上げられたモックアップで幻惑するか、プロジェクトの現状に合ったものを見せるか、ほとんどできていないものを見せながら順調に進んでいるから「信用しろ」と言っていら立たせるかだ。 結論を言うなら: どれくらい「できている」ように見えるかは、実際どれくらい「できている」かに合わせるべきだ。 ソフトウェア開発者はみんなそのキャリアにおいてこのことを何度も思い知ることになる。しかしテクニカルライターもまた、デスクトップパブリッシングツールによって同様の問題に直面する——フォントやレイアウトが完璧に仕上げられたドラフトを誰かに見せるなら、その人はあなたが考えるよりも

ちょっと、おバカなタイトルで攻めてみる。 親プロセス以外が、プロセスの終了を通知してもらう方法はあるのか？ という話。 最初に聞いたとき、脊髄反射的に、いろいろあるよーーー。と思った do_exit()を追うだけでも、 profile_task_exit() profile_handoff_task() proc_exit_connector() security_task_free() このぐらい見つかる。 んが、どいつもこいつも、task_struct終了時通知なので、スレッドが死ぬ度に通知が飛びやがるのである。 しかもexit処理はいくつも同時に走りうるので、通知関数で thread_group_empty()やら tsk->signal->live==1 やらでチェックするのもウマくない （チェックしている最中にどんどん状態が変わるから） さて、どうしたものか P.S ところで、n

Does this “next action” belong someplace else? 「今やるべきことは分かっていても、次にやるべきこと（next action）がきちんと管理されていなければ、全体としては効率よく進まない」ということで、GTDで言うところの“next action”をいかに管理するかについての考察です。 ●“next action”リストに必要以上に居座り続けてしまうタスクがある ●このタスクが居座り続けるために、全体の仕事に悪影響を与える ●原因の多くは、意図せずしてリスト上に間違った置かれ方をしていること ということで、適切な“配置換え”をするための7つのヒントが紹介されています。 1．進め方について検討の余地が残っている 2．すぐに取りかかれる作業になっていない 3．まだ取りかかるタイミングではない 4．自分がやるべきものではない 5．名前が適切ではない 6

Web サイトのデザイン、開発、そして検証においては、注意深く十分に検討すべきユーザビリティに関する問題、方法論および手順が幾つかあります。これらのうち最も重要なことは、Web サイトにとっての明快で簡潔な目標を設定すること、妥当で包括的なユーザーの要件を規定すること、Web サイトがユーザーの期待に応えていると保証すること、ユーザビリティの目標を設定すること、後から比較するために既存のサイトのユーザビリティを測定しておくこと、そして有用なコンテンツを提供すること、のような "制作工程の前" の問題を含めて、この章で解説されています。 可能な限り最高の結果を保証するために、デザイナーは広範囲に及ぶユーザー・インターフェースに関する問題を十分に検討すべきです。そして、可能な限り最高のパフォーマンスを発揮できるような Web サイトを制作しなければなりません。最新の調査研究は、Web サイトの

これまで、sargeにおけるアプローチを詳細に示しましたが、CentOSでも同様のアプローチを取ることが可能です。 調べ方はいっしょで、パッケージの特定や自動起動の停止／削除に使用するツールとしてaptcacheやupdate-rc.d、apt-get／aptitudeを用いるか、chkconfigやyumを用いるかだけが異なります。sargeでは、update-rc.dを用いて起動を停止するだけにとどめましたが、CentOSではパッケージの削除まで踏み込んでみましょう。 ただ、sargeとCentOSでは、初期状態が異なってたりすることもありますので、順を追って説明していきます。iptablesやSSHなどの設定手順などを事細かには述べませんので、すでに説明した内容を参考にして設定を行ってください。 今回のインストールには、CentOS-4.3.Server-CDi386.isoを使いま

マーチン・フォウラー チーフサイエンティスト , ThoughtWorks 過去数年にわたり、「ライトな」ソフトウエア開発手法が急速に関心を集めつつある。それらは、官僚制に対する解毒剤とも、ハッキングのライセンスとも見なされているが、ソフトウエア関係者全ての興味をかきたてている。このエッセイで、私は「ライトな」開発手法の単に「軽い」側面だけでなく適応的な性質や人間中心主義に着目しながら、それらが流行る理由について掘り下げてみたい。また、この系統のプロセスに対してサマリーとリファレンスを提供し、この踏み出されてまもない道を行くべきかどうかを選択するために、考慮すべき要因について考えてみたい。 開発手法ゼロから、重量級の手法へ、そして「ライトな」手法へ 予見的手法 対 適応的手法 デザインとモノ作りを分割する だいたい仕様を予見できたことがない 予測は絶対に不可能なんだろうか? 予見不可能なプ