perf を使った性能分析 - VA Linux エンジニアブログ
1. はじめに 2. perf 概説 2.1 perf とは 2.2 基本的な使い方 性能データの採取 性能データの分析 2.3 採取可能なイベント 組み込みイベント ユーザ定義イベント（dynamic tracepoint） 3. 具体例 3.1 準備 3.2 プロファイル 性能データの採取 性能データの分析 3.3 トレース 性能データの採取 性能データの分析 4. 最後に 5. 参考資料 執筆者 : 西村 大助 1. はじめに 本稿では、ネットワークの受信処理を例に、perf を使った性能分析を行う方法を解説します。 提示している実行例やソースは、実行環境として（やや古い）Ubuntu18.04LTS（4.15.0-20-generic）を前提としていますが、他のバージョンでも基本的な考え方は変わりません。 2. perf 概説 具体的な例の前に、簡単に perf についてまとめてお
CentOS終了へ――移行先として注目の「Alma Linux」「Rocky Linux」を試してみよう
2020年12月9日、CentOS Projectは、2029年5月31日までサポート予定だった「CentOS Linux（CentOS） 8」のサポートを2021年12月31日で終了すると発表しました。CentOS 7は予定通り2024年6月30日までサポートされる一方、CentOS 9はリリースしないとしています。 CentOS Projectは今後「CentOS Stream」というディストリビューションの開発に注力するとしていますが、これまでのCentOSが「Red Hat Enterprise Linux（RHEL）」のダウンストリームだったのに対して、CentOS StreamはRHELのアップストリームに相当するもので、その位置付けは異なります。これまでCentOSがエンタープライズにおいて商用本番OSとして採用されてきたのは、無料、オープンソースでありながら、RHELのダウ
crontabのガイドライン - Qiita
cron (クーロン) と言えば定期実行してくれるおなじみのシンプルな機能だがそこには奥行きがあり様々なノウハウがある。 そこで設定するときのガイドラインをまとめた。 深くはあまり説明出来ないので気になる用語機能を見つけたら別途検索していただきたい。 cronの場所 /etc/crontab crontabの書式 意識してここに書く必要は現在あまり無い。 RedHat系は非推奨とか言われてるが根拠はよくわからない。 rootで実行される。 #crontabの書式 # （行頭の # マークはコメント行を示す） # +------------ 分 (0 - 59) # | +---------- 時 (0 - 23) # | | +-------- 日 (1 - 31) # | | | +------ 月 (1 - 12) # | | | | +---- 曜日 (0 - 6) (日曜日=0)
HP、LinuxベースのネットワークスイッチOS「OpenSwitch」をオープンソースで公開。インテル、ブロードコム、VMware、アリスタなどと協力
米ヒューレット・パッカードはLinuxベースのネットワークスイッチ用OS「OpenSwitch」を公開、同時にOpenSwitchコミュニティをインテル、ブロードコム、VMware、アリスタネットワークスなどとともに立ち上げました。 これまで、スイッチなどのネットワーク機器は、ネットワークベンダが独自のハードウェアと専用のOSを開発し、ユーザーに提供されるものでした。 これは例えばサーバやPCのように、業界標準の仕様に合わせてベンダが自由にハードウェアやOS、アプリケーションを開発し、それらを利用者が自由に組み合わせることができることと比べると、クローズな状況に見られていました。 ここ数年、FacebookのOpen Compute Projectなど、ネットワーク機器でもハードウェアとソフトウェアを自由に開発できる環境を作り上げようという動きが目立っています。いわゆるホワイトボックススイ
Apache 2.2.* 系と OpenSSL での HTTPS の利用 - Linux サーバ認証 編 -
Apache 2.2.* 系と OpenSSL での HTTPS の利用 - Linux サーバ認証 編 - ここでは、Apache 2.2.* 系と OpenSSL を使用して HTTPS 通信を行います。 サーバ認証について簡単に説明いたします。 一般的に HTTPS 通信 ( 通信経路の暗号化 ) を使用する場面というのは、 個人情報の送信や クレジットカードの情報などの送信において必要になると思います。 なぜ必要かというと、それらの情報は他に漏れてはいけない情報であり、もし平文で送信したならば、 途中の通信経路のどこかで第三者に、その情報を見られてしまう可能性があり、重大な結果を招きかねません。 そのような結果を防ぐ目的があり、HTTPS 通信を行います。 しかし、ここで以下の条件を満たす必要があります。 ・通信経路の暗号化 ・情報を送信するサーバが本当に実在し、自分が送
サーバをメンテする時に便利な Linux コマンド 3つ - bekkou68 の日記
はじめに サーバを運用したり環境を構築したりしていて「あれ。あのプロセスで吐いてるログどこだっけ・・」など困るときがあります。 そんなときに頼りになるかもしれないコマンドを 3つご紹介します。 @madeth 師匠に教えていただきました。 1. proc でプロセスが使っているファイルを見る 困ったこと プロセスの吐くログのパスがどうしても分からない・・。 解決法 (編集 2014/09/10) 知りたいプロセスの ID を調べます。 $ ps aux | grep unicorn deploy 3335 xxx xxx xxx xxx X XX 15:14 0:07 unicorn master -c /var/www/myproject/unicorn/staging.rb -E staging -D プロセスID (この場合は 3335) をもとに root 権限でファイルディスクリ
cron で > /dev/null して椅子を投げられないための3つの方法 - 酒日記 はてな支店
(タイトルは釣りです) いい加減、>/dev/null 2>&1と書くのをやめたらどうか - DQNEO起業日記 この記事のタイトルが twitter で流れてきたのを見て、「そうだ！出力を /dev/null に捨てるなんてとんでもないよね！」と思ってよく読んだら /dev/null に間違いなく捨てる方法だったのでつい crontabに > /dev/null 書いたら椅子投げる 2012-06-13 00:01:17 via YoruFukurou とつぶやいてしまったのですが、では出力を捨てないためにはどうすればいいのか。現時点での個人的ベストプラクティスを書き留めておきます。 デフォルト : メールで送る (MAILTO) せっかく cron daemon がログを捨てないためにわざわざメールで送ってくれるのに、それを > /dev/null で踏みにじるとはひどい。 とはいえ、
sourceforge.jp
We’re getting things ready Loading your experience… This won’t take long.
Linuxでうっかりrm -rfしちゃったけど復活出来たよー＼(＾o＾)／ - y-kawazの日記
サーバのファイル整理作業をしていたところ…、 間違えてrm -rfしてしまった！ ぎゃーバックアップもねー！ 長いこと生きてたらこんな経験の1度や2度はありますよね？ えぇ、ついさっきやらかしちゃいましたｗｗオワタｗｗｗ 速攻「rm 復活」とか「rm 取り消し」とかでググッたねｗ、したらmcってプログラムのUndelete機能使えばよいって情報が出てくるが、どうやらこれext2じゃないと使えないっぽいぞ…、うちext4だ。 混乱。以下ターミナルのヒストリーより実況。 ## こーいうときはまずあれだ、現場保存！ ## まずは今いるパーティションを確認 # df -hT Filesystem Type サイズ 使用 残り 使用% マウント位置 /dev/sdb2 ext4 193G 6.9G 176G 4% / /dev/sdb1 ext3 194M 22M 163M 12% /boot /d
USBを用いた簡単なVME/CAMACデバイスドライバ
はじめに usb-vmecamデバイスドライバコード includeファイル及び共有変数及びデータ構造 ドライバの内部関数 open/close ioctl read/write probe/disconnect file_operation構造体及びUSBドライバ構造体の定義 init_module/cleanup_module usbvmecamデバイスドライバ用Makefile及び操作手順 usbvmecamデバイスドライバを使ったCAMACプログラム usbvmecamデバイスドライバを使ったVMEプログラム はじめに このデバイスドライバは下記のUSB関連機器を操作するためのものです。 USB-SCSIアダプタ: Logitec LUB-SC CAMACコントローラ: Kinetic Model 3929 VMEコントローラのKEK製（佐藤モジュール） また、使用したPC/Lin
デバイスドライバ開発入門
これは、私が仕事でたまたまやることになった、最初で（多分最後の？）Linux によるデバイス・ドライバ開発の経験から、学んだことを抜粋しています。これを読んだからといってすぐさまドライバが書けるようになるとは思わないでください。ただ、この手の文書はあまり見たことがなかったので、少しはインパクトあるかなあ、ぐらいの軽い気持ちで書きました。 実際のコードや関数仕様書などはお見せできませんが、雰囲気くらいは分かると思います。 カーネルのソースを読む際の参考になれば幸いです。 前提 ＳＣＳＩについて 開発の必要条件 入門 デバイスドライバに関する一般的な考慮事項 ＵＮＩＸでのアプリケーション開発に関する一般的な考慮事項 ＵＮＩＸでのデバイスドライバ開発に関する一般的な考慮事項 ドライバとカーネルのインターフェース プロセス・スケジューリング関連サービス タイマー機能 メモリ操作関連 リソース関連
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
いい加減覚えよう。 `command > /dev/null 2>&1`の意味 - Qiita
How to run a script with systemd right before shutdown?
検索ではあんまり出ないbashの便利技 - Qiita
Linux開発環境の基礎知識 - Qiita
サービス終了のお知らせ
IBM Developer