ComSys 2018でしゃべったスライドです。音声なしでは非常に不親切なスライドかとは思いますが公開しないのも違うかなと言うことで公開します。
cgroup v2とgVisor - Speaker Deck
ComSys 2018でしゃべったスライドです。音声なしでは非常に不親切なスライドかとは思いますが公開しないのも違うかなと言うことで公開します。
Linuxカーネルソースコードを読むツール (1)：cscope編 - Fixstars Tech Blog /proc/cpuinfo
皆さん、Linuxカーネルのソースコードを読む時には、どのツールを使っているのでしょうか？ソースコードをインデックス化してくれるツールはいろいろありますよね。ブラウザで見るならLXR等は便利ですよね。 手元のソースコードを見る時に便利だと僕が思っているのは、cscope, vi, ctags の組み合わせです。文字端末で使う非常にクラッシックなツールですが、軽いですし、インデックスファイルもコピーすれば、どこでも見られるようになるのも嬉しいです。残念なのは、cscopeはその名の通りC言語では非常に使いやすいのですが、その他の言語のサポートが非常に弱いところです。シンプルなツールなので仕方ないですね。そんな cscope (+ ctags) ですが、Linuxカーネルで便利に使うにはちょっとしたコツがあると思っていますので、それを紹介したいと思います。 まずは使い方です。以下が cscop
LinuxのI/OやCPUの負荷とロードアベレージの関係を詳しく見てみる - Qiita
大人気TBSドラマ、「逃げるは恥だが役に立つ」でも話題になったインフラエンジニアという言葉ですが、今ではインターネットインフラを知らないまま開発をするのも難しい状況になっています。クラウドが一般化されたからといって単にリソースの調達が簡単になっただけで、つまりハードウェアの知識が無くても何とかやっていけるようになっただけであり、インフラの知識が要らなくなったなどということは全くなく、むしろdevopsの掛け声とともに、ソフトウェア開発者にインフラを見なければならない新たな責務が課せられたという、なかなか痺れる状況なのだろうと思います。 そういった中で、先日のさくらインターネットのAdvent Calendar最終日に「いまさら聞けないLinuxとメモリの基礎＆vmstatの詳しい使い方」という記事を書かせて頂きましたが、今回はLinuxサーバの「負荷」と、ロードアベレージに関して、掘り下げ
ミドルウェア: abrtd - hibomaの日記
abrtd の素振りログを残す。調べてみてもあんまりエントリ無いので、ここに書いたことで誰かの何かの足しになろう abrtd を使うことで SIGSEGV を受けたプロセスのコアの収集や、カーネルパニックを起こした際の vmcore の収集を自動化できる 検証環境 CentOS 7.3 1611 Vagrant リファレンス https://access.redhat.com/documentation/ja-JP/Red_Hat_Enterprise_Linux/7/html/System_Administrators_Guide/ch-abrt.html インストールと起動 sudo yum install abrt-cli sudo systemctl enable abrtd.service sudo systemctl start abrtd UNIT FILE STATE ab
プロセスがファイルに読み書きしてる内容を覗き見する - ablog
確認方法 ファイルディスクリプタ番号を確認して ls -l /proc/<PID>/fd tail で見てみる tail -f /proc/<PID>/fd/21 実行例 $ while :; do date; sleep 5; done > foo.log & [1] 23801 $ ps -elf|egrep [2]3801 1 S oracle 23801 22232 0 76 0 - 16525 wait 11:03 pts/2 00:00:00 -bash 0 S oracle 23813 23801 0 76 0 - 14732 - 11:03 pts/2 00:00:00 sleep 5 $ ls -l /proc/23801/fd total 0 lrwx------ 1 oracle oinstall 64 Mar 20 11:03 0 -> /dev/pts/2 l-w
UNIX/Linux 環境でのコマンドライン操作に慣れる…前の基礎知識 - Qiita
前置き このテキストは「本格的にターミナルにこもって作業をはじめる前にとりあえず知っておいた方が良いこと」をまとめたものです．情報系の研究室に配属されたばかりの新4年生，というかなり絞られた対象を想定読者にしているため，一部偏った記述があるかもしれません．レベル感としては「ls とか cd が何をするコマンドなのかは分かるし，C のプログラムをターミナルから emacs を叩いて書いたこともある．標準入力とかパイプとか言われれば使えるような気がする．が，複雑なコマンドを書かれるとよく分からないし，ターミナルの中で生活しているわけではない」…くらいを想定しています． 参考文献の列挙など，今後加筆・修正をおこなう可能性は高いです．誤りがあればコメント欄などでご指摘いただけると助かります． はじめに コマンド とは，いわゆる黒い画面で打ち込まれるアレのことです．たとえば学生実験などで触ってきた
Linuxサーバにログインしたらいつもやっているオペレーション - ゆううきブログ
主にアプリケーション開発者向けに、Linuxサーバ上の問題を調査するために、ウェブオペレーションエンジニアとして日常的にやっていることを紹介します。 とりあえず調べたことを羅列しているのではなく、本当に自分が現場で使っているものだけに情報を絞っています。 普段使っているけれども、アプリケーション開発者向きではないものはあえて省いています。 MySQLやNginxなど、個別のミドルウェアに限定したノウハウについては書いていません。 ログインしたらまず確認すること 他にログインしている人がいるか確認（w） サーバの稼働時間の確認 (uptime) プロセスツリーをみる (ps) NICやIPアドレスの確認 (ip) ファイルシステムの確認（df） 負荷状況確認 top iostat netstat / ss ログ調査 /var/log/messages or /var/log/syslog /
コグノスケ
netcat traditional版とnetcat OpenBSD版 ネットワークを経由した送受信を実現するのに便利なnetcatというツールがあります。わざわざソケットプログラムなどを書かなくても、単純な送受信が実現できる優れものです。 利用イメージは、Aというマシンで、produce_something | ncとしてnetcatでネットワークに送信し、Bというマシンでnc | consume_somethingとしてnetcatでネットワークから受信します。まるでネットワーク越しにパイプを繋ぐかのような感覚で利用できます（ncはnetcatのコマンド名）。 さてこのnetcatですがDebian Jessieで利用可能なnetcatは下記の2種類があります。 netcat traditional版（パッケージ名netcat-traditional） Hobbitさんが書いたオリジナ
「新しいLinuxの教科書」をMacで実践する
新しいLinuxの教科書「新しいLinuxの教科書」はLinuxシステムでよく用いられるキャラクタユーザインタフェース(CUI)のお作法をわかりやすく解説した本だ．CUIとは1980年代末まで一般に用いられていたヒューマンインタフェースで，平たく言うとキーボードとスクリーンだけのインタフェースである．よく言う「コマンドライン」とはCUIのことを指す．一方，現在主流のマウスやタッチを使ったインタフェースはグラフィカルユーザインタフェース(GUI)と言う． LinuxシステムはもともとUnixというOSを参考に作られていて，CUIの大部分がかなり忠実なUnixのコピーである．そして，みなさんが使っている OS X もまたUnixだ．こちらはBSDというもともとUnixに似せて作られたUnixではない何かが最終的にUnixのひとつになったOSだ．一言で言うと，Linuxシステムと OS X は非
Perl初心者を卒業したら - the code to rock
こちらは「Perl入学式 Advent Calendar 2015」の17日目の記事です。 Perl入学式 Advent Calendar 2015 - Qiita 昨日は @gch0929 さんの「Perlを使って簡易Markdownビューアを作ってみた」でした。 qiita.com 一気に読みこむ方法、僕も最近たまたま研究していたところでした。あと、YAPC::Asiaで声をかけたことは覚えていましたが、あれがPerl入学式と関わるきっかけになっていたとは！ お役に立てて光栄です。 ;) さて本日は、そのPerl入学式のカリキュラムを終えた卒業生が、次なる進路としてどんな言語や技術を選択すると良いか？ ということについて考えてみたいと思います。 ただ前提として、ここで言う「卒業生」とは、かつて僕がそうであったように、それ以前にプログラミングをしたことがなかった人や、本業がプログラマーで
私の昆布 » Blog Archive » XvfbとFirefoxを使ってWebサイトのSSを撮る
はじめに 「Xvfb Firefox」あたりでググれば出るんですけどね。環境失ったときのためにまとめておきます。 ブログの記事書くときなどにWebサイトのSSがあれば便利ですよね。俺の場合「トップページ」で現時点で10枚ほど使っていたりします。 後者は見栄えを良くするために同じ画像の大きさでないといけませんし、サイトのリニューアルがあった場合、キャプチャしなおさなくちゃなりません。 でも、いちいち手動でキャプチャするのは面倒臭い。かと言ってキャプチャしてくれるAPIは反応が遅いし、希望の画像サイズにならない、そしてなにより提供側に負荷がかかります。 で、せっかくVPSを借りている(そのVPS上で今のページも動いています)ので、そこで取ればいいんじゃないですか？という話です。 なにやら調べてみると、X(の仮想フレームバッファのXvfb)上でブラウザを立ち上げて、キャプチャする方法のようで
エンジニアなら知っておきたい lessコマンドtips 11選 - Qiita
タイトルはかなり挑戦的(?)ですがあまり気にしないでください。 ※注意 このエントリで紹介しているオプション、コマンドはCentOSでしか動作確認をしていません。 その他ディストリビューションや、インストール方法によっては挙動が異なる場合があります。 「less」 使ってますか? エンジニアなら普段Linuxに触る機会が多々あるかと思います。 エンジニアのみならずMacだったりUbuntuだったりで私用PCでもターミナルが使えるようになっている方は多いかもしれません。 私は普段の仕事ではサーバの運用管理をしています。 仕事柄触る頻度が高いのはLinuxサーバです。 そして、使うのは大体CLIです。 そもそもLinuxでGUIを触る機会がなかなかありません。 大体リモートからターミナルで接続してCLIでちょいちょいっと処理をする感じですね。 GUIである場合でもLinuxを使っていればターミ
zramでVPSのメモリ不足を緩和する
ここのところ、PCでメモリ不足を感じることもすっかりなくなりましたね。 しかし、安価なVPSやIaaSを使おうとすると、メモリ不足に悩まされることが少なくありません。 CPUやストレージが有り余っている状態で安易にスペックを上げるのは負けた気がするので、zramを導入して状況の緩和を図ることにしました。 zramは、メモリ上に圧縮された仮想ブロックデバイスを構築するLinuxカーネルの機能です。 zramのデバイスをswap領域に設定することで、スワップアウト時にデータが圧縮され、実際のメモリの大きさよりも多くの情報をメモリ上に置けるようになります。 データを圧縮、展開するコストは発生しますが、ディスクI/Oのコストと比べれば微々たるものなので、性能向上が見込めるというわけです。 zramを導入する前の私のサーバはこんな状態でした。 メモリを1GBしか搭載していないにもかかわらず、メモリ使
セキュリティと NFS
6. セキュリティと NFS ここでいくつかセキュリティ上の留意点を述べますが、 これであなたのサイトが完全に安全になるわけではありません。 なにものも、サイトを完全に安全にすることはできません。 この節を読めば NFS 絡みのセキュリティ問題に関する知識を得る助けにはなるでしょうが、 網羅的なガイドではありませんし、この内容も常に変化し続けています。 もしセキュリティ関連の技やヒントをお持ちでしたら、 HOWTO の管理者に送ってください。 もしあなたのネットワークが、外部といっさいの通信を行わず (モデムもだめ)、かつ内部のマシンすべてとユーザすべてを信頼できるなら、 この節の内容はあなたの役には立ちません。 しかしこのような状況にあるネットワークはどちらかというと少数でしょうから、 NFS を設定する人には、この節を徹底的に熟読することをおすすめします。 NFS において、サーバのリ
How to read linux kernel
4. 早速カーネルを読む ! 「なんと かわいい バイナリ」 「0x000000c4 は 俺の嫁 」 「いやいや、そこは 0x0000006d でしょう? なおや 氏 」
2015年Webサーバアーキテクチャ序論 - ゆううきブログ
2023年03月31日追記：この記事を基に、@sadnessOjisanさんより、コードレベルにより踏み込んだ、かつ、グリーンスレッドベースの新しいWebサーバアーキテクチャも含めて整理された記事 Webサーバーアーキテクチャ進化論2023 | blog.ojisan.io が公開されました。 主に新卒のWebエンジニア向けに、古典的なWebサーバアーキテクチャを学ぶ道のりと代表的な実装モデルの概要を紹介します。 この辺りの話題がWeb界隈で流行っていたのは数年以上前というイメージですが、Webサービスは相変わらずWebサーバの上で動いているので、流行り廃り関係なく学ぶべき内容だと思っています。 また、HTTP/2がいよいよRFC化し、既にh2oやtrusterdなどのHTTP/2のサーバ実装があり、今後Webサーバアーキテクチャを再訪することが増えるような気がしています。 ところが、We
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
RHELを定期的にアップデートする際の課題と対策
PID1 は、カーネルから
特別扱いされてるって本当ですか？
いまさら聞けない Linux コンテナの基礎 (2015-08-08) / OSC 2015 Kansai@Kyoto
Linuxのスケジューリング調査と超低優先度プロセスの実装