Charming Python: Functional programming in Python, Part 3IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.
RedHat Linux 技術的な質問(Part2) FAQ
Red Hat Insights Increase visibility into IT operations to detect and resolve technical issues before they impact your business. Learn More Go to Insights Red Hat Product Security Center Engage with our Red Hat Product Security team, access security updates, and ensure your environments are not exposed to any known security vulnerabilities. Product Security Center
ITmedia エンタープライズ：Linuxのパフォーマンスを改善する3つのTips (1/3)
同じコンピュータでも、Linuxを走らせたときの方がWindows XPやVistaを走らせたときよりも性能は高くなる。しかしLinuxシステムはさらに高速化することも可能だ。本稿では、Linuxシステムの性能を向上させるための、3つの異なるレベルで行う最適化の方法を紹介する。 同じコンピュータでも、Linuxを走らせたときの方がWindows XPやVistaを走らせたときよりも性能は高くなる。しかしLinuxシステムはさらに高速化することも可能だ。この記事では、Linuxシステムの性能を向上させるための、3つの異なるレベルで行う最適化の方法を紹介する。 あらゆる最適化について言えることだが、何らかの簡単なベンチマークを行なわなければ、結果を本当に向上させることができたのかどうかを知ることはできない。Linux PC上では通常、数多くのプロセスが走っていて、それらが性能の測定に影響を与え
Iotop's homepage
Linux has always been able to show how much I/O was going on (the bi and bo columns of the vmstat 1 command). Iotop is a Python program with a top like UI used to show of behalf of which process is the I/O going on. It requires Python ≥ 2.7 and a Linux kernel ≥ 2.6.20 with the TASK_DELAY_ACCT CONFIG_TASKSTATS, TASK_IO_ACCOUNTING and CONFIG_VM_EVENT_COUNTERS options on.
あるプロセスが利用しているメモリサイズを procfs 経由で調べる - naoyaのはてなダイアリー
お題は「あるプロセスがどの程度の物理メモリを利用したかを知りたい」です。 手っとりばやく知りたいときは top や ps などで調べると良いでしょうか。例えば手元の coLinux で top して M キーでソートすると emacs のプロセスが最もメモリを使っているようです。 PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 1923 naoya 18 0 23120 19m 3096 S 0.0 2.0 0:55.40 emacsメモリサイズは VIRT と RES がありますが、VIRT は Virtual の略で仮想メモリ領域のサイズ、RES が Resident の略で、実際に使用している物理メモリ領域のサイズ。19MB ほど使っているようです。この emacs のプロセスが利用するメモリ領域はざっくり 20MB 程度と
もわの台所: I/O scheduler を知る
Linux Kernel 2.6.18 において、 I/O schedulerが従来の Anticipatory I/O scheduler から CFQ I/O scheduler に変更された。 この変更により、block deviceへのI/Oの性能向上が期待される。 しかしそもそも、 Linux における I/O scheduler の役割は十分に理解されているとは言えず、 I/O scheduler を process scheduler と間違って関連付ける人が後を絶たない。 本エントリでは I/O scheduler の本来の役割、 Kernel にデフォルトで用意されている4種類の I/O scheduler、 I/O scheduler の変更方法について概説する。 ■ I/O scheduler とは何か ハードディスクをはじめとする block device に対して
Linux のプロセスが Copy on Write で共有しているメモリのサイズを調べる
Linux は fork で子プロセスを作成した場合、親の仮想メモリ空間の内容を子へコピーする必要があります。しかしまともに全空間をコピーしていたのでは fork のコストが高くなってしまいますし、子が親と同じようなプロセスとして動作し続ける場合は、内容の重複したページが多数できてしまい、効率がよくありません。 そこで、Linux の仮想メモリは、メモリ空間を舐めてコピーするのではなく、はじめは親子でメモリ領域を共有しておいて、書き込みがあった時点で、その書き込みのあったページだけを親子で個別に持つという仕組みでこの問題を回避します。Copy-On-Write (CoW) と呼ばれる戦略です。共有メモリページは、親子それぞれの仮想メモリ空間を同一の物理メモリにマッピングすることで実現されます。より詳しくは コピーオンライト - Wikipedia などを参照してください。 この CoW に
OSS Message Pedia
さあ、始めよう オープンソースプロダクトのメッセージを検索できます。あなたが使用しているソフトウェアのエラーメッセージの対処方法が分かります。 調査して欲しいメッセージ 153(ja) [4] Debug: sleeping function called from invalid context at : [1 month ago] 84(ja) [3] request_module: runaway loop modprobe [21 days ago] 5356(ja) [3] : VFS is out of sync with lock manager! [1 month ago] 22473(ja) [3] : dma_timer_expiry: dma status == 0x [3 months ago] 13057(ja) [3] tty_check_change: tty
LinuxRAID1Recovering – アクセンスのおまけ
LinuxのソフトウェアRAIDで助かった！ id:kazushi_nakamura氏といっしょに個人的に運用しているサーバ（メールとウェブとDNS）のディスクが壊れたのです。 ディスクが壊れても真っ青になったり、喪失感に襲われて腑抜けになったりもしていないのは、まさにRAID1のおかげでした。 実はね、年末の28日あたりに/dev/sdbがすっとんで、その旨の警告メールが届いていたのです。 ところが僕のかしこいスパムフィルタは、その短くて素っ気ないメールを「迷惑メール？」フォルダに分類してやがりました。 はい。ごめんなさい。ホワイトリスト、がんばってデプロイしますです。 メールに気づいたのが正月明けて2日。 ディスクの交換が終わって定常運転に戻ったのが先ほど、4日の夜でした。 その間、RAID1なのにドライブ1台で動いていたのです。恐い恐い。 同時期に購入したドライブ2台なので、同時期に
YappoLogs: Cobbler Koan を CentOS な Xen で動かしたよ
Cobbler Koan を CentOS な Xen で動かしたよ Xenが熱かった今年ですが皆様いかがおすごしでしょうか。 Koan - mizzy.org - Trac これで Xen ゲスト OS のインストールがはじまる、はずなんだけど、うちの環境では Segmentation Fault になってしまった。VMWare 上で Xen を動かすというのは無理があるのかもしれない。 実機で試したいところだけど、試せるサーバがないので保留。Yappo さんあたりが試してレポートしてくれるに違いない、きっと。 という牙指令を頂いたので試してみましたよ！ 今回の環境をざっと説明すると、Cobblerを入れるマシンはCentOS5.1(i386)な環境で(master server)、cobbler importするディストリビューションはCentOS5.1(x86_64)、koanでネッ
認定Linux技術者の需要が拡大中、LPIC受験者総数が15万人を突破：CodeZine
Linux技術者認定機関の特定非営利活動法人LPI-Japanは本日、Linux技術者認定試験（LPIC）の受験者総数が2000年1月の英語の試験開始以来、全世界で延べ15万人、国内では延べ8万人を達成したと発表した。2005年1月の段階では延べ7.5万人であり、受験者の増加ペースは以前の倍近くに上る。 LPICは、LPI（The Linux Professional Institute）がベンダーに中立な立場で、Linuxの専門知識レベルを認定するために実施している試験。世界中130カ国で実施しており、その技術認定レベルは高く評価されている。2007年1月から、最上位レベルのLPICレベル3（大規模／専門的なシステム構築を対象）も実施され始めた。 プレスリリース：LPI、Linux技術者認定試験の受験者総数が全世界で15万人、国内では8万人を達成
Manpage of RANDOM
Section: Linux Programmer's Manual (4) Updated: 2008-06-20 Index JM Home Page roff page 名前 random, urandom - カーネル乱数ソースデバイス 説明 (Linux 1.3.30 から提供されている) /dev/random 、 /dev/urandom キャラクタスペシャルファイルは カーネル乱数ジェネレータへのインタフェースを提供する。 /dev/random ファイルはメジャーデバイス番号 1 マイナーデバイス番号 8 である。 /dev/urandom はメジャーデバイス番号 1 マイナーデバイス番号 9 である。 乱数ジェネレータはデバイスドライバやその他の源からの環境ノイズを エントロピー・プールへ集める。 また、ジェネレータはエントロピー・プール内のノイズのビット数の推定値を
マルチコア時代のロードアベレージの見方 - naoyaのはてなダイアリー
ちょっと煽り気味のタイトルですが、CPU がマルチコアになり 2個、4個と増えていく中 Linux の負荷の指針になるロードアベレージをどう読むべきか、という話です。気になったところを少し調べたのでそのまとめを。 http://d.hatena.ne.jp/naoya/20070222/1172116665 でも書いたとおり、Linux のロードアベレージは「ロードアベレージは過去1分、5分、15分の間の実行待ちプロセス数の平均数 = 実行したくても他のプロセスが実行中で実行できないプロセスが平均で何個ぐらい存在してるか」を示す値です。ボトルネックが CPU、メモリ、ディスク等々どこにあるかは関係なく、仕事の実行までにどれぐらい待たされているかを示す値なので、システムのスループットを計測する指標の入り口になる値です。 このロードアベレージですが、実装を見るとランキュー(待ち行列)に溜まった
preforkがもたらした「小さいインフラ」思考 - shinno(鈴木慎之介)の日記
勉強会でも記述したとおり、ニコニコ動画のWebサーバはapacheのpreforkで動いてます。そのためapacheプロセスで複数立ち上げてリクエストをこなしているため、主にTCPコネクションとメモリのリソースが消費されてしまいます。そもそもpreforkの理由はphpをNon-ZTS(Zend Thread Safe)でbuildしてるからmpm(worker)ではないのですが、如何せんアプリケーションやほかのモジュールとの相性を検証した上でZTSは投入したいというのもあるため、全部投入というのは頭を悩ませます。 今回は、その悩みから「小さいインフラ」を実現するにむけてのぼんやりした思考の変化をここに書き記しておきます。 メモリ節約 まず消費するリソースで、TCPコネクションについてはOS上でオープンできるポートの論理限界値（Linuxでは20,000ぐらい？）があるので、ホストを増やす
SolarisはLinuxよりも優れたLinux ― ＠IT
Linux開発者はサンで何をやっているのか？ これは米サン・マイクロシステムズのオープンソースプラットフォーム戦略責任者イアン・マードック氏が、司会を務めたサンのCommunityOne Dayのセッションで問いかけた疑問だ。このセッションは5月7日、JavaOneカンファレンスの開幕前に行われた。 「なぜ私がここにいるのか？ Linux開発者がサンで何をしているのか？ 宗旨替えをしたのか？」という質問をよく受けると、マードック氏は語った。「そういう見方をわたしはしていない」 1993年からLinuxを使っており、LSB（Linux Standards Base）会長のマードック氏は、「Linuxが欲しいといっている人は、実際にはLinuxが欲しいという意味でいっているのではない。彼らが欲しいのは、Linuxユーザー環境とLinuxビジネスモデルだ。彼らは選択肢を望んでいるのだ。彼らはLi
ページが見つかりません | 日本HP
ページが見つかりません。 目的のページは、移動または削除によって無効になっている可能性があります。申し訳ありませんが、検索またはリンク先よりお探しください。
ユニアデックス、Linuxのエラーメッセージを検索できるDBシステム公開 | OSDN Magazine
ユニアデックス（本社：東京都江東区）は2007年4月25日、Linux障害発生時に出力されるエラーメッセージの意味や対処方法などをオンラインで検索できるメッセージマニュアル・データベース・システム「OSSメッセージペディア」を公開した。 独立行政法人情報処理推進機構オープンソースソフトウエア活用基盤整備事業の委託業務の一環で開発されたエラーメッセージ専用の検索システム。Linuxではメッセージマニュアルの整備が遅れているため、これまで、ユーザーはエラーメッセージの意味や対処方法が分からないことが多かったという。 ドキュメントには、Linuxカーネル・ソースコード解析から得たエラーメッセージの意味や対処方法などを収録。サポート部門に報告されている警告・障害メッセージや、システムログに蓄積されることの多い警告や障害メッセージも含む。 ユーザー自身が編集・追加することも可能（ユーザー登録が必要）
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Red Hat Enterprise Linux 5の全貌---目次
http://www.linux.or.jp/JF/JFdocs/Path.html
http://www.ussg.iu.edu/hypermail/linux/kernel/0702.3/index.html