linux-kernel.vger.kernel.org archive mirror help / color / mirror / Atom feedFrom: Greg Kroah-Hartman <gregkh@linuxfoundation.org> To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>, Linus Torvalds <torvalds@linux-foundation.org>, Aditya Pakki <pakki001@umn.edu>, Kangjie Lu <kjlu@umn.edu>, Qiushi Wu <wu000273@umn.edu>, x86@kernel.org, Bjorn Helgaas <bhelgaas@googl
$ wget --random-wait -r -p -e robots=off -U mozilla http://www.example.com
Putri Zulkifli Hasan Resmi Jadi Pimpinan Komisi XII DPR RI merupakan judul dari sebuah artikel kami kali ini. Kami ucapkan Selamat datang di entrproject.org, Membangun Masa Depan: Transformasi Judi Online Read MoreRead More Adu Uang Bulanan: Nagita Slavina vs. Ussy Sulistiawaty merupakan judul dari sebuah artikel kami kali ini. Kami ucapkan Selamat datang di entrproject.org, Membangun Masa Depan:
以前、CentOS 7 (7.0.1406)およびRed Hat Enterprise Linux 7のssコマンドが腐っていたことにビックリして、「ssコマンドはバグと地雷の塊なのでnetstatの代わりにならない」という記事を書きました。 これはどういうお話かと言うと： RHEL 7からはnetstatコマンドなどが収録されているnet-toolsパッケージが非推奨となり、デフォルトではインストールすらされなくなりました。 しかしnetstatコマンドの代替であるssコマンドはかなり雑な感じで、UDPポートを「tcp」と表示するひどいバグがあります というお話でした。 このssコマンドのバグは、2014年2月にRed Hat Bugzillaにも上がっていました。 https://bugzilla.redhat.com/show_bug.cgi?id=1063927 というわけで、さす
The USE Method provides a strategy for performing a complete check of system health, identifying common bottlenecks and errors. For each system resource, metrics for utilization, saturation and errors are identified and checked. Any issues discovered are then investigated using further strategies. This is an example USE-based metric list for Linux operating systems (eg, Ubuntu, CentOS, Fedora). Th
「大きい番号は魅力的だからv3.20へ進むか、あるいは番号をリセットしてv4.0にするか、どっちがいい？」。約10日前の2月13に、Linus Torvalds氏は次のLinuxのバージョン番号についてGoogle+に質問を投稿し、投票を呼びかけました。 2.6.39のようなバージョン番号を避けたかった Linux 4.0へとLinuxのメジャーバージョン番号を大きくすることは、以前からTorvalds氏が個人的な希望として示していたことでした。Torvalds氏は投票を呼びかける投稿の中でも「I don't want another 2.6.39」と書いています。これは、2.6.39のようにバージョン番号の下位の細かい数字が増えていくことで、バージョン番号が分かりにくくなることを敬遠したい、ということを示しています。 そして現在のLinuxがバージョン3になり下位の数字が3.19から次に
随時追加 ターミナルを立ち上げたまま席を離れるとマシンにイタズラされることがよくある．とはいえシャレにならないイタズラはしても笑えないので，基本的には教育的に効果があって被害の出ないものしか実際にはしない． じゃあ，たとえ root じゃなくてもどこまでえげつないことができるのか*1，今回はちょっと考えてみたユーザ権限でできる酷いイタズラを紹介する．対象はリモートログインする UNIX 系 OS を利用しているサーバ，主に Ubuntu である． ls が sl 方法 alias ls=sl sl を期待したという意見が多かったので掲載．掲載しなかったのは sl がインストールされていない環境が多く，インストールには root 権限が必要になるから．後述のバイナリを持ち込んでパスを通す方法を使えばできないことはないかも． エディターが全部 ed 方法 alias nano=ed alias
全然パフォーマンスチューニングの経験や能力が無いけれど、とにかく面白そうだしスゴいヒトたちのチューニング方法を知るのは勉強になりそうだ、と思ったので、参加してきました。 いろいろチューニングしてパフォーマンスを競うバトルイベント開催！「Tuningathon」 #tuningathon on Zusaar 出されたお題は「Amazon EC2のインスタンス上で動くwordpressへのコメント書き込みパフォーマンスを向上させる」というもの。wordpress自体に手を加えるのはNG。 ということで自分が手を出せそうなのはApache, MySQLのあたりだと思ってhttpd.confやmy.cnfをちょいちょい設定値いじってみたりしたものの、全然早くならない… 途方に暮れていたところAPCってのを入れると一気に早くなる、ということをきいて、それをやってみました。それ以外にはほとんど何もでき
かなり昔ですが、或日さんのSolaris8におけるmemory over commitの話題に触発され、Linuxの場合について調べた事があります。正しさは保証しませんが当時のメモを貼っておきます。 memory overcommit? メモリ資源の非常に限られた環境でLinuxを使用しているとよく遭遇する現象なのだが、kernel 2.4までのLinuxでは、"mallocが成功を返したにもかかわらず、その確保した筈のメモリ領域にアクセスすると、SIGKILLによってkernelから強制終了させられてしまう" という現象が 発生することがある。これは、「全プロセスがnew/mallocしたメモリの総量」に対して物理メモリ量が少なすぎる瞬間に於いては常に発生し得る。 何に困っているかといえば、C++でオブジェクトをnewした時に、メモリの枯渇をstd::bad_alloc例外送出という形で
I want to write about Cassandra performance tuning, but first I need to cover some basics: how to use vmstat, iostat, and top to understand what part of your system is the bottleneck -- not just for Cassandra but for any system. vmstat You will typically run vmstat with "vmstat sampling-period", e.g., "vmstat 5." The output looks like this: procs -----------memory---------- ---swap-- -----io---- -
Notes For downloading full CD and DVD images the use of BitTorrent or jigdo is recommended. For the less common architectures only a limited number of images from the CD and DVD sets is available as ISO file or via BitTorrent. The full sets are only available via jigdo. For the installation images, verification files (SHA256SUMS, SHA512SUMS and other) are available from the same directory as the i
Linuxのサーバー管理でよく使うコマンドを並べました。 完全なリファレンスはマニュアルなどを参照すれば当然わかることなので、オプションパラメータなどは必要と思えるものだけを抽出して説明しています。 また、どのようにコマンドを利用するかや、「ここは使える」「ここは使えない」 などという評価も書いていますが、コマンドの使い方や組み合わせは個人それぞれだと思いますので、参考程度にお考え下さい。 ただ、これからLinuxサーバ管理を始められる方は、まずは上から順番に使ってみて（コマンドを触ってみて）、どのような情報が取れるかを眺めてみるのが、いいと思いますよ。 ■サーバー管理でよく使うコマンド コマンド 機能説明 CPU メモリ ディスク プロセス
「いますぐ実践! Linux システム管理」はこちらです。 メルマガの解除、バックナンバーなども、以下からどうぞ。 https://www.usupi.org/sysad/ (まぐまぐ ID:149633) その他、作者に関するページは、概ね以下にございます。 https://www.usupi.org/kuri/ (まぐまぐ ID:126454) http://usupi.seesaa.net/ (栗日記ブログ) https://twitter.com/kuriking/ (twitter) https://facebook.com/kuriking3 (facebook) https://jp.pinterest.com/kuriking/pinterest) https://www.instagram.com/kuri_king_/ (instagram) [バックナンバーのトップへ
久々にLinuxネタを書いてみます（まだ、ブログタイトルにLinuxを冠していますし）。単に最新Linuxディストリビューションをインストールするのもつまらないので、もはや旬は過ぎていますが、仮想環境を使ってみることにしました。 仮想環境がインストールできるデスクトップPCには既にWindows 7様が鎮座しているため、お手軽に導入できる仮想環境としてVMware Playerを使用しました。今回導入したVMware Playerは仮想化方式としては、ホスト型に分類されます（このあたりの解説はこのサイトを参考にさせていただきました）。性能を追求するためには、Xen Serverのようなハイパバイザー型の仮想環境がよいのですが、デスクトップ環境で複数OSを動かす選択肢としてはホスト型がよいと思います。 仮想化のメリット・デメリット 以下に、私が考える仮想化環境利用のメリット・デメリットをまと
アップグレードの前には、5章stretch で注意すべき点 に書かれている情報も読むことをお勧めします。この章に書かれている問題点は、アップグレードの過程と直接は関係がないかもしれませんが、それでもアップグレードを開始する前に知っておくべき重要事項である可能性があります。 システムをアップグレードする前に、完全なバックアップを取っておくよう強くお勧めします。少なくとも、失いたくないデータや設定情報だけでもバックアップしておきましょう。アップグレードのツールや処理はきわめて信頼性の高いものですが、アップグレードの最中にハードウェア障害が起こると、システムに大きなダメージを与えることがありえます。 バックアップしておくべき主な対象として、/etc、/var/lib/dpkg、/var/lib/apt/extended_states の中身、dpkg --get-selections "*" (
The IPFire project has announced a new update to its distribution for firewalls and routers. The project's new release, version 2.29 Core Update 192, includes an updated Linux kernel with several improvements: "This release rebases the IPFire kernel on Linux 6.12 which is the latest long-term supported version of the Linux kernel. Since the last version, IPFire is going to benefit from various imp
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く