この記事はPHP Advent Calendar 2019の5日目の記事です。 はじめに 私は6年前に、PHP Advent Calendar 2013として「PHPだってシェル経由でないコマンド呼び出し機能が欲しい」という記事を書きました。その中で、OSコマンドインジェクション対策の根本的かつ安全な対策は「シェルを経由しないコマンド呼び出し」であることを指摘した上で、末尾に以下のように書きました。 PHPコミッタのみなさま、PHP5.6の新機能として、シェルを経由しないコマンド呼び出しの機能を追加できませんか? 現実には当時からPCNTL関数にてシェルを経由しないコマンド呼び出しはできたのですが、当関数の使用が難しいことと、CLI版あるいはCGI版（FastCGIは可）のPHPでないとサポートされていないなどの制限があり、popenやproc_openなど使いやすいコマンド呼び出し関数に
ソフトウェア・エンジニアを長くやっていると、自然と得意分野というものが出来る。 自分だったら、Androidアプリ開発やJavaの仕様についてはそれなりに知っているつもりだけれど、LinuxカーネルやGPUについて詳しいとはお世辞にも言えない。 得意分野というと聞こえはよいけれど、それは裏を返すと、他のことを学ぶのに及び腰になるということだ。さっきの例でいえば、LinuxカーネルについてもGPUについても知っておくにこしたことはない。それでも、「興味はあるけれど、いますぐに必要じゃないからいいか」という気分になって後回しにしてしまう。 この記事で紹介する『Androidを支える技術』はそういう知っておくにこしたことはないことを解説している。 『Androidを支える技術』とは Androidを支える技術〈I〉──60fpsを達成するモダンなGUIシステム (WEB+DB PRESS plu
アンドリュー・タネンバウム教授はマイクロカーネルの支持者であり、モノリシックな構造を採用したLinuxのアーキテクチャについては以前から批判的でした。 FreeBSDコミッタのGavin Atkinson氏のツイートによると、そのタネンバウム教授が9月28日からブルガリアで開催されたEuroBSDconに登壇し、自分が間違っていたことを認める発言をしたらしいのです（記事末の追記参照。MINIXとBSDについての発言のようです）。 Tanenbaum admits that he was wrong all those years ago. #EuroBSDCon pic.twitter.com/7H6XePNTsS — Gavin Atkinson (@gavinatkinson) 2014, 9月 27 画像が一部不鮮明なところがあって全部を読み取れないのですが、スクリーンに映った文字は
14. ネットワークのレイヤ感 レイヤ 問題になりそうなところ OSIレイヤ アプリ コネクション管理、タイマ 5∼7 NWスタック パケット分割・送信処理 4∼2 NICドライバ カーネル/NICとの相性 1∼2 NIC リンク方式、ファーム 1∼2 ケーブル等 物理的破損 0 スイッチ リンク速度、MAC重複 1∼2 ルータ ルーティング 3 FW アクセス制御 3∼4 WAN 網障害 0∼4 その先 それ俺ですか 10 16. ディスクアクセスのレイヤ感 レイヤ 問題になりそうなところ アプリ アプリ実装（CPU使用率のusrが高い） ファイルシステム FSの特性（RW速度はext4<<xfs） キャッシュ OSキャッシュの乗り方 IOスケジューラ カーネルスケジューラの特性 ドライバ バグ、相性 CNA/NIC/HBA ファームバグ/リンク速度 通信経路 物理破損、スイッチなど コ
冬学期 「オペレーティングシステム」講義案内 田浦健次朗 2007年度最終回発表会資料 目次 配布資料 オペレーティングシステム(OS)とは なぜオペレーティングシステムを学ぶのか？ 講義の進め方 教科書・参考書 講義項目 配布資料とスライド 授業で使う予定のスライド． ただし変更があるかもしれません． スライド0 (pdf, ppt), 資料0 10/1 配布 (pdf, doc). スライド1 (pdf, ppt). 資料1 10/15 配布 (pdf, doc). スライド2 (pdf, ppt). 資料2 10/22 配布 (pdf, doc), スライド3 (pdf, ppt), 資料3 (pdf, doc). スライド4 (pdf, ppt), 資料4 (pdf, doc). スライド5 (pdf, ppt), 資料5 (pdf, doc). スライド6 (pdf, ppt),
Google時代にはGmailを開発し、その後FriendFeedを創設したPaul Buchheit氏曰く「Chrome OSは来年には無くなる（もしくはAndroidと統合される）」とのこと（TechSpot、本家/.）。 Buchheit氏曰くこのことは「火を見るより明らか」とのこと。「Chrome OSを真に受け止めてる人もいるようだし、GoogleもChrome OS搭載PCを世に出すなんて言っている。しかしChrome OSの機能は、非タッチスクリーン端末サポートに関するいくつかの機能を除き、Androidによってより高機能で提供されている」と同氏は続ける。 GoogleのEric Schmidt CEOも先月、AndroidとChrome OSの2つが存在する理由を説明せざるを得なかったという。Schmidt氏曰くAndroidはタッチスクリーン搭載のモバイル端末向けに作られ
割と長らく待った末に、GoogleはついにChrome OSで何をやろうとしているのかを明らかにした。Netbook向けに設計された同OSは既に、Googleの優れた成果の1つとして歓迎されている。登場まであと1年あるというのに、一部の人は今後の展開を楽しみにしている。 だがChrome OSのすべてが祝福されるわけではないだろう。このOSには幾つかの重要な要素が欠けている。すべてのニーズを十分に満たすことはなさそうだ。最悪なのは、消費者、開発者、企業を満足させられるかどうか分からないことだ。現時点では、同OSの価値は未知数だ。 それを踏まえた上で、今のところChrome OSに欠けている10の要素を見てみよう。 1. 企業向けではない Googleが11月19日にChrome OSを披露したとき、同OSが法人ニーズを満たすのかどうか知りたがっていた企業には、大した希望は残されなかった。C
11月19日（日本時間11月20日午前3時半）、グーグルはWebアプリケーションの実行に特化したオープンソースの新しいOS、Google Chrome OSのための「Chromium OS」プロジェクトをオープンソースとして公開したと発表しました。 オフィシャルページでグーグルは「Google Chrome OS will be ready for consumers this time next year.」と書き、Chrome OSの製品がユーザーの手に届くのは来年になるとしています。 公開されたのは、以下のものです。 Source code（ソースコード） Design docs（システムデザインのドキュメント） User interface experiments（ユーザーインターフェイスのドキュメント） Getting and Building a Chromium-Based
Google が Google Chrome ブラウザを発表してから刺激的な 9 ヶ月がたちました。今や 3,000万人以上の方が、日々このブラウザを利用しています。Google Chrome はウェブで日常生活を行っているような方々のためにデザインされています－－情報を検索したり、メールをチェックしたり、ニュースを読んだり、買い物をしたり、あるいは気軽な友人とのやり取りなど。しかし、ブラウザを走らせるオペレーティング・システムは、ウェブのない時代に設計されたものです。そこで本日、Google は Google Chrome を拡張させたプロジェクト －－ Google Chrome オペレーティング・システムを発表いたします。これはオペレーティング・システムがどのような形であるべきかを再考する試みです。 Google Chrome OS はオープンソースの軽量オペレーティング・システムで
米Googleは7月7日、同社独自のOS「Google Chrome Operating System」を発表した。年内にコードを公開する予定だ。 Chrome OSは同社が昨年リリースしたChromeブラウザの延長線上にある新プロジェクト。同社はChromeを「Webで生活する人々のために設計した」が、Chromeが載っているOSは「Webのなかった時代に設計されたもの」であるため、OSの開発に着手したという。 Chrome OSはオープンソースの軽量OSで、初めはNetbook（低価格の小型ノートPC）を対象とする。Googleは年内にChrome OSのコードをオープンソース化し、同OSを搭載したNetbookは2010年後半に発売される見通しという。 Chrome OSはスピード、シンプル、セキュリティを柱とし、「数秒で起動してWebにつながる」という。ユーザーインタフェースは最小
小崎 資広 2008/5/22 この記事では、Linux Kernel Watchの番外編として、Linuxの最近のメモリ管理周りの動きと、その背景のモチベーションについてお伝えしたいと思います。 メモリ管理は変更時のインパクトが大きいため、通常、Stable Tree（安定ツリー）ではあまり変更はなされません。しかし、Linuxカーネルメーリングリスト（LKML）の議論では「もうカーネル2.7は出ない」ともいわれており、十分なテストがなされたものであれば、アグレッシブなパッチでも受け入れられるようになっています。 また、メモリの急速な大容量化により、いままで問題にならなかった部分にスケーラビリティ上の問題が発生したという報告もちらほら出てきました。それを解消するためのさまざまな改善が提案されています。 こうした背景により、2007年から2008年にかけては相当面白いパッチが出てきました。
９０年代にIBM、Microsoft、Apple各社が巨額の開発費を投じて作っていた「戦略的OS」がすべて失敗してしまったことを皆さんはご存知だろうか？ IBMが作っていたのはOS/2。元々はMicrosoftとの共同開発だったが、途中で仲違いをしてしまい、最後はIBMだけが細々とサポートしていたことすら覚えていない人が多いとは思うが、Windows95の成功であっというまに市場から消えてしまったのがOS/2。具体的な数値は公開されていないので分からないが、両社が数百人体制で数年間開発していたので、少なく見積もっても日本円で数百億円は投じられたことは間違いない。 Cairoの方は私自身が初期のころにいたこともあるし、最終的には「Chicago(Windows95のプロジェクト名) vs. Cairo」の戦いの最前線にいた私としては知りすぎている点も多いのだが、一つだけ確かなのは、プロジェク
日本発のセキュアOSであるTOMOYO LinuxがLinuxカーネルにマージ（統合）されることが確実になった。2009年2月12日，TOMOYO Linuxがセキュリティ・モジュールのメンテナ（管理者）であるJames Morris氏のリポジトリ（ソースコード管理データベース）に統合された。今後テストが行われ，2009年秋にもLinuxカーネル本体に統合されると見られる。 セキュアOSは，OSのアクセス権を細分化し厳格に管理することでセキュリティを高めるモジュール。セキュアOSを利用することで，仮に不正侵入されたとしても被害を一部に留めることができる。TOMOYO Linuxは，NTTデータの原田季栄氏らが開発しているセキュアOS。学習モードでの操作からセキュリティ・ポリシーを自動生成する機能などが特徴。 日本セキュアOSユーザー会 代表の海外浩平氏によれば，今後TOMOYO Linux
Opening Remarks Program Co-Chairs: Richard Draves, Microsoft Research; Robbert van Renesse, Cornell University Cloud Computing Session Chair: Marvin Theimer, Amazon.com Awarded Jay Lepreau Best Paper! DryadLINQ: A System for General-Purpose Distributed Data-Parallel Computing Using a High-Level Language Yuan Yu, Michael Isard, Dennis Fetterly, and Mihai Budiu, Microsoft Research Silicon Valley; Úl
大阪南港ATCで開催された「関西オープンソース2008」の2日目（11月8日）午前中のセッションで、株式会社はてなCTOの伊藤直也氏が「はてな流大規模データ処理」と題した発表を行った。 CodeZine で先日の KOF 2008 (あらかじめ言っておきますが King of Fighters ではないですよ、関西オープンフォーラムです) の発表を記事にしていただきました。ありがとうございます。 発表資料は以下のエントリーにありますので一緒にご覧いただければと思います。 http://d.hatena.ne.jp/naoya/20081111/1226395400 さて、記事内容について少し補足をしておきたいと思います。 メモリとディスクの速度比較について 「メモリはディスクの 150 倍」という話ですが、その後知人と話して検索のインデックスをシークする場合などは ms 対 ns くらい違
KOF 2008 での発表資料「はてな流大規模データ処理」を以下にアップロードしました。 http://bloghackers.net/~naoya/ppt/081108huge_data.ppt 一部参考文献からの引用 (Introduction to Information Retrieval から Vector space model の図、たつをの ChangeLog から転置インデックスの図) があります。この場を借りて感謝。 環境によってはおそらくフォントの表示がいまいちだと思いますが、ご了承ください。 追記 SlideShare にアップロードしました。 081108huge_data.pptView SlideShare presentation or Upload your own. (tags: linux mysql) 追記: メモリはディスクの 150 倍について
KOF2008：関西オープンソース2008というイベントに来ています。 はてなの伊藤さんの講演があったので、講演メモを公開。 ＃ボクがメモした内容であって、100%言ったとおりに書いてあるわけじゃないので、参考としてご覧ください。 (続き) アジェンダ 大規模なデータ OSのキャッシュ MySQLの運用 大規模データアプリケーションの開発 データの例 はてなブックマークのデータ量：五千万件くらいのデータ量 このデータに対して何百万人がアクセスしてくる状況でどういう作りにするか レコード数 1073万エントリー 3134万エントリー 4143万タグ データサイズ エントリー2.5GB 何の工夫もなく普通にアクセスすると...200秒待っても結果が帰ってこない 大規模データの難しいところ 開発サーバで開発者が作っている時は快適に動いていても、多数の人間がアク
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く