「データセンターがデータトラフィックを処理する方法はもっと効率的にすることができる」として、カナダ・ウォータールー大学のマーティン・カーステン教授が提案したコード修正が、Linux 6.13で反映されます。修正により、主要データセンターのエネルギー消費量は最大で30％削減できるとのことです・ Coding for a greener internet | Waterloo News | University of Waterloo https://uwaterloo.ca/news/media/coding-greener-internet Changing Linux code could cut data center energy use by 30%, researchers claim - DCD https://www.datacenterdynamics.com/en/new
ポッドキャストをいくつか聴いています。それらの中から、コンスタントに聴いているLinux系ポッドキャストを挙げておきます。 なお、いずれも英語のポッドキャストです。これは単に、日本語のLinux系ポッドキャストが見つからなかったためです。私は英語が得意ではないので、フリートーク形式で毎回1時間以上のものは入っていません。 Linux Headlines 月〜金の毎日（欧米時間）、Linux関連ニュースを1回3分以内で読み上げる番組です。キャスターは数人が持ち回りで担当。3分以内なので、英語力も集中力もない私でも聴けます。Jupiter Broadcasting傘下。 Linux Action News 週1回でニュースとそれへのコメントを、2人のキャスターが語る形式です。1回30分弱ぐらい。Jupiter Broadcasting傘下で、Linux Action Showの後継？。 Cho
NetflixのシニアパフォーマンスアーキテクトであるBrendan Gregg氏による、Linuxサーバにログインして60秒でまず調べることのまとめ。 パフォーマンス問題でLinuxサーバーにログインしたとして、最初の1分で何を調べますか？ Netflixには、多数のEC2 Linuxからなるクラウドがあり、そのパフォーマンスを監視したり調査したりするための数々のパフォーマンス分析ツールがあります。その中には、クラウド全体にわたる監視を行うAtlasや、オンデマンドにインスタンスの分析を行うVectorがあります。これらのツールは多くの問題を解決する手助けをしてくれますが、各インスタンスにログインし、標準的なLinuxパフォーマンスツールを実行する必要がある場合もあります。 この記事では、すぐ使えるはずの標準的Linuxツールを使いコマンドラインにおいて、最適化されたパフォーマンス調査を
Linuxは企業システムのWebサーバやアプリケーションサーバ、ファイルサーバとしての用途だけでなく、クライアントPCやシンクライアント端末のデスクトップなど、多くの場面で活用されているOS（オペレーティングシステム）です。 サーバ用途でも利用されるように、非常に安定して動作するOSですが、本格的に使いこなせるようになるには、やや“ハードルの高い”OSでもあります。そのため、基礎的な部分をしっかりと理解していないと、自分の思う通りに設定できなかったり、無駄な作業を何度も繰り返してしまったりすることになります。 本PDFは、あらためてLinuxを一から学びたい、Linuxを効率良く扱うための基礎知識やスキルを身に付けたいという人のための連載『“応用力”をつけるためのLinux再入門』20回分を一冊にまとめました。Linuxを扱うための基礎的な知識を確実に押さえつつ、実際の運用時には応用が利く
Red Red Hat Enterprise Linuxの修正出荷に関連するポリシーや関連用語を紹介します
Linus Torvalds / 青木靖 訳 2016年2月 (TED2016) クリス・アンダーソン 奇妙な話です。あなたのソフトウェアであるLinuxは何百万というコンピュータの中にあり、インターネットのかなりの部分を動かしています。さらに実際に使われているAndroid端末が15億台くらいあって、その１台１台にもあなたのソフトウェアが入っています。これはすごいことで、その開発本部ともなれば、さぞ大層な施設なんだろうなと思っていたので、この写真を見たときはびっくりしました。これがその — Linux世界本部なんですよね？(笑)(拍手) リーナス･トーバルズ 大したものには見えませんよね。この写真の中で最も興味深く、多くの人が反応する部分は、あのトレッドミル・デスクです。私の仕事場で一番興味深いものですが、私はもう使っていません。この２つは関連していると思います。私の働き方として、外的な
ブートローダからカーネルまで これまでの私の ブログ投稿 を読まれた方はご存じかと思いますが、しばらく前から低水準言語を使うようになりました。Linux用x86_64アセンブリ言語プログラミングについても書いています。また、同時にLinuxのソースコードにも触れるようになりました。下層がどのように機能しているのか、コンピュータでプログラムがどのように実行されるのか、どのようにメモリに配置されるのか、カーネルがどのように処理や記憶をするのか、下層でネットワークスタックがどのように動くのかなどなど、多くのことを理解しようと意欲が湧いています。これをきっかけに、 x86_64 版Linuxカーネルについてシリーズを書いてみようと思いました。 私はプロのカーネルプログラマではないことと、仕事でもカーネルのコードを書いていないことをご了承ください。個人的な趣味です。私は下層で何が起きているのかとても
ソースRPMがあってどこを修正すればいいのかわかった場合、パッチを作って当てる方法を。 環境はCentOS5.1*1でrpmbuildや開発環境(gccなど)がインストール済みのこと。 ソースRPMはhoge.src.rpmの場合 rpm -ivh hoge.src.rpm と実行すると/usr/src/redhat/以下、SPECSディレクトリにspecファイル、SOURCESディレクトリにソースのアーカイブやパッチが置かれる。 ここで、/usr/src/redhat/SOURCESに移動して、 rpmbuild -bp hoge.spec を実行すると、/usr/src/redhat/BUILDディレクトリの下にhogeというディレクトリができ、そのなかにパッチを当てた状態のソースが展開されている。 そのhogeディレクトリを作業ディレクトリにコピーし、同じ階層に同じものを別名（hog
Home Subscribe Unixデーモンの仕組み 12 March 2015 おはこんばんちは!! 尾藤 a.k.a. BTO です。 みなさん、Unixデーモンよく使ってますよね。 Webエンジニアなら、Webサーバ、メールサーバ、DBサーバ、cronなどがよく使われるのではないでしょうか。 24時間365日黙々と働き続けるUnixデーモン達。 身近な存在だと思いますが、実はどういう仕組みで動いているのかご存じない方も多いのではないでしょうか。 先日、オトバンクでUnixデーモンの仕組みについて勉強会をやったので、その内容をまとめます。 デーモンとは では、デーモンとはいったい何なのでしょうか。 Unixライクシステムにおいて、バックグランドで動作して様々な処理を実行してくれるプロセスがデーモンです。 デーモンには明確な定義はありませんが、だいたい次のような条件を満たすプロセスが
TOP > 星５ > 年末だしLinux歴15年の俺がオススメソフトを紹介して普及を目指すスレ Tweet カテゴリ星５ 1 :名無しさん＠おーぷん:2014/12/29(月)19:27:24 ID:HKC 現在28歳だから思い返せば中1の頃からLinux使ってますな たしか当時は1CDLinuxが流行り始めてた頃だったかと記憶している ということで紹介していきましょー http://open2ch.net/test/read.cgi/news4vip/1419848844/ 2 :名無しさん＠おーぷん:2014/12/29(月)19:28:28 ID:HKC 【Google Chrome】 色々使い回したあげく結局Chromeに落ち着いた 各種同期とネイティブの様に扱えるChromeアプリ、更に開発へ便利なデベロッパーツールと非常に便利 Chromiumでは独自に追加することとなる多くの
なるほどUnixプロセス ― Rubyで学ぶUnixの基礎 Jesse Storimer, 島田浩二(翻訳), 角谷信太郎(翻訳) 達人出版会 3,520円 (3,200円+税) 『Working with Unix Processes』待望の完訳。並列処理やデーモン、プロセス生成、そしてシグナルといったUnixの基礎であるプロセスについてRubyで解説する、「今どきの」開発者に向けた新しいUnixプログラミングの手引きです。 ※本書の公式ハッシュタグは#naruhounix になります。 関連サイト原著者による公式ページと訳者らによるサポートページがあります。 Working With Unix Processes - Learn the Fundamentals of Unix Programming in RubyなるほどUnixプロセスサポートページ 日本語版刊行によせてRuby
mixiのサーバOS移行のお話 – mixi Engineers’ Blog とその続編に触発されて、私の寄生先であるドリコムではどのように考え、何を選択してきたのか振り返ってみたいと思います。 こういう情報の公開は、確かにしないに越したことがない類のものかもしれませんが、年末ですし、当たり障りのない範囲で思い出エントリで締めくくろうかなと思い立った次第であります。 OSの選択を振り返る 2001年あたりから覚えている範囲でザッと振り返ると、 RedHat 7-9 FedoraCore 1-3 Debian 3-6 CentOS 4-6 という感じで、現在はDebian(5/6)とCentOS(5/6)を主流で利用しています。あとはたまにBtoB案件とかでWindowsServerやRHELもちょこちょこありましたが、今はないですね。 こういう選択をしていった理由は、 まずRedHat～F
タイトルがすべてでございます。 NICの割り込み処理が1コアに集中してしまい、ボトルネックになって性能が出ない場合があるという話は最近広く知られていると思います。 NICのハードウェアレベルで割り込みを分散してくれる RSS(Receive Side Scaling) という仕組みがあり、それを利用すれば特になにもしなくても複数コアに分散されるはず、と思っていたのですが、どうも特定のマシンでそうならない。 # cat /proc/interrupts CPU0 CPU1 CPU2 (省略) CPU11 64: 1256214 0 0 ... 0 IR-PCI-MSI-edge eth1-0 65: 225711 0 0 0 IR-PCI-MSI-edge eth1-1 66: 402906 0 0 0 IR-PCI-MSI-edge eth1-2 67: 723539 0 0 0 IR-P
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
![[試して理解] Linuxのプロセススケジューラのしくみ - Speaker Deck](https://cdn-ak-scissors.b.st-hatena.com/image/square/22b84e73c8cc62628e4a84eec2e639968d13f352/backend=imagemagick;height=288;version=1;width=512/https%3A%2F%2Fproxy.goincop1.workers.dev%3A443%2Fhttps%2Ffiles.speakerdeck.com%2Fpresentations%2Fc79eaa971179471b88a960212a01e87b%2Fslide_0.jpg%3F11188762)
