いま知っておきたいLinux─WebアプリがOSのプロセスとしてどのように見えるか？ を運用に生かす｜ハイクラス転職・求人情報サイト AMBI（アンビ）
いま知っておきたいLinux─WebアプリがOSのプロセスとしてどのように見えるか？ を運用に生かす Webアプリを動かして負荷をかけると、OSのプロセスという観点ではどのように見えるのでしょう？ それを通して運用やトラブルシューティングではどういったことが分かるのでしょう？ Linuxカーネルの開発者でもある武内覚（sat）さんによる解説です。 こんにちは、sat（@satoru_takeuchi）と申します。 コンピュータが誕生してから現在まで、最終的にエンドユーザが意識するアプリケーション開発はどんどん楽になっています。先人たちのたゆまぬ努力の結果、アプリ開発者はOSや、そのさらに下にあるハードウェアのことをほとんど意識することなく開発ができるようになりました。 しかし、「作ったアプリが、OSレベルでどのように動いているか？」が今一つピンと来なくて、モヤモヤしていないでしょうか。それ
Linuxのloadavgが約7時間ごとに上昇する現象の原因 - Mackerel お知らせ #mackerelio
Mackerelチームのエンジニアのid:itchynyです。 「mackerel-agentを入れるとloadavgが7時間ごとに上昇する」 先日、このような問い合わせを複数のお客さまから受けました。私も実験してみたところ、確かに再現しました。EC2 t2.microにmackerel-agentを入れて簡単なログ監視とプロセス監視を設定し、数日放置しました。 確かに、約7時間ごとにloadavgが上昇しています。この周期のcronの設定はしておらず、またmackerel-agent内部でも7時間ごとに行う処理はありません。しかし、プラグインを多く入れるほどloadavgのピーク値も上がります。 本エントリーでは、この現象の原因について説明します。 loadavgが上昇する原因を調べるには、まずloadavg自体がどう計算されているかを知る必要があります。 まずは、Linuxがloada
Ryzenにまつわる2つの問題 - 覚書
NOTE1: 2017/8/12に2つ目の問題について更新しました。ついに両方の問題が解決しました。 NOTE2: 2つ目の問題についてはすべての経緯をまとめた書籍があります。 4月にRyzenを積んだデスクトップマシンを買いました。その上で日課であるカーネルビルド&テストをした*1ことをきっかけに、2つの問題が発生しました。先代のCore i5を積んだマシンでは起きなかった現象です。 このエントリは自分用のメモがてら、新しいことがわかれば随時更新していきます。後者については9月に開催されたkernelvm北陸にて、本ブログには書かれていない解析の詳細などについて発表してきました。 Ryzen segv battle from Satoru Takeuchi www.slideshare.net 環境 ハードウェア CPU: Ryzen 1800X Motherboard: ASUS PR
CPU使用率は間違っている | Yakst
Netflixのパフォーマンスエンジニアである筆者からの、topコマンドなどで表示されるCPU使用率(%CPU)は、いまや本当の使用率を表しておらず、チューニングなどのための指標として使えないという指摘。なぜそうなってしまったのか、何を見れば本当のCPU使用率がわかるのかをわかりやすく解説した記事。 私たちみんながCPU使用率として使っている指標は非常に誤解を招くもので、この状況は毎年悪化しています。CPU使用率とは何でしょうか？プロセッサーがどのくらい忙しいか？違います。CPU使用率が表しているのはそれではありません。私が話しているのは、あちこちで、あらゆる人たちに、あらゆる監視製品で、あるいはtop(1)でも使われている、"%CPU"という指標のことです。 あなたの考えているであろうCPU使用率90% : 実際 : "stalled"(訳注 : 以下ストールと言う)とは、プロセッサーが
Linuxシステムコール徹底ガイド | POSTD
要約 この記事では、LinuxカーネルにてLinuxプログラムがどのように関数を呼び出すのかについて紹介していきます。 システムコールを行う様々な方法、システムコールを行うための独自のアセンブリの作成方法（例あり）、システムコールへのカーネルエントリポイント、システムコールからのカーネルイグジットポイント、glibcのラッパ関数、バグなど多くの点について説明します。 要約 システムコールとは？ 必要条件に関する情報 ハードウェアとソフトウェア ユーザプログラム、カーネル、CPUの特権レベル 割り込み モデル固有レジスタ（MSR） アセンブリコードでシステムコールを呼び出すことの問題点 レガシーシステムコール 独自のアセンブリを用いたレガシーシステムコールの使用 カーネル側での int $0x80 エントリポイント iret を使用したレガシーシステムコールからの復帰 高速システムコール 3
10Gイーサーに対応するのは結構大変・・・でも楽しい！？：プログラマー社長のブログ：オルタナティブ・ブログ
今日も、ある開発案件で、10Gイーサーでの検証を行ってきました。10Gイーサーで大変だという話題などは、先日も少し書きましたが、 ・Linuxでの最大スレッド数 ・チェックサム計算の高速化：情報発信すると教えてもらえるのもうれしいこと！ 高性能CPUでも対応しきれないほど、通信が高速という点です。特にチェックサム計算などは、全データをなめるため、どうしても計算量が増えてしまいます。先日の記事でアドバイスいただいた方法を組み込んだりしながら、それなりに高速化して、再び確認していたのですが、もう少し性能をUPさせたいところです。まあ、実環境があるおかげで、様々な側面から観察ができますので、対応方法もいろいろと浮かんできているのでまだ良いのですが。。 普段、なかなか高性能環境をブン回す機会はないので（社内には贅沢な環境は置いてないので・・・）、ちょっとだけ雰囲気を紹介してみましょう。 これは、あ
自由な設定が可能な最新リソース制御機能
静かに活躍の場を広げているFreeBSD。そのFreeBSDに昔から搭載されているのに知られることなくお蔵入りしている機能や、新しく開発された機能を取り上げ、紹介していきます。最初のテーマは、ホスティングサービスなどでニーズの高いリソース制御機能です。（編集部） 実は知らなかったFreeBSDの「あの機能」 日本の企業では、エンタープライズ目的のLinuxとしてCentOSを採用することが多い。同じような用途ではFreeBSDも人気がある。どちらもできることは似ており、適材適所で使い分けされているようだ。インターネットサーバOSとして人気の高いFreeBSDだが、最近では高性能アプライアンスや組み込みデバイスで採用されるシーンが広がっており、静かに活躍の場を広げている。 しかし、その活用の広さの割には、FreeBSDがもともと提供している「あの機能」を知らないで使っているという方も多い。特
メインフレームLinuxの実装（前編）（3/3） － ＠IT
第3回 メインフレームLinuxの実装（前編） 日本アイ・ビー・エム株式会社 システムズ＆テクノロジー・エバンジェリスト 北沢 強 2008/9/8 パッケージ移植はほぼスムーズに Linuxに対応したパッケージはたくさんありますが、われわれは、手分けして片っ端からコンパイルしていきました。実験環境でベースにしたのはRed HatのSource CDでした。PC LinuxにSource CDをマウントし、メインフレームLinuxからNFSマウントしてアクセスし、ひたすらビルドしていきました。 実は、多くのパッケージではソースコードの修正が必要なく、リコンパイルしただけでメインフレームLinuxで稼働できてしまいました。その最大の理由は、GNU Autotoolsがかなり普及していたためです。 GNU Autotoolsは、autoconf、automake、libtoolで構成されるツー
【レポート】GCCに匹敵するコンパイラ?! LLVM - BSDCan2008 | エンタープライズ | マイコミジャーナル
BSDCan2008、およびその直前に開催されたFreeBSD Developer Summitを通じて関係者がもっとも強い関心を持ったのは、もしかするとChris Lattner氏が担当したセッション「BSD licensed C++ compiler - LLVM and Clang: Next Generation Compiler Technology」だったかもしれない。同氏のセッションで初めてLLVM(Low Level Virtual Machine)について知ったという人も少なからずいたようだ。Lattner氏はLLVMのチーフアーキテクトであり、同技術を語るには適切な人物といえる。 モダンテクニックで開発されたマルチ言語コンパイラインフラ LLVMはモダンなテクニックで開発されたコンパイラインフラストラクチャだ。プログラミング言語に依存しないモダンなオプティマイザとコード
4Gamer.net ― Eee PC発売記念（？） この小さいマシンでゲームを動かしてみよう――その1：Windows XPを頑張って小さくしてみる（Eee PC）
Eee PC発売記念（？） この小さいマシンでゲームを動かしてみよう――その1：Windows XPを頑張って小さくしてみる 編集長：Kazuhisa 派手なところは一切ないが，値段の割には質実剛健。2台目のマシンとして非常にお勧めだ ※第2回：Windows XPを頑張って軽快にしてみる → 「こちら」 ※第3回：FFXIも完璧！ ついにゲームの起動にトライ → 「こちら」 発表されるやいなや一気に「小さいものフェチ」の心を奪った，ASUSTeK Computer（以下，ASUSTeK）のノートPC「Eee PC」。日本でもついに4万9800円というプライシングで発表され（Windows XP導入済），通信端末にしようとか出先でYouTubeを見よう（？）とかゲームもできるといいなぁとか，色々と心を躍らせている人も多いことだろう。 〜この小さいマシンでゲームを動かしてみよう〜 ・冒頭 ・
米EverexがEee PC対抗の低価格ノートPC「CloudBook」を発売，OSはLinux
台湾First International Computer社（FIC）の子会社でパソコン・メーカーの米Everex社は2008年1月8日（米国時間），低価格のノート・パソコン「CloudBook」（写真）を発表した。Everexは2007年10月に199ドルのデスクトップ・パソコン「Green gPC」を発売して，一躍注目を集めた。CloudBookの価格は399ドルで，Green gPCと同じく，通販サイトのWalmart.com限定で販売される。出荷開始は1月25日。 CloudBookは，CPUに台湾VIA Technologies社のC7-M（1.2GHz動作），512Mバイトのメイン・メモリー，30Gバイトのハード・ディスクを搭載する。液晶ディスプレイは，7型で800×480ドット表示。100BASE-TXの有線LANとIEEE802.11b/gの無線LANのネットワーク機能を
Linux KVM、Windowsのエミュレーションを改善、2倍以上の高速化を実現か | エンタープライズ | マイコミジャーナル
IBM, Linux Technology Center, Anthony Liguori氏は10月29日(米国時間)、自身のブログにおいて、Avi Kivity氏の提出したLinux KVMの改善でWindows XPのインストール時間が少なくとも2倍は高速になったことを報告している。同氏は長らくXenなど仮想化に携わってきた人物のひとり。同改善はまだ試験とクリーンナップが必要であるため向こう数週間はマージされないようだが、KVMを使ったWindowsのエミュレーションの高速化の実現は間違いなさそうだ。 Linux KVMはLinuxカーネルに取り込まれた仮想化技術。プロセッサが提供しているIntel VTやAMD-Vなどの仮想化機能を活用するもの。既存の類似実装にはXenがある。Xenと比較した場合Linux KVMの完成度はまだ低いとされているが、Linux Kernel 2.6.2
電力効率の悪いプログラムをリストアップする「PowerTOP」 ― ＠IT
2007/07/26 Linuxで各プロセスが消費しているCPU時間や占有率を知るには、topコマンドを使う。しかし、今やより深刻な問題はパフォーマンスよりも消費電力――。インテルがそう考えたのかどうかは分からないが、同社が最近オープンソースで公開しはじめた「PowerTOP」は、稼働中のプロセスのうち、電力消費に悪影響を与えているものを探し出すのに最適のツールだ。ノートPCでLinuxを使っているなら、バッテリライフを伸ばせるかもしれない。 PowerTOPの動作はtopコマンドに似ている。違うのは各プロセスが、どれだけ不必要に電力消費を押し上げているかを数字で示すことができる点だ。インテルのCPUはフル稼働状態の「C0」を基準にして、何も処理を行っていないアイドル状態では「C1」、「C2」、「C3」と数字が増えるに従って自ら「ステート」を変更して“深い眠り”に落ちていく。数字が増えるに
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
hatebu.me
【後藤弘茂のWeekly海外ニュース】 2014年にはメジャーになるARMの省電力技術「big.LITTLE」
【後藤弘茂のWeekly海外ニュース】 海外のオクタコア版GALAXY S4の「big.LITTLE」ソフトウェアアーキテクチャ
x86よりもお得でパワフルなOSS環境を～IBM、POWER7搭載のLinux専用サーバを発表