■AMD FX-8350のベンチマーク
ということでAMDブロガー勉強会でいただいたFX-8350バルクとASUS SABERTOOTH 990FX R2.0を使って早速マシンを組んでみたので、たぶんあまり一般的でない方法でベンチマークをとってみたメモ。マシンの構成はこんな感じ。
■構成パーツ
ケース
CORSAIR Carbideシリーズ CC-9011015-WW(550D) ¥12,300
CPU
AMD FX-8350
CPUクーラー
ENERMAX 冷却 CPUクーラー ETS-T40-TB ¥3,000
マザー
ASUS SABERTOOTH 990FX R2.0
ATX電源
玄人志向 500W 80PLUS Platinum KRPW-PT500W/92+ ¥8,400
メモリー
A-DATA〈XPG Gaming series〉DDR3-1866 AX3U1866GC4G9B-DG2 4Gx2 ¥4,400（合計8G）
SSD
Micron C300 MTFDDAC064MAG-1G1（2.5インチ 64G）手持ち
VGA
PowerColor Go! Green HD6750 1GB GDDR5 手持ち
合計金額 28,100円（新規購入分のみ）
■ベンチマーク手法
SiliconPower製4G USBメモリにUbuntu 12.10をインストールし、ベンチ用にfio・orion・handbrakeを追加する。マシンをUSBメモリから起動し、C300に対してベンチマークを行う。測定結果は５回の平均値。またC300上に800MB程度のtsファイルを用意し、それをhandbrake標準のm4v HighProfile設定でエンコードし平均FPSとエンコード時間を測定する。消費電力はサンワダイレクトのワットメーター付き電源タップ 700-TP1052DWでの結果を参考として記録する。
比較のためCore i5 2500 /ASRock H67M-ITX /CFD Elixir DDR3 SDRAM PC3-10600 4Gx2 /内蔵GPUのマシンを同じ方法でベンチマークした結果も記載する。
■ベンチマーク結果
１）fio
FX-8350 6481 /6432 /6448 /6416 /6448 = 6445 IOPS
i5-2500 7710 /7573 /7701 /7734 /7710 = 7685.2 IOPS
２）orion (-run simple -num_disks 1 結果の５項目)
FX-8350 6133 /11464 /20042 /24311 /27251 = 27251 IOPS
i5-2500 6308 /11693 /16239 /19297 /20896 = 20896 IOPS
３）orion (-run simple -num_disks 4 結果の後５項目)
FX-8350 33179 /33280 /33338 /33376 /33402 = 33402 IOPS
i5-2500 27197 /27438 /27663 /27853 /27956 = 27956 IOPS
４）Handbrake
FX-8350 11分13秒 25.27FPS
i5-2500 14分17秒 20.03FPS
５）消費電力
FX-8350 150-172W(orion) 190-235W(Handbrake)
i5-2500 32-37W(orion) 113-117W(Handbrake)
■まとめ
とりあえず手持ちのCore i5 2500のマシンと比較してみたが、fioの結果がもうひとつ奮わない謎…。データベースの性能を表すorionでは同じSSDのC300に対してクロックが高いアドバンテージがちゃんと出たという感じか。実際の負荷ではどちらも最大で45%程度しか使っていなかったので、マルチコアの性能差までには至っていない感じ。Handbrakeでは存分にCPUを使っていたのでこちらの方がマルチコア差が出ているはずで、３分以上短い時間で終了していることからもエンコードの性能はかなり高いことが実感できる。クロックのベースが高いし物理コアが多いのでデータベースには有利なのではないかと思ったが、それなりの結果になったのでまぁ良かったのかな。もっとI/O性能の高いSSDを利用すると差がわかりやすく出るような気もする。ただ、各種ベンチマーク記事で見られた通りFX側はGPUがそれなりに電力を食うRADEON 6750が搭載されているとは言え、常用域ではちょっと性能比で割に合わない消費電力量かなと思ってしまう感じ。やはりFX-8350はマルチコアを活かしてガンガン使う環境で利用するかOCして楽しむためのCPUという印象。消費電力は一般用途ではかなり大きな選択基準になると思うので、Intelの有利を覆せるようAMDにはぜひがんばって欲しいと思う。
amd, asus, fio, orion, ubuntu
Loading...
■AMDブロガー勉強会に参加した
11月21日に日本AMDオフィスで行われたブロガー勉強会に参加してきたので、勉強会の感想などを書いておきます。FX-8350などのベンチマークなどはこの後の別記事で。ここでは勉強会そのものについて初参加の視点で簡潔にまとめておこうと思います。
このところずっとIntel CPUを使い付けてきた自分が今回AMDの勉強会に応募した動機は極単純で、Core iシリーズが市場で優勢と思われる中メディアのベンチマーク記事を見ても消費電力面などであまり評価が芳しくないと感じられるAMDの最新のプロセッサVisheraでどんな戦略を持っているのか興味を持ったから。勉強会って書いているけどきっと緩いファンイベントみたいな感じかもしれないから期待はできないかもしれないな…などと、AMDブロガー勉強会について不勉強極まるスタンスでの応募でした。これは後で後悔することになりますw
一応応募はしてみたけれど、このblogは主にソフトウェア面の記事が多く自作ネタもあることはあるけど比率としては著しく低いし、どちらかと言えば低消費電力高CPの自宅サーバを構築する感じの内容なので、ちょっと今回のAMDのターゲットとは違うだろうから、まぁ抽選で落ちるだろうなと考えていました。そして案の定11月19日に落選通知のメールが。やっぱりかーとがっくりしていたところ、20日になってキャンセルが出たための繰り上げ当選のお知らせが！喜び勇んでiPhoneから参加の意思表明をさせていただきました。繰り上げに選んでいただいて感謝です。そこから改めてFX系の発表記事やアーキテキチャ・ベンチマーク関連の記事を読みまくり（PCwatchやASCIIがとっても参考になりました これとかこれとか）一夜漬けのテスト勉強の様相で当日を迎えました。
会場は東京駅のほど近く、新しい綺麗なビルで会場もとってもいい感じでした。勉強会開始ギリギリでの到着だったので、既に大勢の方が入られていて賑わった状況でした。テーブルにはお弁当と飲み物、そしてお土産のマザボとCPUの入った大きな袋が置いてありました。前の方にも空き席はありましたが初心者なので会場の後ろ側に席を取り勉強会の最中はおとなしくしていましたｗ（というか質問のレベルが高くて発言できるような余地がなかったｗ）
勉強会の写真は撮影していないのでざっくりと内容だけ説明すると、始めに日本AMDの稲川さんからのご挨拶があり、今回が４回目のブロガー勉強会であること、AMDの現在のシェア、今回の勉強会などを通じてVishera登場直後の様に盛り上げをしていきたいことなどのお話をされました。AMDのシェアはTrinityの前で9〜10%前後だったところ、TrinityやVishera登場直後は一時的に販売で35%もの数字が上がったこともあるそうで、ボーナス商戦を前にそうした盛り上げを再度期待したいということなのだと理解しました。通常であれば広告を打ち値引きをするのがわかりやすい販売戦略なのでしょうが、日本AMDがブロガーのパワーを信じてこうした企画を実施するのは、広告やメディアの記事などでは伝わらないハードウェアスペック以外の重要な情報＝AMDファンの気持ちや実体験を伝えることが重要であると位置づけていることの現れなのだと思いました。
その後Visheraの概要説明・アピールポイント・比較などの説明があり、更にエンジニアの方によるアーキテクチャの改良点の詳細な解説、ASUSの方による製品の説明へと続きます。Visheraの概要説明では公式ではなかなか出ないIntelとの比較がブロガー勉強会だからと出してもらえたり（ベンチ比較とかもありました）、アーキテクチャの解説においてはPCwatchの後藤弘茂さんの記事を読んでいるかのような詳細な説明と質疑応答（会場参加者には常連さんも多いようで説明されているエンジニアの方とレベルの高い内容を当り前のようにやりとりされていました。勉強会の名に恥じないすごい内容だなと本当に感心しました。メモもとったのですがちゃんと理解できていないので、これを記事に書く勇気はありませんｗ）がされていました。ASUSの製品説明は営業サイドの方のようでお話もうまく、技術者ではないと前置きされながらも製品技術についてもしっかり把握されていたので、ASUSのファンをガッツリと増やしていましたｗ 私自身はもとよりASUSのファンでマザボはまずASUSから選択肢を探す方ですが、改めてASUSの製品はいいなぁと感じるくらい魅力的なお話をされる方でした。個人的にはASUSの日本での知名度も上がってきているので、グローバルな製品保証体制のため代理店モデルから直販モデルへとそろそろ移行して欲しいなと思っています。がんばってほしいですｗ 最後にゲーム関連でイベントのためにPCを良く持ち運ぶという事例での面白いお話をされた方がいらしたのですが、イベント終了までに出されたお弁当を食べてしまわなければと焦っていたので、ちゃんとメモしていませんでした。ごめんなさい。
ということで枕が長い割に、イベント内容は薄いという記事になってしまいましたがｗ、勉強会を通じて面白かったキーワードを最後に並べておきたいと思います。勉強会自体は非常にレベルが高く技術者の方とも直接お話できる希有な機会だったので、個人的には昔PowerPCを追いかけていた頃のようにちゃんと勉強して臨めばもっと得られるものは多かっただろうと思うと、もったいないことをしてしまったと感じます。イベント後談笑する企画側の方々を見て、こうした機会を設けてくれる日本AMDはいい会社なんだなと思いました。AMD製品ではCPUよりもGPUの方がファン度が高い（RADEON主義者なのでｗ）ので、ぜひまたそうした機会があれば応募したいと思いました。
■面白かったキーワード
・FXだけにハイリスクハイリターン
・パイルドライバーはプロレス技だけじゃなく杭打ち機
・社内ではK10と言わずグレイハウンド
・ASUSのOC向けマザーなのに初心者向けAUTO設定機能（対応メモリ挿すと設定自動で変わるとか）
・ブロガー向け勉強会を先にやると叩かれない（えｗ
・ASUSはTCOを推進しています
・12/8に秋葉原
・OC世界一を目指す！（翌日記録が報道されました！）
amd, asus, event
Loading...
■Linuxで同時オープンされているファイルの数を確認する方法
OS全体で開いているファイルと特定プロセスが開いているファイルを確認する方法。負荷試験をやっている最中にパフォーマンスがでない時、確認すると意外とこれに引っかかっていることもあるので注意。OSのチューニングはちゃんとしようｗ
# cat /proc/sys/fs/file-nr
表示される３つの数字のうち一番左
■CommuniGate Proで同時オープンされているファイルの数を確認する方法
# ps aux | grep CGS
プロセス番号を確認
# ls /proc/プロセス番号/fd/ | wc -l
表示された数字
centos, communigate
Loading...
■さくらのVPS 8GのIOPSを調べてみた
レスポンスが酷くなって死に体だった某SNSがさくらのVPS 8Gにサーバを移設したことでサクサク快適になったと聞いて、お試しを利用して比較的負荷の高いSNSサービスを快適に提供できるIOPSというのはどのくらいなのかを調べてみた。VPSのOSがCentOS6 x86_64なので調査に使ったのはfioとorion。fioでは8k,10MB,128MBの３つのサイズを、orionではディスクの数を指定するパラメーターで負荷を上げることができることで今回は１，４，８で試してみた。SNSサービスを前提にするならデータベースに近い測定方法のorionの結果を重視するのでいいのではないかと思う。
非常に興味深かったのは負荷かけながらtopで様子を見ていたところ、さくらのVPSでは大きな負荷をかけてもiowaitが16%前後で頭打ちになり、他のVPSに大きな迷惑をかけないよううまく制御されているように見えたこと。見ている限りfioでもorionでもCPUは数％程度、iowaitも16%までと非常に余裕を持って動作していた。これならおそらく他のVPSからの影響も大きく受けることなく安定してサーバ運用ができると思われる。
■fioの結果
１）サイズ 8K IOPS 2000
# fio random-read-test.fio
random-read: (g=0): rw=randread, bs=4K-4K/4K-4K, ioengine=sync, iodepth=1
fio-2.0.9
Starting 1 process
random-read: (groupid=0, jobs=1): err= 0: pid=1659: Sat Nov 17 22:16:19 2012
read : io=8192 B, bw=8000.0KB/s, iops=2000 , runt= 1msec
clat (usec): min=355 , max=550 , avg=452.50, stdev=137.89
lat (usec): min=356 , max=550 , avg=453.00, stdev=137.18
clat percentiles (usec):
| 1.00th=[ 354], 5.00th=[ 354], 10.00th=[ 354], 20.00th=[ 354],
| 30.00th=[ 354], 40.00th=[ 354], 50.00th=[ 354], 60.00th=[ 548],
| 70.00th=[ 548], 80.00th=[ 548], 90.00th=[ 548], 95.00th=[ 548],
| 99.00th=[ 548], 99.50th=[ 548], 99.90th=[ 548], 99.95th=[ 548],
| 99.99th=[ 548]
lat (usec) : 500=50.00%, 750=50.00%
cpu : usr=0.00%, sys=0.00%, ctx=2, majf=0, minf=27
IO depths : 1=100.0%, 2=0.0%, 4=0.0%, 8=0.0%, 16=0.0%, 32=0.0%, >=64=0.0%
submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
issued : total=r=2/w=0/d=0, short=r=0/w=0/d=0
Run status group 0 (all jobs):
READ: io=8KB, aggrb=8000KB/s, minb=8000KB/s, maxb=8000KB/s, mint=1msec, maxt=1msec
Disk stats (read/write):
vda: ios=0/0, merge=0/0, ticks=0/0, in_queue=0, util=0.00%
２）サイズ 10M IOPS 3932
# fio random-read-test.fio
random-read: (g=0): rw=randread, bs=4K-4K/4K-4K, ioengine=sync, iodepth=1
fio-2.0.9
Starting 1 process
random-read: Laying out IO file(s) (1 file(s) / 10MB)
random-read: (groupid=0, jobs=1): err= 0: pid=1647: Sat Nov 17 22:06:54 2012
read : io=10240KB, bw=15730KB/s, iops=3932 , runt= 651msec
clat (usec): min=174 , max=566 , avg=247.94, stdev=39.81
lat (usec): min=174 , max=567 , avg=248.42, stdev=39.81
clat percentiles (usec):
| 1.00th=[ 185], 5.00th=[ 199], 10.00th=[ 207], 20.00th=[ 219],
| 30.00th=[ 229], 40.00th=[ 235], 50.00th=[ 241], 60.00th=[ 247],
| 70.00th=[ 258], 80.00th=[ 274], 90.00th=[ 294], 95.00th=[ 330],
| 99.00th=[ 382], 99.50th=[ 410], 99.90th=[ 486], 99.95th=[ 490],
| 99.99th=[ 564]
bw (KB/s) : min=15560, max=15560, per=98.93%, avg=15560.00, stdev= 0.00
lat (usec) : 250=63.75%, 500=36.21%, 750=0.04%
cpu : usr=2.31%, sys=14.77%, ctx=2560, majf=0, minf=27
IO depths : 1=100.0%, 2=0.0%, 4=0.0%, 8=0.0%, 16=0.0%, 32=0.0%, >=64=0.0%
submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
issued : total=r=2560/w=0/d=0, short=r=0/w=0/d=0
Run status group 0 (all jobs):
READ: io=10240KB, aggrb=15729KB/s, minb=15729KB/s, maxb=15729KB/s, mint=651msec, maxt=651msec
Disk stats (read/write):
vda: ios=2390/0, merge=0/0, ticks=430/0, in_queue=425, util=60.03%
３）サイズ 128MB IOPS 4300
# fio random-read-test.fio
random-read: (g=0): rw=randread, bs=4K-4K/4K-4K, ioengine=sync, iodepth=1
fio-2.0.9
Starting 1 process
random-read: Laying out IO file(s) (1 file(s) / 128MB)
Jobs: 1 (f=1): [r] [100.0% done] [18308K/0K /s] [4577 /0 iops] [eta 00m:00s]
random-read: (groupid=0, jobs=1): err= 0: pid=1651: Sat Nov 17 22:09:38 2012
read : io=131072KB, bw=17201KB/s, iops=4300 , runt= 7620msec
clat (usec): min=149 , max=907 , avg=226.51, stdev=33.92
lat (usec): min=150 , max=907 , avg=227.01, stdev=33.93
clat percentiles (usec):
| 1.00th=[ 167], 5.00th=[ 175], 10.00th=[ 181], 20.00th=[ 197],
| 30.00th=[ 209], 40.00th=[ 219], 50.00th=[ 231], 60.00th=[ 239],
| 70.00th=[ 243], 80.00th=[ 249], 90.00th=[ 262], 95.00th=[ 278],
| 99.00th=[ 322], 99.50th=[ 350], 99.90th=[ 422], 99.95th=[ 454],
| 99.99th=[ 644]
bw (KB/s) : min=16136, max=19488, per=99.96%, avg=17194.67, stdev=1014.85
lat (usec) : 250=80.75%, 500=19.22%, 750=0.02%, 1000=0.01%
cpu : usr=2.61%, sys=16.14%, ctx=32769, majf=0, minf=27
IO depths : 1=100.0%, 2=0.0%, 4=0.0%, 8=0.0%, 16=0.0%, 32=0.0%, >=64=0.0%
submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
issued : total=r=32768/w=0/d=0, short=r=0/w=0/d=0
Run status group 0 (all jobs):
READ: io=131072KB, aggrb=17201KB/s, minb=17201KB/s, maxb=17201KB/s, mint=7620msec, maxt=7620msec
Disk stats (read/write):
vda: ios=31738/3, merge=0/0, ticks=5512/0, in_queue=5490, util=73.44%
■orionの結果
１）DISK数1 IOPS 879
# ./orion_linux_x86-64 -run oltp -testname vps -num_disks 1
# cat vps_20121117_xxxx_summary.txt
ORION VERSION 11.1.0.7.0
Commandline:
-run oltp -testname vps -num_disks 1
This maps to this test:
Test: vps
Small IO size: 8 KB
Large IO size: 1024 KB
IO Types: Small Random IOs, Large Random IOs
Simulated Array Type: CONCAT
Write: 0%
Cache Size: Not Entered
Duration for each Data Point: 60 seconds
Small Columns:, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20
Large Columns:, 0
Total Data Points: 21
Name: /dev/vda3 Size: 856582766080
1 FILEs found.
Maximum Small IOPS=879 @ Small=20 and Large=0
Minimum Small Latency=8.03 @ Small=1 and Large=0
２）DISK数4 IOPS 1210
# ./orion_linux_x86-64 -run oltp -testname vps -num_disks 4
# cat vps_20121117_xxxx_summary.txt
ORION VERSION 11.1.0.7.0
Commandline:
-run oltp -testname vps -num_disks 4
This maps to this test:
Test: vps
Small IO size: 8 KB
Large IO size: 1024 KB
IO Types: Small Random IOs, Large Random IOs
Simulated Array Type: CONCAT
Write: 0%
Cache Size: Not Entered
Duration for each Data Point: 60 seconds
Small Columns:, 4, 8, 12, 16, 20, 24, 28, 32, 36, 40, 44, 48, 52, 56, 60, 64, 68, 72, 76, 80
Large Columns:, 0
Total Data Points: 24
Name: /dev/vda3 Size: 856582766080
1 FILEs found.
Maximum Small IOPS=1210 @ Small=76 and Large=0
Minimum Small Latency=10.66 @ Small=4 and Large=0
３）DISK数8 IOPS 1214
# ./orion_linux_x86-64 -run oltp -testname vps -num_disks 8
# cat vps_20121117_xxxx_summary.txt
ORION VERSION 11.1.0.7.0
Commandline:
-run oltp -testname vps -num_disks 8
This maps to this test:
Test: vps
Small IO size: 8 KB
Large IO size: 1024 KB
IO Types: Small Random IOs, Large Random IOs
Simulated Array Type: CONCAT
Write: 0%
Cache Size: Not Entered
Duration for each Data Point: 60 seconds
Small Columns:, 8, 16, 24, 32, 40, 48, 56, 64, 72, 80, 88, 96, 104, 112, 120, 128, 136, 144, 152, 160
Large Columns:, 0
Total Data Points: 28
Name: /dev/vda3 Size: 856582766080
1 FILEs found.
Maximum Small IOPS=1214 @ Small=120 and Large=0
Minimum Small Latency=13.30 @ Small=8 and Large=0
■参考
１）ASUS K55DR + Samsung 830 SSD
# ./orion_linux_x86-64 -run oltp -testname test -num_disks 4
# less test_20121117_xxxx_summary.txt
ORION VERSION 11.1.0.7.0
Commandline:
-run oltp -testname test -num_disks 4
This maps to this test:
Test: test
Small IO size: 8 KB
Large IO size: 1024 KB
IO Types: Small Random IOs, Large Random IOs
Simulated Array Type: CONCAT
Write: 0%
Cache Size: Not Entered
Duration for each Data Point: 60 seconds
Small Columns:, 4, 8, 12, 16, 20, 24, 28, 32, 36, 40, 44, 48, 52, 56, 60, 64, 68, 72, 76, 80
Large Columns:, 0
Total Data Points: 24
Name: /dev/mapper/vg_mx-lv_root Size: 121769033728
1 FILEs found.
Maximum Small IOPS=25169 @ Small=72 and Large=0
Minimum Small Latency=0.19 @ Small=4 and Large=0
２）DELL D520 + Hitachi HTS723232A7A364
# ./orion_linux_x86-64 -run oltp -testname test -num_disks 4
# less test_20121117_xxxx_summary.txt
ORION VERSION 11.1.0.7.0
Commandline:
-run oltp -testname test -num_disks 1
This maps to this test:
Test: test
Small IO size: 8 KB
Large IO size: 1024 KB
IO Types: Small Random IOs, Large Random IOs
Simulated Array Type: CONCAT
Write: 0%
Cache Size: Not Entered
Duration for each Data Point: 60 seconds
Small Columns:, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20
Large Columns:, 0
Total Data Points: 21
Name: /dev/sda3 Size: 314460679680
1 FILEs found.
Maximum Small IOPS=94 @ Small=20 and Large=0
Minimum Small Latency=17.53 @ Small=1 and Large=0
■まとめ
さくらVPS 8Gの環境はorionのテストにおいてSSDには遠く及ばないが、通常のHDDの約12倍のパフォーマンスを出していることが確認できた。VPSとしては十分な速度だと思われる。IOPSのテストツールとしてfioとorionを比較した場合、fioの方がIOPSを高めに出す傾向があるようだ。ファイルの読み出しという点ではキャッシュなども動作するため、IOPSが高くなる傾向があってもおかしくない。SNS等のデータベースの利用度の高いアプリケーションではorionを使ったIOPSで評価を行う方がより現実的なレスポンスに近い結果が得られるのではないかとテスト結果からも感じられた。
centos, fio, orion, sakura, vps
Loading...
■munin用CommuniGate Pro監視プラグインサンプル
CommuniGate Proの各プロトコルの接続状況を確認できるプラグインのサンプル。net-snmpとCommuniGate Pro側のsnmpサーバ設定が必須。OS側のsnmp設定と重ならないようにするためにCGPのポート番号を変更している場合には ホストIP:ポート番号 で記述する。
■プラグインを作成する
# vi /etc/munin/plugins/cgp_active
以下
#!/bin/sh
if [ "$1" = "autoconf" ]; then
if [ -x /usr/bin/snmpwalk ]; then
echo yes
exit 0
else
echo no
exit 1
fi
fi
if [ "$1" = "config" ]; then
# ___WARNING=10000
echo 'graph_title CGP Active Sessions'
echo "graph_args -l 0"
echo 'graph_vlabel CGP Active Sessions'
echo 'graph_info This graph shows CGP Active Sessions'
echo 'graph_category CGP'
echo 'sip_server.label SIP Server'
echo 'sip_server.draw LINE2'
echo "sip_server.info SIP Server"
echo 'sip_clients.label SIP Clients'
echo 'sip_clients.draw LINE2'
echo "sip_clients.info SIP Clients"
echo 'sip_act.label SIP Con'
echo 'sip_act.draw LINE2'
echo "sip_act.info SIP Con"
echo 'media_act.label Media Ch'
echo 'media_act.draw LINE2'
echo "media_act.info Media Ch"
echo 'media_leg.label Media Leg'
echo 'media_leg.draw LINE2'
echo "media_leg.info Media Leg"
echo 'prox_act.label Proxy'
echo 'prox_act.draw LINE2'
echo "prox_act.info Proxy"
echo 'ximss.label XIMSS'
echo 'ximss.draw LINE2'
echo "ximss.info XIMSS"
echo 'airsync.label AirSync'
echo 'airsync.draw LINE2'
echo "airsync.info AirSync"
exit 0
fi
echo -n "sip_server.value "
snmpwalk -v 2c -c password 192.168.0.xxx 1.3.6.1.4.1.5678.2.1.1.2.2.1 | awk '{ print $4 }'
echo -n "sip_clients.value "
snmpwalk -v 2c -c password 192.168.0.xxx 1.3.6.1.4.1.5678.2.1.1.2.3.1 | awk '{ print $4 }'
echo -n "sip_act.value "
snmpwalk -v 2c -c password 192.168.0.xxx 1.3.6.1.4.1.5678.2.1.1.2.1.41 | awk '{ print $4 }'
echo -n "media_act.value "
snmpwalk -v 2c -c password 192.168.0.xxx 1.3.6.1.4.1.5678.2.1.15.1 | awk '{ print $4 }'
echo -n "media_leg.value "
snmpwalk -v 2c -c password 192.168.0.xxx 1.3.6.1.4.1.5678.2.1.15.21 | awk '{ print $4 }'
echo -n "prox_act.value "
snmpwalk -v 2c -c password 192.168.0.xxx 1.3.6.1.4.1.5678.2.1.7.1 | awk '{ print $4 }'
echo -n "ximss.value "
snmpwalk -v 2c -c password 192.168.0.xxx 1.3.6.1.4.1.5678.2.1.1.10.1 | awk '{ print $4 }'
echo -n "airsync.value "
snmpwalk -v 2c -c password 192.168.0.xxx 1.3.6.1.4.1.5678.2.1.1.15.1 | awk '{ print $4 }'
■値が取得できることを確認する
# cd /etc/munin/plugins/
# munin-run cgp_active
centos, communigate, munin, snmp
Loading...
■Mac mini late 2012にRAW Compatibility Update 4.01が適用できない
Mac mini late 2012ではDigital Camera RAW Compatibility Update 4.01が適用できず(2012/11/9現在)、ApertureでNikon D600のRAWが扱えませんでした。この問題でAppleにフィードバック送るなどしてみました(´･ω･`)。以下送信したメッセージ。早く修正されることを祈ります。（一部誤字不足部分修正）
ーーー
昨日Mac mini Late 2012(2.3GHz Core i7)を購入しました。
OSXを10.8.2にアップデートした後Aperture 3.4.2をAppStoreからインストールし、再度アップデートを行い最新の状態であることを確認しました。（データの引き継ぎはなく新規の利用です）
ここで、Apertureを起動しNikon D600のSDカードを取り込んだところ、JPEGデータは編集できるものの、RAWデータは「未対応のフォーマットです」と出てしまいました。
D600のRAWデータを扱うためにはRAWUpdate4.01が必要ということを調べ、以下のURLからダウンロードしてインストールを試みましたが、システムが対応していないと言われインストールすることができませんでした。
http://support.apple.com/kb/DL1604
該当アップデートの動作条件は満たしているはずですが、インストールできません。
iMac late 2009では同じOSバージョン、Apertureバージョンで利用できています。
Mac mini late 2012でもインストールできるよう修正をお願いいたします。
ーーー
※フィードバックの送信は、Apertureの「Apertureの意見/感想を送る」メニューからの送信です。
Aperture, D600, Mac mini, nikon
Loading...
■Mac mini Late 2012 Core i7ベンチマーク結果
サブマシンのiMac Mid 2007 2.4GHz C2Dの置き換えでMac mini Late 2012 Core i7 2.3GHzを購入したので、ベンチマークをとってみた。使ったのはGeekBench2.3.4 Tryout。Tryoutなので32bit版の結果のみ。メインマシンのiMac Late 2009 Core i7-860 2.8GHzとの比較も載せてみる。既に20%近くMac miniの方が速いというのがわかってちょっとショックｗ
Mac mini Late 2012 Core i7 2.3GHz
http://browser.primatelabs.com/geekbench2/1264581
iMac Late 2009 Core i7-860 2.8GHz
http://browser.primatelabs.com/geekbench2/1264580
【12/22】ベンチマーク追加
Mac mini Late 2012 Core i7 2.6GHz
http://browser.primatelabs.com/geekbench2/1433815
bench, iMac, Mac mini
Loading...
■CentOS6系のMySQLで日本語全文検索
CentOS6系のMySQLは5.1になっているため、日本語全文検索用途で5.0系で使ってきたTritonnが使えない。そのため新たにftppc mecabプラグインを導入し代替とする。参考した記事は以下。
http://www.genteel.org/?p=132
http://mironal-memo.blogspot.jp/2012/07/vpscentos-6mecab.html
■以下インストール手順
gccとgcc-c++,mysql-devel必須
# yum install gcc gcc-c++ mysql-devel libicu libicu-devel
# wget http://mecab.googlecode.com/files/mecab-0.994.tar.gz
# wget http://mecab.googlecode.com/files/mecab-ipadic-2.7.0-20070801.tar.gz
# tar zxvf mecab-0.994.tar.gz
# cd mecab-0.994
# ./configure
# make && make install
# ../
# tar zxvf mecab-ipadic-2.7.0-20070801.tar.gz
# cd mecab-ipadic-2.7.0-20070801
# ./configure --with-cherset=utf-8
# make && make install
# ../
# wget http://jaist.dl.sourceforge.net/project/mysqlftppc/mysqlftppc/1.6.1/mysqlftppc-mecab-1.6.1.tar.gz
# cd mysqlftppc-mecab-1.6.1
# ./configure && make && make install
MySQLへのプラグイン導入
mysql> INSTALL PLUGIN mecab SONAME 'libftmecab.so.0.0.0';
mysql> show plugin;
mysql> show status like "mecab_info";
導入できたか検索で確認
mysql> use test
mysql> CREATE TABLE me (c TEXT, FULLTEXT(c) WITH PARSER mecab);
mysql> show create table me\G
mysql> INSERT INTO me VALUES("今日の天気は晴れです。");
mysql> SELECT * FROM me WHERE MATCH(c) AGAINST('+"今日の天気"' IN BOOLEAN MODE);
mysql> explain SELECT * FROM me WHERE MATCH(c) AGAINST('+"今日の天気"' IN BOOLEAN MODE);
Tritonnで作成したindexをダンプ後編集して取り込む時の修正方法
変更前
USING NGRAM, NORMALIZE, 512 (`body`)
変更後
(`body`) /*!50100 WITH PARSER `mecab` */
centos, mysql, tritonn
Loading...
