OOMKillerに亭主を殺されて一年が経ちました。 - 私が亭主と出会ったのは今からちょうど4年2ヶ月前、私がGentoo... - Yahoo!知恵袋
OOM Killerに亭主を殺されて一年が経ちました。 私が亭主と出会ったのは今からちょうど4年2ヶ月前、私がGentooをインストールしていたときでした。 亭主はそれなりに経験があるkernel hackerだったので、いとも簡単にGentooをインストールしてくれ、私は一目惚れしてしまいました。 幸い亭主も私も同じVim教だったので、教会で素敵な結婚式を挙げることができました。 少し下品な話ですがmakeに励んだおかげで子宝にも恵まれ、私たちは幸せに暮らしていました。 でも、二人とも気づかなかったのです。 まさか私たちのメモリが限界を迎えていたなんて、思ってもみませんでした。 「メモリ不足な昔の話だからどうせ私たちには関係ない」 - そう思っていたのが間違いだったのです。 亭主は突然、あの悪名高きOOM Killerに殺されてしまったのです。 そこからは悪夢のような日々でした。 毎日毎
Big Sky :: Windowsへの移植も視野にいれたプログラムを書くなら読んでおいて欲しい事
絶対パスの先頭に/が来る事を期待してはいけない しかしながら絶対パスの先頭にドライブレターが来る事を期待してはいけない UNCパスのホスト名やシェア名はディレクトリではないのでファイルシステムAPIは使えない事を意識しておく unixに比べパス内に空白文字が入る可能性が高い事を意識しておく ホームディレクトリを意味するパスの先頭チルダは自前で展開する必要があり、またパスの途中にチルダが混じる事は日常的にある ソケットディスクリプタに対してもread/writeで送受信できる事を期待してはいけない パイプでない標準入力のselectはやっても意味がない ディレクトリ内にあるファイルを開き、ハンドルを保持したままディレクトリを消せるのは当たり前だと思わない パスのセパレータが/¥である事を期待してANSI APIを使ってはいけない Cランタイム(POSIX互換API)とWindows APIを
スタートアップを殺す18の誤り
Paul Graham / 青木靖 訳 2006年10月 最近やった講演の後のQ&Aで、スタートアップを失敗させるのは何かという質問をした人がいた。その場に立ったまま何秒か呆然としていた後、それが一種のひっかけ問題なことに気付いた。これはスタートアップを成功させるのは何かという質問と等価なのだ——失敗の原因となることをすべて避けるようにすれば、成功することができる——そしてこれはその場で答えるにはあまりに大きな問だった。 後になって、私はこの問題をそういう方向から見るのも有効かもしれないと思うようになった。すべきでないことをすべて並べたリストがあれば、それをただ逆にするだけで成功へのレシピに変えることができる。そしてこの形のリストの方が、実践する上で使いやすいかもしれない。やらなければならないことをいつも頭に入れておくよりは、何かやってはいけないことをしているときにそれと気付くというほうが
今こそ見直すApacheの設定 - blog.nomadscafe.jp
nginxやvarnishなどがアツいですが、Apacheもまだまだ実績や安定性から採用されていると思います。ここではデフォルトとは異なる値に変更するサーバ設定を中心に、パフォーマンス改善、安全性向上のためのApacheの設定を紹介します。 mpmの確認 > /path/to/bin/httpd -V Server version: Apache/2.2.19 (Unix) Server built: Jun 23 2011 17:13:13 Server's Module Magic Number: 20051115:28 Server loaded: APR 1.4.5, APR-Util 1.3.12 Compiled using: APR 1.4.5, APR-Util 1.3.12 Architecture: 64-bit Server MPM: Worker PreforkやW
致命的すぎるバグがgithubで話題
github上で公開されているグラフィックドライバのbumblebeeで見つかったバグ修正のコミットが話題になっています。インストールスクリプト内にあってはならないスペースがあり、インストールを実行すると /usr を根こそぎ削除するという悲惨なバグです。（しかもインストールはrootでしか行えない) このバグ修正のコミットはさながら掲示板の様に盛り上がっており、いろいろなネタ画像も貼られています。 「普段はbumblebeeをインストールしないけど、 インストールしたら /usr フォルダを削除しやがったぜ」 「我らの命を奪うことはできても、我々の/usr は決して奪えない」 「僕たちは宇宙を守るために君たちの /usr のエントロピーが必要なんだ」 githubが開発者向けのツールであると同時にコミュニティとして発展している事を伺わせる一コマです。とはいえbumblebeeをインストー
GNU/Linux Distribution Timeline
GNU/Linux Distribution Timeline Libranet Omoikane (Arma) Gibraltar LEAF Skolelinux Freespire Lindows Linspire Rxart Swift antiX MEPIS SimplyMEPIS Impi Amber Guadalinex DeadCD Olive Underground Desktop Ulteo Kubuntu nUbuntu Christian Edition Linux Mint Satanic Edition Uberyl ComFusion Mythbuntu Geubuntu OpenGEU Fluxbuntu Eeebuntu Aurora OS Zebuntu ZevenOS Ultimate Edition Maryan Zorin OS Qimo wattO
2枚の画像のdiff（差分）を超簡単に調べる方法 - 昼メシ物語
Githubで画像の差分を見られるモードが話題を呼びましたが、このように2枚の画像の差分を調べたいときって時々ありますよね。 そんなときImageMagickのコマンドラインツールを使えば、たった1行で実現できます。 $ composite -compose difference A.jpg B.jpg diff.jpg とすれば、A.jpg と B.jpg の差分画像 diff.jpg が作られます。この差分画像は以下のようになります。 さらにこの差分画像（diff.jpg）が「真っ黒な画像」かどうかも、コマンドラインで調べることができます。 # 差分がなかった場合（＝diff.jpgは黒一色の画像） $ identify -format "%[mean]" diff.jpg 0 # 差分があった場合 $ identify -format "%[mean]" diff.jpg 960.8
diffの動作原理を知る～どのようにして差分を導き出すのか | gihyo.jp
UNIXの基本的なコマンドの1つであるdiff。 これに実装されているアルゴリズムは実に興味深い世界が広がっています。 本稿では、筆者が開発した独自ライブラリ「dtl」をもとに「diffのしくみ」を解説します。 はじめに diffは2つのファイルやディレクトリの差分を取るのに使用するプログラムです。 ソフトウェア開発を行っている方であれば、SubversionやGitなどのバージョン管理システムを通して利用していることが多いかと思います。本稿ではそのdiffの動作原理について解説します。 差分の計算の際に重要な3つの要素 差分を計算するというのは次の3つを計算することに帰結します。 編集距離 2つの要素列の違いを数値化したもの LCS（Longest Common Subsequence） 2つの要素列の最長共通部分列 SES（Shortest Edit Script） ある要素列を別の要
世界初のAndroidの技術者認定試験が開始へ | スラド
GAPSISの記事によれば、Androidの組込みシステムへの普及・開発を促進する業界団体であるOpen Embedded Software Foundation (OESF)が、世界初となるAndroidの技術者向け認定試験を実施すると発表した。試験は11月29日より開始となり、問題数は全70問。必要な料金は15,000円。合格者にはOESFから認定証が授与される。 まぁ良くも悪くもAndroidが社会に認められたということなのか？ GAPSISの記事によれば、試験が開始される背景として、現在は実績のある一部の企業へAndroid関連業務が集中する状態にあり、Androidへ新規参入を図る企業にとっては厳しい状況になっているために各社・各人のスキルを測る指標を設けるということがあるようだ。OESFは特にGoogleとは関係はなく、OESFの会員企業が組み込み系事業者の集団であることから、
Android tablet GPL compliance
This page is very out of date and may no longer be accurate The Android operating system is built on top of the Linux kernel and a small number of other GPL components. The GPL requires that vendors either provide the source code to the GPL components with the device, or alternatively to provide a written offer to provide the source code upon request. Many vendors fail to do this. Distributing dev
Fedora 15 Changing The Network Device Naming Scheme - Digitizor
Fedora developer, Matt Domsch, has announced that Fedora 15 is breaking the conventional ethX naming scheme used for Ethernet devices by adopting a new scheme called Consistent Network Device Naming. The ethX naming scheme works fine as long as the system has only one Ethernet port. However if there are more than one Ethernet ports, a sort of race condition develops at every system boot and the po
本当は速いImageMagick: サムネイル画像生成を10倍速くする方法 - 昼メシ物語
一般的に ImageMagick のサムネイル画像生成は遅いとされており、パフォーマンスが求められるシーンでは Imlib2 などのより高速な画像処理ライブラリが使われることが多いです。 Imlib2 の高速さについては、以前「Imlib2でImageMagickより3倍高速かつ美しいサムネイル画像の生成 - 床のトルストイ、ゲイとするとのこと」という記事で紹介しました。この記事のベンチマークにおいて、Imlib2 によるサムネイル画像の生成は、 ImageMagick の3倍程高速でした。 しかし、 ImageMagick は Imlib2 より画質がよく、高機能で使いやすく、今も頻繁にメンテナンスされており、とてもよく出来ています。その点 Imlib2 は、2004年からメンテナンスされておらず、セキュリティホールが見つかっても、各Linuxディストリビューションがそれぞれパッチを当て
後からデスクトップ環境を変更する - haru-kichiの日記
openSuSE 11のインストール時には、 パッケージが充実・Xenとの親和性を考えてKDE環境にしてみた。 が、慣れているGNOMEでなければ、やはり使いにくい。 ということで、急遽変更することに。 (1) GNOMEのインストール YaSTのソフトウエアから、パッケージを適当に選択して。 でもこれは邪道だろうから、後でsudo zypper install gnome-sessionをやる。 (2) SuSEで、KDE→GNOMEの切り替えについてなかなか分からない。 他のディストリビューションなら、結構コメントが出ているのだが。。たとえば。。 turbo linuxでは wmanagercfg RH系では switchdesk または /usr/X11R6/lib/X11/xinit/xinitrc /etc/sysconfig/desktop を編集。 ということで，SuSEでは
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
libcが遅い？それとも、lighttpdが遅い？それとも、Hardened Gentoo（grsecurity/PaX）が遅い？？？ - yuya_prestoの古い日記（はてなダイアリーから移行）
lighttpdの速さに感動！したのもつかの間・・・。 Hardened Gentoo LinuxマシンとCentOS 5.3マシンでab勝負させてみると・・・なんとPentium III 1GHzのCentOS 5.3マシンが、Pentium 4 (Willametteコア) 1.5 GHzよりもかなり速いなんて・・・；ｗ； 具体的には、2800 vs 3400 requests per secondぐらいだった。 モジュールはmod_accessとmod_access_logのみ読み込むようにし、access_logの保存は無効にしてある。 測定にはab（keepaliveはオフ）を使用し、２つのマシンのうち一方をサーバ、他方をクライアントとすることで測定した。 ※この先、一部前提条件（例：gccの最適化オプション）などに難があり、正確な測定ではないことをご了承願いたい。 OProfi
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - desaster/kippo: Kippo - SSH Honeypot
美女LINUX bijo-linux.com
次期Ubuntu、XからWaylandへ | エンタープライズ | マイコミジャーナル
はてなブログ | 無料ブログを作成しよう
KDEでタイル型WMのawesomeを使う - grafi-note
