_ syscall と syscall wrapper なんか安くなってるとのことで、遅らばせながらアセンブラ短歌本を読んでみた。なんか自分でも考えてみたくなる。 で、中の余談の一節のしょうもないことが気になった。 なお正式 には exit() は _exit() を呼び出すためのライブラリ関数であり, _exit() が 本来 のシステムコールの API だ . このため 「exit システムコール」 ではなく 「_exit システムコール」 と表記すべきで , man のカテゴリは exit(3) と_exit(2) になっている . まあでもあまり気にせずに , ここでは 「exit システムコール」と呼んでしまっている . これはなんか全体的におかしいような気がする。 int 0x80 で呼ぶ文脈なんだから、 linux システムコールというレイヤで見るべきというのは良いと思う。間

[Video] http://vimeo.com/44312354#at=0 [Slide] http://www.erlang-factory.com/upload/presentations/558/efsf2012-whatsapp-scaling.pdf WhatsAppは日本でいうところのLineにあたるサービスでしょうか。このニュースによると、WhatsApp: 月間UU３億、WeChat: 月間UU2.3億、Skype: 月間UU2.8億、Line: 登録２億 (UUは発表しないんですね。。) ということですから、相当でかいですね。 昨年になりますが、Rick Reed (WhatsApp <- Yahoo! <- SGI)が、同サービスを支える、数百万ユーザの同時接続システムについて、SanFranciscoのErlangのカンファレンスで語ってます。 メッセージのトラフィ

Gmane Loom Linus Torvaldsが、kdbusがdbusに比べてスピードアップしたということについてMLで話している。Linusの考えでは、dbusをカーネル側に持って行ったらコンテキストスイッチなどのオーバーヘッドを回避できるのでパフォーマンスアップにつながるという主張は間違っていて、現状のdbusのユーザースペースの処理が無駄にクソすぎるので遅いだけだという。 From: Linus Torvalds <torvalds <at> linux-foundation.org> Subject: Re: [GIT PULL] kdbus for 4.1-rc1 Newsgroups: gmane.linux.kernel Date: 2015-04-27 22:00:09 GMT (1 day, 3 hours and 39 minutes ago) On Mon, Ap

つい最近PollyPassHashという新しいパスワード管理手法を知りました。 PolyPassHashingについては時間があれば別のポストで書きますが、要約すると、ある一定数の管理者の正しいパスワードが入力されないと暗号化されたパスワードデータベースを復号化できないようにするための仕組みです。 このポストではPolyPassHashingの中核の暗号技術である シャミアの秘密分散法 の紹介とそれを実現する数学的な仕組みを解説したいと思います。 この記事の内容 シャミアの秘密分散法とはなにか 用語 実際にやってみる: Rubyでシャミアの秘密分散 仕組み シェアの計算 シークレットの復元 シャミアの秘密分散法とはなにか 名前からわかるとおり、シャミアの秘密分散法はRSAのアルゴリズムにも貢献した有名なイスラエル人の暗号研究者アディ・シャミアによって作られました。 シャミアの秘密分散法は秘

GlusterFSのパフォーマンス関連トピック Presentation Transcript GlusterFSの パフォーマンス関連トピック もりわかかかずお 構成例 10GbEスイッチ x 2 10GbE接続 10GbE / 1GbE接続 ・・・ ストレージノード x 4 クライアントノード 群 s213s211 s212 s214 GlusterFS サーバ GlusterFS クライアント Native Clientイメージ gluster srv. gluster cli. gluster srv. gluster srv. gluster srv. glusterfs独自プロトコル FUSE Native Clientのネットワーク転送量 ● レプリケーション個数分、クライアントは各サーバに writeをおこなう ● サーバ間の通信は基本的に発生しない ● 例: レプリケーシ

閉域ネットワークに設置されたサーバのメンテ中、サーバから外にアクセスしたいなと思いました。 閉じたネットワークに、MBP を有線でつないでいて、MBP からはポータブル Wi-Fi 経由で外に出れる状況です。 ------+------------+--------- 閉域ネットワーク | | +----+----+ | | サーバ | ... | +---------+ | 有線 | +----+----+ | MBP | - - - >> ポータブル Wi-Fi - - - >> [インターネット] +---------+ というわけで、下記のような感じで MBP に nginx でフォワードプロキシを立てました。 [MBP]$ brew install nginx [MBP]$ vi /usr/local/etc/nginx/nginx.conf ------------------

以前nginxでForward-proxy建てる記事を書いたのですが、これにキャッシュを加えてみました。reverse-proxyでよく見る設定です(´ω`) 画像系の静的ファイルをキャッシュします。 # echo "tmpfs /var/cache/nginx tmpfs defaults,noatime,size=100m 0 0" >> /etc/fstab # mount -a # nginx -t nginx: the configuration file /etc/nginx/nginx.conf syntax is ok nginx: configuration file /etc/nginx/nginx.conf test is successful # /etc/init.d/nginx restart nginx を停止中: [ OK ] nginx を起動中: [ O

ビッグデータツールチェインのセキュリティはビッグリスク、あるいは、誰もHadoopをスクラッチからビルドする方法を知らない件について The sad state of sysadmin in the age of containers コンテナー時代のシステム管理者の惨状 システム管理は惨劇に見舞われている。現状は悲惨だ。 筆者は昔気質のシステム管理者に不満はない。システムの稼働を維持し、アップデートし、アップグレードする方法を知っている者達だ。 この憤りは、コンテナーと構築済みVMと、それらがもたらす、「信頼」や「アップグレード」の欠如による悲惨な惨劇に対するものだ。 例えば、Hadoopを見てみろ。誰もHadoopをスクラッチからビルドする方法を知っているようには見えないぞ。依存性とバージョンとビルドツールが悲惨なほどに絡まりあっている。 この手のイケてるツールの中で、古典的なmake

HashiCorp から新しいツール Vault がリリースされました。credentialや機密情報的なものを管理するためのツール。例によって参考訳です。変なところありましたら、ご指摘いただけると助かります。 Vault – HashiCorp https://hashicorp.com/blog/vault.html ※今回も一応書いておきますと、本blogでの投稿は私個人の意志によるものであり、所属する組織の意見を代表するものでもなく、仕事でもなく、誰からの指示をうけているわけでもなく、すべて興味本位であり、ぶっちゃけ好き勝手に書いています。これまでも、これからも。 ■ Vault 機密情報を管理するツール 今日私達は Vault という安全な機密情報の管理と暗号化データ転送を行うツールを発表します。credential や API 鍵の保管から、ユーザ・サインアップ用のパスワードの

Platinum Sponsor Gold Sponsor Booth Sponsor Logo Sponsor Media Sponsor プログラム ※通訳や機材・会場の都合で、セッションの時間帯、セッション内での講演の順番等は予告なく変更になることがございますので 予めご了承ください。

システムコールで待機中にシグナル配信処理が行われると、そのプロセスは起床され（TASK_RUN状態）、シグナル処理が動作する様なっていました。そして待機中だったシステムコールは、システムコールの返り値により、シグナル処理後再実行等の処理が行われるようになっていました。返り値とは、ERESTARTNOHAND/ERESTARTSYS/ERESTARTNOINTR/ERESTART_RESTARTBLOCK です。シグナル(その3)時の理解では、この値は該当システムコール自身が設定するものと理解しましたが、ついでと言うことで調べるて見ました。 ERESTART_RESTARTBLOCKについては、スリープで待機した時間を考慮して、再実行するものでした。ということでシステムコールsleep内で、ERESTART_RESTARTBLOCKがどのように設定されるかを見てみようと思います。 スリープは