「あまり寝なくても平気」という油断は禁物。睡眠不足は自覚症状なしに私たちの体をむしばむ── ローレンス・Ｊ・エプスタイン 私たちは１日にどれくらい眠れば十分なのか。眠気を感じなければ、睡眠は足りているのか。睡眠時間が少なくても不調を感じなければ、健康上は問題ないのか。 こうした問いに対して、最新の研究結果がいくつかの興味深い答えを出している。 平均的な大人が十分に休息を取り、最良の状態で機能するために必要な睡眠時間は、１日に７〜９時間。しかし、アメリカ人の睡眠時間は昔より減っている。 05年に全米睡眠財団が行った調査によれば、アメリカ人の平均睡眠時間は１日６.９時間。これは、19世紀に比べて約２時間、50年前と比べて１時間少ない。10年ほど前の01年と比べても、約15〜25分も減っている。 睡眠不足がいかに大きな弊害をもたらすか、私たちはあまり敏感に感じ取れないらしい。ペンシル
2010年6月11日、米ユタ連邦地裁で、米Novell社と米SCO Group社で争われていた訴訟が終結した。これでLinuxユーザーへの使用料を求めるSCOの主張は事実上、無効になった。 7年間にもわたった米SCO Group社（以下、SCO）によるLinux関連の訴訟はようやく幕を閉じ、Linuxを扱うメーカーやユーザーにとっての懸念材料が1つ消えた。 米ユタ連邦地裁が出した判決骨子は、「米NovellがUNIXに関する著作権を有している」ということ。これにより、SCOが起こしていた米IBM社やLinuxユーザー企業に対する訴えも、無効となる。 この関連を理解するために、これまでの経緯をたどっていこう（表1）。 SCOが訴訟を起こしたのは2003年3月。提訴されたのはIBMで、内容は「IBMがUNIXのソースコードの一部を不正にLinuxに使用したことによるライセンス違反など」だった。
8月1日、Linuxカーネル2.6.35がリリースされた。RPS/RFSと呼ばれるネットワーク負荷軽減機構や新たなカーネルデバッグツールの追加、H.264およびVC-1のハードウェアデコードサポートといった新機能を含む、多くの改善が行われている。 Linuxカーネル2.6.35での新機能としては、まずマルチCPU環境でネットワークスループットを向上させる「Receive Packet Steering（RPS）」および「Receive Flow Steering（RFS）」という仕組みの導入が挙げられる。これはGoogleによって提供されたもので、送受信するパケットの処理を複数のCPUに割り当てることで負荷を分散させ、スループットの向上を図るというもの。8コアのCPUを搭載するサーバーで行ったベンチマークテストでは、2〜3倍ものスループット向上やレイテンシの軽減が確認できたという。 また、
Linux 2.6.35 has been released on 1 Aug, 2010. Summary: Linux 2.6.35 includes support for transparent spreading of incoming network load across CPUs, Direct-IO support for Btrfs, an new experimental journal mode for XFS, the KDB debugger UI based on top of KGDB, improvements to 'perf', H.264 and VC1 video acceleration in Intel G45+ chips, support for the future Intel Cougarpoint graphic chip, powe
grenはgrepの置き換えを目指して作ったコマンドラインツールです。 以下のような特徴を持っています。 特徴 基本はfind+grep 指定ディレクトリ以下にある全てのファイルの中身を調べます。 gren 検索文字列 [検索するディレクトリ] でOKです。 ユーザーが指定する項目を最小限に バイナリかテキストかをツールが自動で判断します *.rbや*/*.cppのような指定は必要ありません README,README.jaのような特殊な拡張子でも検索対象に含めます .pngや.exeの中身は調べません。 デフォルトで除外ディレクトリが設定されています * *~, .svn, .git, CVS等は探索対象から除外します 便利な検索結果 検索を開始したディレクトリ(Path)、かかった時間(Time)、ファイル数(Files)、ファイルサイズ(Size)、マッチしたファイル数とヒット数(M
『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、日本 Ruby の会の有志による Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0058 号 バックナンバー Rubyist Magazine 0058 号 RubyKaigi 2018 直前特集号 Rubyist Magazine 0057 号 RubyKaigi 2017 直前特集号 Rubyist Magazine 0056 号 Rubyist Magazine 0055 号 Rubyist Magazine 0054 号 東京 Ruby 会議 11 直
perlbrew Perl 5.6 とか Perl 5.8を今だに使ってるあなた！そうです、これを読んでるそこのあなたです。Perl5の開発チームは後方互換に関しては大変神経をつかっていますので、 Perl 5.6とかで動いてたコードをいきなり 5.12で走らせても基本的には動くはずです（多分警告とかは一杯でるだろうけど）。でもだからといって新しいバージョンで施されている様々な最適化や新しい機能を使えないのはちょっと悲しくないですか？ ということで新しい Perlを使いましょう！最新安定版は5.12.1ですよ！ちなみにどのバージョンを2010年8月時点で使うべきか、はこちらのエントリを参照してください。 え？アップグレードできない？システム管理者が許してくれない？前入れてたアプリが壊れる？いやいやいや、全然いけますって。自分用のPerlをインストールすればいいんですよ！ ここではそれを簡単
Perl5 のバージョンごとの使い分け Perl5 をつかって新規のシステムを構築する場合に、どのようにバージョンを選択するべきかという話。 5.6以前現状、CPAN モジュールにおいて5.6系に対するサポートは、toolchain 系をのぞいてほとんどおこなわれていません。 そもそも 5.6 系は誰もメンテしていないので、5.6 をコンパイルするのがまずむずかしいですw で、レガシーシステムにおいてはまだのこるとおもいますが、新規にえらぶ必要はありませんね。あたりまえながら。 5.8系5.8系は非常に安定しておりまして、一番安定しているのはたしかです。バグなどが含まれている可能性がいちばん低いかとおもいます。 5.8系を新規のシステムで利用する場合には 5.8.9 をつかうのがよろしいでしょう。 5.10系5.10.0 にはわりと致命的なメモリリークやSEGVをひきおこすバグがありますの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
