コアを多数搭載するCPUは「POSIX」によって能力を制限されているとの指摘
by Rudolf Schuba UNIX系のOSに共通する機能の呼び出し方法などを定めたPOSIXは、「POSIXに準拠するならばどんな環境でも動作する」ことを保証する規格です。POSIXは長年移植可能なアプリケーションの開発を支えてきましたが、システム管理者のチャールズ・フィッシャー氏は「POSIXがマルチコアCPUの能力を制限する要因となっている」と指摘し、「xargs」コマンドを例として具体的な説明を行っています。 Parallel shells with xargs: Utilize all your cpu cores on UNIX and Windows | Linux Journal https://www.linuxjournal.com/content/parallel-shells-xargs-utilize-all-your-cpu-cores-unix-and-
process-book
この文書はなんですか？ この文書は*nix系のシステムにおけるプロセスやシグナルなどについて説明することを目的に書かれました。「プロセスとかよくわかってないからちゃんと知りたいな」みたいなひとたちが想定読者です。 書いているあいだは gist で管理されていたのですが、ボリュームが大きくなったので github で管理するように変えました。 目次 導入 プロセスの生成 プロセスとファイル入出力 ファイルディスクリプタ preforkサーバーを作ってみよう ゾンビプロセスと孤児プロセス シグナルとkill プロセスグループとフォアグランドプロセス epub と pdf epub化したもの、pdf化したものが release ディレクトリに入っています。thanks to mitukiii & moznion！ ライセンス この 作品 は クリエイティブ・コモンズ 表示 - 継承 3.0 非移
プロセス・パイプ・リダイレクション・ファイルディスクリプタの実体を見に行く - ザリガニが見ていた...。
プロセス置き換えとか、名前付きパイプとか、とても便利な機能なのだけど、その仕組みはどうなっているのだろう？断片的な知識ばかりでは、その核心にはなかなか辿り着けない。サンプルコードの真似はできるけど、それ以上の発想はできない...。もっと根本的なところからちゃんと理解しておかないと、いつまでたってもコマンドの使い方の本質が理解できないと感じた。プロセスとは何か？パイプとは何か？リダイレクションとは何か？ファイルディスクリプタとは何か？可能な限りその本質を探ってみようと思う。 UNIXのプロセス UNIXでは、複数のユーザーがログインした状態で、同時に複数の処理を依頼される状況が多々ある。 ところが、どんなに高性能なCPUであっても、ある瞬間に処理できるのはたった1つの処理だけである。 そんな時OSは、それぞれの処理に必要なメモリ領域を割り当てて、CPUをタイミングよく切り替えながら同時並行的
Modern Syntax
これ見たら「なんでいままでこういうのなかったんだろう」と思いました。 作ったのはサンフランシスコのインタラクティブ・テクノロジー企業Augmental社で、ボクシングのマウスピースみたいな形状で口の中に入れるのですが、舌が当たる部分にセンサーが付いていてそれを使ってマウスカーソルを操作することができます。なのでMousepadではなく「MouthPad^」という名前になっております。 怪我や病気で手足が不自由になった人々がコンピュータを操作する時って、これまでは視線を使ったりしていましたけど、これだともっと正確で直感的ですよね。 Bluetoothを使っているのでPCやMacといったコンピューターやスマートフォン、タブレットでも使えるというのが素敵です。 舌は左クリックやクリック＆ドラッグに使われ、口をすぼめるジェスチャーで右クリックを実現しているそうです。 まだ開発中のようで値段等は掲載
はじめてのOSコードリーディング ――UNIX V6で学ぶカーネルのしくみ | Gihyo Digital Publishing … 技術評論社の電子書籍
Software Design plus はじめてのOSコードリーディング ――UNIX V6で学ぶカーネルのしくみ 著者 青柳隆宏 著 発売日 2013年1月10日 更新日 2013年1月10日
いまどきのUNIXプログラミング
さて、しばらく前の話になりますが、やや若い世代の人と集中的に開発を行う機会がありまして。「epoll使っていいですか、selectってあまり使った事ないので」と言われて愕然。当たり前と言えば当たり前なんだけど、90年代に身に着けたUNIXの知識もいまや年代物。少しはアップデートしないとなぁ・・・という事で本を読んで勉強したので、そのメモ。もしろん昔からあるけど知らなかったって事も沢山ありました。 読んだのは「LINUXシステムプログラミング」というO'REILLY本。400ページ弱という（この手の本にしては）薄い本なのだけど、興味深い話題が多く楽しんで読めました。以下、この本によってアップデートされた私の知識の項目一覧と概説。これを見て「おぉ」と思った人は仲間なので買って損はないと思う。
UNIX & Linux コマンド・シェルスクリプト リファレンス
目次 当サイトについて bash シェルスクリプト入門 -シェルスクリプトのいろは- コマンド Tips シェルスクリプト Tips 変数を使用する 配列を使用する 入力と出力 if 文と test コマンド for 文の使用方法 while 文の使用方法 case 文の使用方法 関数の使用方法 引数を処理する 終了ステータス シグナルと trap コマンド フィルタを使用した文字列操作 1 フィルタを使用した文字列操作 2 日付を取得する 文字コードと改行コード シェルスクリプトのデバッグ AWK リファレンス (Deprecated) シェルスクリプト ライブラリ 『ether.sh』 お知らせ Bluesky を始めました @sunone.me 変更履歴 2023.10.07 ページ内リンクを修正した。 2021.02.01 このサイトに「もう 1 ページ追加しよう」と思ってから、も
技術/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上で検索したら見つか
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
初めてのOS source code reading(UNIX 6th source code readingのススメ) - やる気のないブログ(A boring diary)
このエントリはhttp://d.hatena.ne.jp/takahirox/20120131/1328006885を和訳したものです。 はじめに 最近UNIX 6thのソースコードの読書メモを書き終えました。 みさなんにもUNIX 6thのソースコードを読むことをオススメします。 その理由をこのエントリで書いていきます。 まとめ UNIX 6thは初めてOSのソースコードを読む人にうってつけ！ 今すぐ読み始めましょう！ UNIX 6thのソースコードはこちらなどで読むことができます。 http://minnie.tuhs.org/cgi-bin/utree.pl?file=V6 UNIX 6thのソースコードを読むことをオススメする理由 たったの10,000行 最近のLinuxカーネルのソースコードは100万行を超えています。全てを理解するのは至難の業です。 一方、UNIX 6thのカー
mkdirシステムコールの変遷 - Plan9日記
先週の@magoroku15さんのustで、システムコール番号の歴史が参照され、V7にはmkdirシステムコールがなくて、mknodとlinkを使っていたんだよねという話題が出てきた。それに触発され、mkdirについて調べてみたところ、試行錯誤の痕がいろいろ見られ面白かったのでまとめてみた。 まず、V7のmkdir.cを読むと、mknodでinodeを作り*1、自分（"."）と親（".."）にlinkを張っているのがわかる。mknodはinodeは作るがファイルの中身はからっぽで、ディレクトリとしては正しいフォーマットではない。最低限自分と親ディレクトリへの参照が必要だからだ。そこで、linkを使う。UNIXファイルシステムのディレクトリエントリの構造については説明不要だよね。 mkdir(d) char *d; { char pname[128], dname[128]; registe
Pythonで学ぶ「詳解 UNIXプログラミング」(その0) - atsuoishimoto's diary
お勧めのUNIXプログラミングの入門書は？と聞かれれば誰もが挙げるであろう名著 W.リチャード スティーヴンスの詳解 UNIXプログラミング(APUE)。必読書と言っても良いだろう。 "Pythonで学ぶ「詳解 UNIXプログラミング」"シリーズのエントリでは、私自身の復習もかねて、APUEで解説されているサンプルを、Pythonで実装してみたい。 以降の解説では、特に断り書きのない限り ピアソン・エデュケーション社出版の詳解 UNIXプログラミング 新装版をもとに、Ubuntu Linux 10.10上のPython2.7を対象に解説する。他のUNIX/Linuxや異なるバージョンのPythonであっても、ほとんどそのまま流用できるはずだ。 サンプルコードの背景などの解説は行わないので、かならず「詳解 UNIXプログラミング」とあわせて読んでいただきたい。 ところで、APUEの第2版が2
バークレー版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 初期の歴史 一九七三年十一月。パーデュー大学でＯＳ理論のシンポジウムが開催された。これこそＡＴ＆Ｔ ベル研究所のケン・トンプソンとデニス・リッチーの二人がＵＮＩＸの論文を初めて発表したシンポジウムである。そして、カリフォルニア大学バークレー校のファブリー教授は、その日トンプソンとリッチーの講演を聞くや、ＵＮＩＸのコピーを入手し、バークレーに持ち帰っていろいろ試してみたいと思った。 しかし、当時のバークレーに
なぜ，/var や /etc が /etc や /cfg というディレクトリ名ではないのか？ - NO!と言えるようになりたい
Unixを使っていると，/usr が全然ユーザー用じゃなくどう見てもシステムのための物だったり，/etc が事実上設定ファイル置き場となっていたり，/var がログファイル置き場となっていたりと，名が体を現していなくて奇妙な感覚を覚える．もっと分かりやすい名前の付け方があったんじゃないかと，Unixユーザーならば誰もが思うはずだが，これに対する解答がredditに投稿されており，その内容が非常に面白かったので，軽く翻訳してみた． Anyone know why /var and /etc weren't named something like /etc and /cfg? http://ja.reddit.com/r/linux/comments/cpisy/anyone_know_why_var_and_etc_werent_named/c0ua3mo 昔々，システム7が使われていてU
「UNIX のコードが Linux にコピーされた証拠」なるものを SCO 関連の弁護士が公開 | スラド YRO
SCO の元 CEO の兄弟という弁護士 Kevin McBride 氏が、「UNIXのソースコードがLinuxにコピーされた証拠」なるものを公開している (本家 /. 記事より) 。 SCO 側は UNIX に含まれる同社のソースコードが Linux に不正にコピーされたと主張していたが、6 月に「UNIX の著作権は Novell が保有する」という判決が下り (/.J 記事)、SCO と Linux に関する訴訟は終結する見通しとなっていた。 これについて本家 /. の編集者 kdawson は「証拠としてあげられた多くのコードは一般的なもので、そのほかは『コピー＆ペースト』と言えばまぁそうだよね」というようなコメントを残している。
UNIXファイルのセキュリティを向上させる--adduserとumaskを用いたポリシーの強制 - builder by ZDNet Japan
UNIXのファイル権限設定についての記事に続き、本記事では新規ファイルの作成時に用いられるデフォルト権限の設定方法を解説する。 筆者の記事「UNIXのファイル権限を理解する--基本を押さえてセキュリティ向上に役立てる」には、以下のような一節があったことを憶えておられる方もいるだろう。 UNIXシステムにおいて、ファイルレベルの基本的なセキュリティを向上させるための重要な鍵は、システムの機能を損なうことなく、かつあなたが必要とするファイルへのアクセスが妨げられないレベルで権限を可能な限り制限しておくことにある。 上記の記事で解説しているように、UNIXやLinuxのシステム管理者は、たいていの場合において、ファイルの所有者に対しては該当ファイルの全権限を与え、その他のユーザーに対しては該当ファイルに一切アクセスできないような設定をデフォルトとしておくべきである。こういったことを、管理者側の手
第九研究室だより:全てはハンキャリから始まった
2009年11月28日 全てはハンキャリから始まった 今週の木曜日、InternetWeekのインターネットの歴史を語り継ぐ人々のつどいというBOFに参加しました。 奈良先端科学技術大学院大学、砂原先生の最初に日本にUNIXが入ってきた時の事や、TrailBraizer(往年のベストセラーモデム)でUNIX同志を接続し日本のインターネットの基礎を作った時の逸話とても面白く、そしてなつかしく当時の事を思い出しながらのBOFでした。 初めて日本にUNIXが入ってきたのは、当時AT&Tのベル研で研修をしていた石田晴久先生が、帰国する際、UNIX 6thエディションを1/2オープンリールテープにコピーして持ち帰ってきたというのは有名な話で、私もこの業界に入った直後に聞きました。つまりUNIXが日本にやってきたのは、ハンドキャリーによってです。UNIXのライセンスは7thエディションから導入されたの
UNIXのファイル権限を理解する--基本を押さえてセキュリティ向上に役立てる - builder by ZDNet Japan
UNIXにおける標準的なファイル権限管理システムを活用することで、基本的なセキュリティを強化することができる。そこで本記事では、UNIX形式のファイル権限管理システムにおける、ファイルレベルのセキュリティ管理の基本を解説する。 UNIXとは総称的な用いられ方をする言葉である。つまり、この言葉は特定のOSを指すものではなく、Ken Thompson氏とDennis Ritchie氏によって、そして後にはBrian Kernighan氏も加わって開発されたAT&T UNIXから派生したOS全般を指している。その後、UNIX OSが備えているべき機能や特徴を規定した公式のIEEE規格である「POSIX標準」が作成された。UNIXの商標は「Single UNIX Specification」（SUS）に準拠し、その認証を受けたシステムのみに使用される。なお、SUSの最新バージョン（バージョン3）は
UNIXの神様 － ＠IT自分戦略研究所
本連載を初めて読む人へ：先行き不透明な時代をITエンジニアとして生き抜くためには、何が必要なのでしょうか。それを学ぶ1つの手段として、わたしたちはIT業界で活躍してきた人々の偉業を知ることが有効だと考えます。本連載では、IT業界を切り開いた117人の先駆者たちの姿を紹介します。普段は触れる機会の少ないIT業界の歴史を知り、より誇りを持って仕事に取り組む一助としていただければ幸いです。（編集部） 本連載は、2002年 ソフトバンク パブリッシング（現ソフトバンク クリエイティブ）刊行の書籍『IT業界の冒険者たち』を、著者である脇英世氏の許可を得て転載しており、内容は当時のものです。 ビル・ジョイ（Bill Joy） ―― BSD開発者 ビル・ジョイはウィリアム・ジョイの愛称で、BSD版UNIXの設計を行った人物である。彼が参加したことによりサン・マイクロシステムズは急成長をすることとなった。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TechCrunch | Startup and Technology News
