アンアラインメントデータアクセスについて - Tech random memoranda
メモリにデータを格納する際、通常はアラインメントに沿って展開される。ワード単位以上のデータを格納する場合、その開始アドレスがワード単位の整数倍になっていないと、メモリフェッチが余分に発生してスループットが落ちるか、アラインメント違反によってエラーが発生するか、アクセスしたデータが異常となり期待していない挙動を引き起こす。 x86では、アラインメントに沿っていないアドレスにアクセスする場合、メモリフェッチが余分に発生するが、アラインメント違反は起こらない。ARM/Linuxでは、アラインメント違反が発生するが、/proc/cpu/alignmentに設定されている値に従って結果として発生する挙動が変わる。 0 例外を無視 1 例外をdmesgに出力 2 例外を捕捉して正常にアクセスする 3 1+2 4 例外を受理してバスエラーを起こす 5 1+4 c.f. Linux Kernel Docu
Redhat linux,CentOS default arp cache table timeout or flush - ITよろづや
Redhat linux,CentOSにおいて、arp cache、arp tableのtimeoutはどれくらいかということが以下に書かれています。 arp キャッシュで未使用の近傍 arp エントリーがフラッシュされるまでにどのぐらいかかりますか? - Red Hat Customer Portal まず、IPv4 で arp フラッシュを制御するカーネルパラメーターがあります。 net.ipv4.neigh.default.gc_interval = 30 net.ipv4.neigh.default.gc_stale_time = 60 ここが重要です。 これは、近傍 arp の生存時間はこの 2 つのパラメーターだけでなく、「ルートキャッシュ」にも依存しています。「ルートキャッシュ」の同じエントリーが削除された場合に限り、arp エントリーがフラッシュされます。 さらに、テストす
第16回「 kernel-debug ノススメ」 | NTTデータ先端技術株式会社
Tweet Linux カーネルの中には、カーネル内でのデッドロックやメモリリークなど、カーネル自身のデバッグを行うための様々な機能が含まれています。しかし、 kernel パッケージに含まれている普通のカーネルでは大部分が無効化されているため、実際に運用を開始してトラブルに遭遇するまで、カーネル自身のバグに気が付かないケースが多くあります。 RHEL の場合、多くのデバッグ機能を有効にした kernel-debug というパッケージも提供されています。 kernel-debug パッケージに含まれているデバッグ用カーネルを用いてシステムの構築時に試験を行うことで、運用開始後に遭遇する可能性のあるバグの一部を事前に見つけて対処を行うことができます。また、運用開始後でも、原因の究明に役立つことがあります。 kernel-debug パッケージのインストールは、以下に示すように yum コマン
ftraceの使い方 - へにゃぺんて＠日々勉強のまとめ
ftraceの使い方については、以下の記事でも紹介しましたが、 ftraceを試してみました - へにゃぺんて＠日々勉強のまとめ 過去には紹介しなかった使い方も分かったので、あらためてまとめます。 過去に紹介したときは、 「関数単位でカーネルの実行状況のトレースログを出してくれる機能」 という紹介でしたが、実は他にも機能があります。 なお以降の説明は、Linux 3.14.51で確認したものです。 また、debugfsのマウントポイントをで略記しています。 参考: debugfsのマウント方法 (マウントポイント /sys/kernel/debug の場合) sudo mount -t debugfs none /sys/kernel/debug カーネルコンフィギュレーションの変更 ftraceを使用する際もカーネルコンフィギュレーションの変更が必要です。 Kernel hacking
`kernel: WARNING: at net/sched/sch_generic.c dev_watchdog()` というエラーは何を示していますか? - Red Hat Customer Portal
Issue システムがネットワーク接続を失い、/var/log/messages に次のようなネットワークドライバーのバックトレースが表示されます。 WARNING: at net/sched/sch_generic.c:... dev_watchdog+0x.../0x...() (Not tainted) Hardware name: ... NETDEV WATCHDOG: ethX (<drivername>): transmit queue N timed out Modules linked in: ... Pid: ..., comm: ... Not tainted 2.6.32-....el6.x86_64 #1 Call Trace: <IRQ> [<ffffffff........>] ? warn_slowpath_common+... [<ffffffff....
"random: crng init done"で時間がかかる。"random: crng init done" took too long during boot - solved.
Linuxの起動が遅い。dmesgでみると、"random: crng init done"に6～8分位かかっている。 結論から言うと、Kernelのconfigで CONFIG_RANDOM_TRUST_CPU=y とすれば解決した。 My linux box boots up very slow. dmesg said "random: crng init done" took 6-8 min. In a nutshell, it is resolved with changing kernel config to; CONFIG_RANDOM_TRUST_CPU=y Before # grep crng /var/log/kern.log Feb 9 18:16:22 edo kernel: [ 0.164415] random: get_random_bytes called fr
ほげめも: Debian vs Ubuntu: ネットワークインタフェースの名前
Debian vs Ubuntu: ネットワークインタフェースの名前 Debian と Ubuntu の違いについて深追いする超不定期連載第 2 回は ネットワークインタフェースの名前の付けかたについてです (なお第 1 回は 1 年半くらい前の記事 でした)。 今回は Debian/Ubuntu ばかりでなく Red Hat 系のディストリビューションも深追いしました。 2014/12/31 更新: Moriwaka さんのご指摘 をいただき Red Hat 系ディストリビューションの記述を修正しました。 biosdevname は RHEL 6.1 から導入されています。 永続的な名前・予測可能な名前 Linux カーネルのネットワークインタフェースは、 ドライバが検出した順に eth0 eth1 … といった名前がつけられるようになっています。 ただしこれだけでは各デバイスがプローブ
プロセス管理 - UnixClassWiki
プロセスの基本的概念 プログラムが動作する実行実体のことをプロセスと呼びます。単純化して説明すると、プログラムの実行のことです。 プロセスはプロセスごとにプロセスIDを付与され、その数字で管理されています。 このプロセスIDの数字は 一定の数字で循環します。 Linuxカーネルが扱えるプロセスIDの最大値は/proc/sys/kernel/pid_maxを参照すればわかります。 カーネルのソースコード内ではプロセスIDの最大値は次のようにして設定しています。 最少構成でカーネルを作った場合は4096、32ビットCPUだと32768、64ビットもしくはそれ以上のCPUだと4 * 1024 * 1024つまり4194304ということになります。 /* * This controls the default maximum pid allocated to a process */ #defin
7.3 Linux へのインストールと初期設定 - SoftEther VPN プロジェクト
1. 7.3.1 推奨システム1.1. 推奨するオペレーティングシステムの構成1.2. Red Hat Enterprise Linux AS / ES Version 4 / 5 を使用する場合1.3. Turbolinux 10 Server を使用する場合1.4. Fedora Core 4 を使用する場合2. 7.3.2 インストールモードの選択3. 7.3.3 必要なソフトウェアおよびライブラリの確認4. 7.3.4 パッケージの解凍4.1. インストール用ファイルの準備4.2. インストール用パッケージファイルの展開5. 7.3.5 実行可能ファイルの生成5.1. make の実行6. 7.3.6 VPN Server の配置7. 7.3.7 vpncmd の check コマンドによる動作チェック8. 7.3.8 スタートアップスクリプトへの登録9. 7.3.9 サービスの開
スワップの弁護：よくある誤解を解く
(This post is also available in English.) この記事は In defence of swap: common misconceptions を 著者の Chris Down さんの許可 を得て Hiroaki Nakamura が日本語に翻訳したものです。 原文のライセンス は CC BY-SA 4.0 であり、翻訳のライセンスも同じく CC BY 4.0 とします。 長文を読みたくない方への要約： スワップを持つことは正しく機能するシステムのかなり重要なポイントです。 スワップが無ければ、まともなメモリ管理を実現することは難しくなります。 スワップは一般的に緊急事態用のメモリを取得するためのものではなく、メモリの回収を平等に効率的に行うためのものです。 実のところ「緊急事態用のメモリ」は一般的に盛大に悪影響を及ぼします。 スワップを無効にすることは
BuildADebianKernelPackage - Debian Wiki
Translation(s): none This is an obsolete now guide on how to build the Linux Kernel into a .deb package. Don't use this, or take with a grain of salt. Instead, see https://kernel-team.pages.debian.net/kernel-handbook/ch-common-tasks.html#s-common-official Install the Required Packages To download and compile the Linux Kernel source we will need the following packages: build-essential - Essential p
Linuxカーネルビルド大全 - Qiita
はじめに （本記事は Linux Advent Calendar 2020 および 東京大学 品川研究室 Advent Calendar 2020の11日目の記事として書かれました。） カーネルのビルドについての情報はググると色々と出てきますが、「ここを見ればOK」と思えるサイトに巡り会えていないので、自分で書いてみることにしたのが本記事です。 いずれLinuxカーネルをビルドする必要にかられるであろう研究室・学科の後輩や、忘れっぽい将来の自分のためにも、改めてLinuxカーネルのビルド方法についてまとめてみたいと思います。 概要 さて、「カーネルをビルドしよう」という状況に置かれた場合、実際にすべきことは主に以下の４点だと思います。 ソースコードの取得 ビルド環境の構築 カーネルコンフィグの準備 ビルド及びインストール そこで本記事では、カーネル本体のビルド上記の４点の他、関連して以下の
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Linuxにおけるデバイスドライバの 開発とデバッグの実際
Embedded Linux kernel解析ノウハウ Linux kernel traceの詳細
デバイスドライバのデバッグ手法と使い分け
Fedora13 eth0のドライバの入れかえ - @//メモ
How can I fix the iptables error message "unable to initialize table 'filter'"?
Linux Kernel Driver DataBase: CONFIG_USB_NET_AX8817X: ASIX AX88xxx Based USB 2.0 Ethernet Adapters
USB/IP protocol — The Linux Kernel documentation
How can I remove compiled kernel?