一般的に ImageMagick のサムネイル画像生成は遅いとされており、パフォーマンスが求められるシーンでは Imlib2 などのより高速な画像処理ライブラリが使われることが多いです。 Imlib2 の高速さについては、以前「Imlib2でImageMagickより3倍高速かつ美しいサムネイル画像の生成 - 床のトルストイ、ゲイとするとのこと」という記事で紹介しました。この記事のベンチマークにおいて、Imlib2 によるサムネイル画像の生成は、 ImageMagick の3倍程高速でした。 しかし、 ImageMagick は Imlib2 より画質がよく、高機能で使いやすく、今も頻繁にメンテナンスされており、とてもよく出来ています。その点 Imlib2 は、2004年からメンテナンスされておらず、セキュリティホールが見つかっても、各Linuxディストリビューションがそれぞれパッチを当て
MySQL InnoDBのパラメータでinnodb_flush_methodというものがあります。これはUNIX/Linuxにおいてデータファイル、ログファイルの読み書き方式を指定するためのもので、マニュアルの13.6.3. InnoDB Startup Options and System Variablesによると以下の3種類の設定が可能とされています。 無指定(fdatasync)：デフォルトの設定です。特別なフラグなしでファイルをオープンし、書き込み時にfsync()を行います。 O_DSYNC：データファイルについてはfdatasyncと同じです。ログファイルについてO_SYNCフラグをつけてファイルをオープンします。 O_DIRECT：データファイルについてO_DIRECTフラグをつけてファイルをオープンします。ログファイルについてはfdatasyncと同じです。 今回はこのパ
各所で話題になっていますが、Linuxを劇的に高速化する方法が発見されました*1 *2 *3。特にブラウザなど複数のアプリケーションを同時に起動した状態では、体感速度がびっくりするほど向上します。 高速化する方法も簡単です。カーネルの再構築という難しい作業は不要で、設定ファイルを数行書き換えるだけです。是非試しましょう！ ステップ-1: ~/.bashrc の編集 ~/.bashrc の末尾に以下の4行を追加します。 if [ "$PS1" ] ; then mkdir -m 0700 /sys/fs/cgroup/cpu/user/$$ echo $$ > /sys/fs/cgroup/cpu/user/$$/tasks fi ステップ-2: /etc/rc.local の編集 /etc/rc.local の末尾に以下の2行を追加します(2010/11/24更新。不要なmkdirコマンド
概要 Emacs を利用していると全部 Emacs でやりたくなるのは Emacs 使いとして当然だと思います。 Shell だって Terminal など利用せず Emacs 上で動作させたくなることでしょう。 この文書では Emacs 上で Shell を快適に利用するための設定を記述していきます。 目次 概要 検証環境 Emacs での Shell Mode に関する基礎知識 shell term (ansi-term) eshell どのモードを利用するか 利用する Shell について Windows での Shell の準備 Mac OS X での Shell の準備 Emacs 側の設定 PATH の設定 利用する Shell の設定 文字コードの設定 システムの terminfo を利用しない設定 エスケープを綺麗に表示する term 呼び出しキーの割り当て Shell 側
最近、PC Worldに「Desktop Linux: The Dream Is Dead」という記事が投稿され、非常に多くの注目を集めているようである。筆者はGNU/Linuxをデスクトップとして愛用しているが、決して「もう終わりだ」などとは感じていない。むしろようやく始まったな！と実感しているところである。筆者は「LinuxにはGNUを冠せよ！」などと思っているフリーソフトウェア支持者であるが、GNU/Linuxをデスクトップとして利用するのは、何も「自由が大切だから」という理由だけではない。もちろんそれもあるが、最大の理由は「死に狂うほど便利だから」である。そんなことを言うと、WindowsやMacに慣れきったユーザーの中には、 「（GNU/）Linuxが便利だとぉ〜？！寝言は寝てから言いなッ！！」 などと思われる方もいらっしゃるかも知れない。なので、今日はGNU/Linuxがデスク
第2回 LinuxカーネルとRuby、異なるコミュニティにコミットして見えたもの 星暁雄（ITジャーナリスト） 2010/9/28 小崎資広氏は、Linuxカーネルの開発コミュニティと、Ruby開発者コミュニティにコミットしている。Linuxカーネルコミュニティは開発者中心でディベートが多く、Rubyコミュニティは紳士的？ OSと言語、異なるコミュニティに参加したエンジニアが、運営方法やコミュニティ文化の違いについて語る。 第1回｜1 2｜次のページ 連載「Linux Karnel Watch」の筆者である小崎資広（こさきもとひろ）氏は、Linuxカーネルの開発コミュニティとRuby開発者コミュニティの両方でコミッタとして活動している開発者である。オープンソース・ソフトウェア（OSS）のコミュニティは、どのように運営されているのか。そしてLinuxとRubyという成功した2つのコミュニティ
古いコンパクトなデスクトップマシンを「遊び用サーバ」として使っていたのですが、ほら、よくあるじゃないですか。「遊びのつもりが、本気になっちゃう」ってこと。誰ですか？オトナな世界の想像をしたのは。私、子どもらのケンカをイメージしてたんですけど。 ともかく、その「自称サーバ」のHDDが窮屈になってきました。 40GB のディスクを、ダマシダマシ容量を空けて使ってきたのですが、常に残り容量数百メガバイトという状態に、すっかり疲れてしまい、HDDを交換することに。古いマシンなので IDE ですが、結構手に入りにくいんですね、今は。 売られているのは SATA がメイン。 ということで、40GB, 5400rpm から、320GB, 7200rpm へと交換しました。「ディスクの中身を丸ごとコピーして、容量を拡大する」という方針で行いました（OS再インストールしてひとつひとつ設定するのではなく。 以
long_query_time = 0.5 とか閾値を小さめにしてもスロークエリが出なくなったけど、CPU(user)使用率高いとか、なんか足引っ張ってるクエリがあるっぽいなぁという場合のお話です。 「実録」の通り、現在絶賛進行中ですので、逐次動きがあったら書き足していくつもりです。 「あれを見た方がいい」とか「これをあーした方がいい」とかあれば、コメントかTwitterで @hirose31 までお知らせいただけるとうれしいです！ 使用しているのは、MySQL 5.1.41 です。 前提: サーバーリソースのグラフ GangliaでもCactiでもMuninでもなんでもいいんですが、サーバリソースのグラフ化は必須です。チューニングした際の効果測定や、そろそろリソース食い潰してやばいとかの予測にも使えます。 自分はDBサーバの場合このあたりをグラフ化してます。 CPU使用率 (user,
従来より、プロファイリングのためのソフトウェアと言えば高価なものが中心であった。もっと安く、お金を掛けずに、簡単に、早くプログラムのボトルネックを探し出す方法はないのか？！ということで編み出されたプロファイリングテクノロジーがある。その名も、「poor man's profiler」だ。 poor man's profilerの全容は、次のページで知ることが出来る。 Poor Man's Profiler http://poormansprofiler.org/ poor man's profilerは、現Facebook（元MySQL ABのサポートエンジニア）のDomas Mituzasによって開発されたプロファイリングテクノロジーである。以下が、その全ソースコードである。 #!/bin/bash nsamples=1 sleeptime=0 pid=$(pidof mysqld) f
GT Nitro: Car Game Drag Raceは、典型的なカーゲームではありません。これはスピード、パワー、スキル全開のカーレースゲームです。ブレーキは忘れて、これはドラッグレース、ベイビー！古典的なクラシックから未来的なビーストまで、最もクールで速い車とカーレースできます。スティックシフトをマスターし、ニトロを賢く使って競争を打ち破る必要があります。このカーレースゲームはそのリアルな物理学と素晴らしいグラフィックスであなたの心を爆発させます。これまでプレイしたことのないようなものです。 GT Nitroは、リフレックスとタイミングを試すカーレースゲームです。正しい瞬間にギアをシフトし、ガスを思い切り踏む必要があります。また、大物たちと競いつつ、車のチューニングとアップグレードも行わなければなりません。世界中で最高のドライバーと車とカーレースに挑むことになり、ドラッグレースの王冠
前にも書いた*1けど、ウィンドウスケールの問題で合ってたらしい。 # cat /proc/sys/net/ipv4/tcp_rmem 4096 87380 4194304 # cat /proc/sys/net/ipv4/tcp_wmem 4096 16384 4194304 # cat /etc/sysctl.d/windowscale.conf net.ipv4.tcp_rmem = 4096 65536 65536 net.ipv4.tcp_wmem = 4096 65536 65536 # sysctl -p /etc/sysctl.d/windowscale.conf # cat /proc/sys/net/ipv4/tcp_wmem 4096 65536 65536 # cat /proc/sys/net/ipv4/tcp_rmem 4096 65536 65536ある場所への
標準エラーに出力する関数を作成すればいいのではないかと思って以下のような実装を書いてみました。シスログに記録する logger や組み込み変数 FUNCNAME を使うのはやりすぎかもしれません。(^_^; LOGとかの変数名はコーディングルールで決まっているのが前提です。 ■crontab での設定 a b c d e /bar/foo.sh > /dev/null # 実行したいシェルスクリプト(標準出力は捨てる)■シェルスクリプトで使用する汎用ライブラリ(functions)での設定 msg () { echo "$@" > $LOG } errmsg () { date > /dev/stderr hostname > /dev/stderr echo "$@" > /dev/stderr logger "$@" }■実行したいシェルスクリプトでの正常/異常時の出力の切り替え #!
Linuxカーネルは、ブロックI/Oの処理効率を向上させるさせるための仕組みとして、I/Oスケジューラと呼ばれる機能を提供しています。I/OスケジューラはI/O要求の順序を入れ替えることにより、スループットを向上させたり、特定のI/O要求を優先して実行させたりします。 実際のブロックデバイスのセクタに対するアクセス（つまり読み書き）を、要求された順序ではなく、I/Oを最も効率よく行うためにその順序を並び替えるというアイデアは、初期のUNIXの実装から採用されていました。それは、セクタ番号順序に並び替えてI/Oを実行するという単純なものです。ディスク面上を移動するヘッドの動きがエレベータに似ているため、このアルゴリズムはエレベータアルゴリズムなどと呼ばれていました。 現在のLinuxカーネルでは、そのころのアルゴリズムより洗練されたスケジューリング方式を採用しており、目的に応じて4種類の
はじめに 前回は、プログラムの内外部から発行されたシグナルイベントを補足し、通知するためのシグナル用ディスクリプタ「signalfd」について解説しました。今回は、複数のファイルディスクリプタを一元管理する「多重I/O」機能について解説してきます。 連載概要 第1回：ディスクリプタの概要 第2回：イベント用ディスクリプタ「eventfd」の特徴 第3回：タイマー用ディスクリプタ「timerfd」の特徴 第4回：シグナル用ディスクリプタ「signalfd」の特徴 第5回：多重I/O「Multiplex I/O」の種類の特徴、使い方 第6回：多重I/Oの性能とC10K問題 第7回：シグナル駆動I/Oの特徴、使い方 第8回：非同期I/O「Asynchronous I/O」の使い方と性能差 第9回：ファイルディスクリプタパッシングの特徴、使い方 サンプルプログラムは100行前後程度までは画面に記載
centos5.1〜3あたり正しいのかも良くわかんない。特定のデバイス(パーティション)をXFSでフォーマット # mkfs.xfs -f -d sunit=128,swidth=512 -l sunit=128,lazy-count=1 /dev/sda5 -lはログセクション、-dはデータセクション。それぞれのセクションのオプション詳細に関しては後述。 XFSのマウント # mount -o nobarrier,sunit=128,swidth=512,noatime /dev/sda5 /home # vi /etc/fstab /dev/sda5 /home xfs defaults,nobarrier,sunit=128,swidth=512,noatime 1 2 lazy-countについてファイルシステムのスーパーブロックに対する書き込み競合が減少する。指定しても特に問題な
IT業界って怖いですね～（棒読み） 何でそうなった？ そもそもの発端は、私が現在執筆中のLinuxネットワークプログラミング書に書いているコラムのための質問でした。 Wiresharkやtcpdumpを利用したパケットキャプチャによる通信プログラムのデバッグを解説する際にプロミスキャスモードとは何かという話を書いていたのですが、その最後にちょっとしたコラムを書くためのブレストとしてTwitterで質問をしました。 で、結局出来上がった原稿は以下のような感じです。 Twitterでコラムの内容を見たいと発言されている方がいらしたので、出版前ですが晒してしまいます。 コラム：ぁゃιぃ UNIX用語 (☆ 「あやしい」の部分は、xa xya イオタ xi です。) プロミスキャスモードを「無差別モード」と訳す場合が多いのですが、この「Promiscuos」という単語は性的な意味を含む英単語なので
GT Nitro: Car Game Drag Raceは、典型的なカーゲームではありません。これはスピード、パワー、スキル全開のカーレースゲームです。ブレーキは忘れて、これはドラッグレース、ベイビー！古典的なクラシックから未来的なビーストまで、最もクールで速い車とカーレースできます。スティックシフトをマスターし、ニトロを賢く使って競争を打ち破る必要があります。このカーレースゲームはそのリアルな物理学と素晴らしいグラフィックスであなたの心を爆発させます。これまでプレイしたことのないようなものです。 GT Nitroは、リフレックスとタイミングを試すカーレースゲームです。正しい瞬間にギアをシフトし、ガスを思い切り踏む必要があります。また、大物たちと競いつつ、車のチューニングとアップグレードも行わなければなりません。世界中で最高のドライバーと車とカーレースに挑むことになり、ドラッグレースの王冠
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く