かのジョン・ラセターがBSDデーモンのロゴを描いていた！ - YAMDAS現更新履歴
www.jacobelder.com MIT の蚤の市で、1986年に発行された 4.3 BSD のマニュアルの表紙に描かれている BSD デーモンのマスコットに「初期 Unix システムと現代文化のつながり」を見つけたという話である。 なにかというと、BSD デーモンを描いたのが、ルーカスフィルムの John Lassetter だったことに気づいたんですね。 そう、後にピクサーで『トイ・ストーリー』シリーズをはじめとする数々の CG アニメの名作を手がけた巨匠ジョン・ラセターその人である。 彼が BSD デーモンのログを最初に描いたというわけではないようだが、彼のバージョンがもっともよく知られている。 いやぁ、知らなかったねぇ……いや、いくらなんでもこんなイイ話を知らないというのはおかしい話で、加齢による記憶力の減退が原因で、（当時の同僚が毎号買って職場にもって来ていた）「BSD ma
MINIXの30年の歴史から学んだこと
(本文書はAndrew S. Tanenbaum教授の許可をいただいて島慶一が翻訳しました。) MINIXの30年の歴史から学んだこと (原題: Lessons learned from 30 years of Minix) 著者: Andrew S. Tanenbaum (収録: Communications of the ACM, Vol. 59 No. 3, March 2016, Pages 70-78) Linuxのことはみなさんよくご存知だと思いますが、その直接の祖先であるMINIXも齢三十を迎え、古参のソフトウェアとしてはまだまだ元気にやっています。MINIXの生い立ち、またMINIXやLinuxの始まりの物語はあまり知られておらず、だからこそMINIXの開発から多少なりとも学ぶべきことがあるのではないかと思うのです。これからお話しすることには、オペレーティングシステム特有の
名著「UNIXという考え方 - UNIX哲学」は本当に名著なのか？ 〜 著者のガンカーズは何者なのかとことん調べてみた - Qiita
補足 1975: トンプソンはベル研を一時休職し、母校のカリフォルニア大学バークレー校に Version 6 Unix をインストールする作業を手伝う。これは後に BSD Unix として配布される。 1984-1998: ガンカーズが DEC でプリンシパル・ソフトウェア・エンジニアを務めた時期 ガンカーズは DEC の Unix Engineering Group (UEG) に所属 いつから DEC に勤めていたのかは不明 P63 より「小さな会社で Version 7 Unix を使っていた」ので 1979 年よりも後 V7M の開発には関わってなさそう おそらく 1980-1984 の間に DEC に入社したと思われる ガンカーズが「UNIX の考え方」についての本はないだろうか？と考えたのは 1991 年 1988: POSIX.1 標準化（POSIX.2 は 1992 年）
songmu on Twitter: "Dockerやコンテナを理解したいのであれば「なるほどUnixプロセス」を読むと良いのではないか"
Dockerやコンテナを理解したいのであれば「なるほどUnixプロセス」を読むと良いのではないか
バークレー版UNIXの20年
Twenty Years of Berkeley Unix: From AT&T-Owned to Freely Redistributable バークレー版UNIXの20年 （UNIXが、AT&Tの所有物からオープンソースソフトウェアになるまで） Marshall Kirk McKusick マーシャル・カーク・マクージック Translation by Akira Kurahone 初期の歴史 一九七三年十一月。パーデュー大学でＯＳ理論のシンポジウムが開催された。これこそＡＴ＆Ｔ ベル研究所のケン・トンプソンとデニス・リッチーの二人がＵＮＩＸの論文を初めて発表したシンポジウムである。そして、カリフォルニア大学バークレー校のファブリー教授は、その日トンプソンとリッチーの講演を聞くや、ＵＮＩＸのコピーを入手し、バークレーに持ち帰っていろいろ試してみたいと思った。 しかし、当時のバークレーに
さよなら本番サーバー - Qiita
とあるSESの現場では本番リリースの時期が近づいてきており、僕を含めた数人のエンジニアは間に合いそうもない残作業の開発を進めたり、本番で使うためのデータの整備を本番サーバー内で行ったりしていた。ほとんどがその案件のために集められたメンバーだったため特に和気あいあいとするでもなく、エアコンの風の音が響く小さなオフィスの片隅で静かに作業をしていた。 業務上のやりとりもRedmineで行われており、声を発するのもたまにメンバー同士で話をしたり、クライアントから電話がかかってきた時だけ。その日もメールで通知が届いてきており、確認してみるとRedmineで僕が関係しているチケットにコメントが届いているという通知だった。 通知のURLをクリックしてRedmineのチケットを確認してみる。 それによると一旦本番サーバー上に存在するデータの中の一部の主要データをCSV形式で送ってほしいという依頼だった。無
UNIX/Linuxでよく使われる「Daemon」(デーモン)プロセスの語源とは？
By Jakob Breivik Grimstveit HTTPサーバーとしてウェブページを提供したり、メールサーバーとして電子メールを送信したり、定期的に時刻同期を行ったりするプロセスはオペレーティングシステムではバックグラウンドプロセスと呼ばれます。特にUNIX/Linuxおいて、このようなプロセスは「Daemon」(デーモン)プロセスと呼んでおり、UNIX/Linuxを操作したことのある人であれば、一度は目にすることがあると思います。なぜ「デーモンプロセス」と呼ばれるようになったのか、海外メディア「The Austin Chronicle」が後にUNIX開発に導くことになるMulticsの開発者フェルナンド・J・コルバト氏に「Daemonの由来」について、質問しており、その回答内容が公開されています。 The Origin of the word Daemon http://ei.c
Working With... - Jesse Storimer
On this site you'll find free access to three ebooks that aim to introduce Ruby programmers to system programming. More background Between 2011-2016 I published and sold these ebooks on jstorimer.com. The content has not been updated in quite some time and I have no intention to do so in the near future. It's being shared here for free for anyone who wishes to read it. The content may be out of da
Working with UNIX Processes を読んだ - @kyanny's blog
Working With Unix Processes という本を読んだ。 Thin の作者からの「時期バージョンを作るとき参考にする」というメッセージ*1が添えられていたのに惹かれて買った。著者のサイトで直販しているが、 Kindle Store からも購入できる。 この本は一言でいうと、 UNIX 系 OS のプロセスについての本だ。プロセスとは何か、という導入部から始まって、プロセス ID やプロセス名、終了コードへと言及し、 fork(2) やソンビプロセス、シグナル、そしてデーモンプロセスの説明あたりまで本編中で説明している。 UNIX プログラミングに関する類書は 1000 ページを超えるものが多いなかで、この本はわずか 100 ページほどしかなく容易く読める*2。しかしページ数が少ないぶん、あまり踏み込んだ内容とは言えず、全体的にやや浅い印象を受けた。すでに UNIX, Li
MINIX 3.3がリリース。1万2700行ほどのマイクロカーネル、ARMサポートとクロスコンパイラなど対応
MINIX 3.3がリリース。1万2700行ほどのマイクロカーネル、ARMサポートとクロスコンパイラなど対応 MINIXは名前から想像できるとおり、LinuxやBSDなどと並ぶUNIX系OSの1つで、もともとはオランダ・アムステルダム自由大学のアンドリュー・タネンバウム教授が学習用のOSとして開発したものです。名前の通りコンパクトな実装や、マイクロカーネルを採用した、いわゆる綺麗なアーキテクチャを備えていることも特長です。 そのMINIXの最新バージョンとなるMINIX 3.3が公開されました。 ARMプロセッサ対応、NetBSD互換性向上など 最新バージョンでもコンパクトな実装とマイクロカーネルアーキテクチャはそのままで、カーネルのコードや約1万2700行。カーネル以外のOSのコードは分離されたユーザーランドで実行されており、例えば実行中にドライバがクラッシュしたとしても自動的に再起動さ
技術/UNIX/なぜnohupをバックグランドジョブとして起動するのが定番なのか？(擬似端末, Pseudo Terminal, SIGHUP他) - Glamenv-Septzen.net
ホーム 検索 - ログイン | | ヘルプ 技術/UNIX/なぜnohupをバックグランドジョブとして起動するのが定番なのか？(擬似端末, Pseudo Terminal, SIGHUP他) [ Prev ] [ Next ] [ 技術 ] 何をいまさら当たり前の事を・・・と思われるだろう。 $ nohup long_run_batch.sh & SSHからログアウト後も実行を続けたいバッチジョブを、"&"を付けてバックグラウンドジョブとしてnohupから起動するのは定番中の定番である。 しかし、「nohupを使わなくても実行を続けることが出来る」やり方があったり、さらには「nohupを付けてもログアウト時に終了してしまう」パターンがあるとしたらどうだろう？ そして、ある日あなたの後輩や同僚がこれらについてあなたに質問してきたら、あなたはどう答えるだろうか？ 「Web上で検索したら見つか
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
発明家の北神 on Twitter: "いっくら探しても "UNIX" というOSが見当たらないんだよ。UNIXから派生したBSDやSystemVやらの話があるのに、UNIX本体が見当たらない。調べていくと段々怖くなってくるよ。歴史が無いんだよ。記録か、記事が無いんだよ… https://t.co/b3LejZEOwt"
10GbE時代のネットワークI/O高速化