KDDI の CloudCore VPS の使用感および他社比較
まず結論からですが、ベンチマークの数値上では他の VPS に負けてしまってますが、物理コア、メモリ量、ディスク容量を考えると、今一番オススメできる VPS だと感じています。ただし CentOS をゼロベースで運用できるスキルが必須になります。セキュリティも設定も貴方次第。そんな感じのサービスです。そこが一番のハードルだと思います。 それぞれの VPS を調査したデータを記載しておきます。KDDI の物理コアが AMD Phenom(tm) 9550 だったことは、僕にとっては相当ショックだったのは内緒です。Intel 系であって欲しかったです。安さのポイントは AMD 系にあったってところでしょうか。まぁそれであっても物理コアなので、ホスト側で重たい処理を実行中だったり、同一ホストに収容されている他の VPS の影響を受けにくい（CPU的な観点では）ことは、サービス運営側にとっては大きな
ab を用いた簡易的な性能・負荷テストの雛形
Web サービスをリリースするにあたり避けては通れない（避けて通ってはいけない）性能・負荷テスト工程。 ウォーターフォールやアジャイルなど開発手法は様々ありますが、現実問題、概ね開発工程が遅延する傾向があります。なんとか単体テスト・結合テスト・システムテストはやりきるものの、力尽きて性能・負荷テストを実施せずにリリース・・・なんてことはありませんでしょうか？ そんな場合に限って、リリース直後に高負荷でサービスダウン・・・なんてことになりがちです。 そうならないために性能・負荷テストは必ず実施すべき項目です。ツールとして JMeter がメジャーですがシナリオ作ったり、使い方覚えたりと、正直面倒です。でも apache bench なら使ったことあるし知ってる！という方も多いことでしょう。そこで僕が "簡易的" に性能・負荷テストで使っている方法を公開します。 ab を用いた簡易的な性能・負
絶対に失敗しないカルボナーラの作り方
材料 パスタ： ２５０g おいしいブロックベーコン： １００g 調味料 白ワイン： ５０cc ゆで汁： ５０cc オリーブオイル： 大さじ１ カルボナーラソース材料 卵黄： ２個分 全卵： １個 パルメザンチーズ： 大さじ５ ※今回は僕が食べられないので使ってません 生クリーム： ５０cc 塩、粗挽きこしょう： 適量 作り方（レシピ） まず初めにカルボナーラソースを作ります。ボールにソース材料を全部くわえてよく混ぜあわせ、塩・胡椒で味を調えます。 鍋満杯のお湯を予め沸かしておきます。塩分濃度は大体１%強（水１.５リットルに対して塩を大さじ１）のお湯でパスタを７分半茹でます。おおよそパッケージの記載から -30 秒です。 ゆで始めたらフライパンにオリーブオイルを熱し、1cm 弱の厚みで短冊状に切りそろえたベーコンを加えて、弱火でじっくり炒めます。 カリカリ感が出てきたら白ワイン、ゆで汁を加え
そろそろ Xperia arc と iPhone4 について語っておくか・・・
xperia arcを手に入れてから約一ヶ月が経ちました。手に入れた直後に感想を書くのも相当量の偏見が入りそうだったので、まずは一ヶ月使い続けてみました。もうそろそろ語っておいても良かろうと思いエントリとして書き綴ってみます。 iphone4 と Xperia arc の評価は評価者の属性によって大きく変わると考えているの で、まずは僕の属性をちょっとだけ書いておきます。 38歳男性 docomo ガラケーユーザ歴10数年。 iphone4 歴約8ヶ月。現在は Xperia arc, N905is, iphone4 のケータイ三台持ち 新しい物好き、デジタル家電好き、PC 歴 20 年、超絶面倒くさがり屋 iPhone4 と Xperia arc をともに使ってみて感じた差などを独断と偏見で語ってみたいと思います。 まず結論から。 比ぶべくもなく圧倒的な差で iPhone4 の勝ちです。
Windows 標準コマンドで完全にディスク消去する方法
昨今の個人情報保護の関連もありますし、なにより自分が使っていたハードディスクを中古で売ったりするのであれば、なおさらのこと、中に入っていたデータは確実に消去したいものです。 さて、今日は時間もあるので、パソコン関連の使っていないパーツ類を整理することにしました。ここ1年間で使わなかったパーツ類は問答無用で捨てるというルール。コレは必要かなぁ〜と考え出すと全部捨てられないので・・・(;^_^A ・・・使っていないハードディスクが２つも出て参りました。 160GB と 80GB とこのご時世としては容量が極端に少ないので売り払うことに。 となれば、ハードディスクのデータは完全に消去しておきたいものです。いろいろ探してみたのですが、CD イメージ形式でリブートして・・・なんてのは面倒くさい。何より CD を焼く行為が面倒くさい。再起動する手間が面倒くさい。 調べていたら cipher.exe っ
ＩＰＡ式ウェブアプリケーション脆弱性チェックリスト
先日書いた業務用アプリに関連するんですけど、うちの会社ではサービスをリリースする前に脆弱性監査を通す必要があります。会社の仕組みとしてそのような監査チームがあることが凄く助かっています。 さて、会社の脆弱性監査の内容は守秘義務等で書くことが一切できないのですが、ＩＰＡ（独立行政法人 情報処理推進機構）にて脆弱性対策についてのまとめ資料が公開されています。 情報処理推進機構：情報セキュリティ：脆弱性対策：安全なウェブサイトの作り方 ココで公開されている 「安全なウェブサイトの作り方 改訂第3版」 は全７６ページからなる脆弱性対策マニュアルになっていて、どのような脆弱性に対してどうのように対処すべきかが記載されています。この第３版は行ってみれば、脆弱対策2009年度版みたいなもん。新しい攻撃手法がどんどんでてくるのでその都度対策が必要なのですが、このマニュアル本に記載されている内容で、現在の対
ie8 + Sleipnir の相性がはげしく良い件について
開発には firefox3 を愛用していますが、通常のブラウジング用には Sleipnir を愛用しています。あまりに使い慣れてしまったので、他のブラウザへの移行は何度か試したものの Sleipinr に結局落ち着いてしまいます。 ただ、以前も ecl.js (Escape Codec Library) と Sleipnir の相性が悪い件について なんて記事を書いたとおり、Sleipinr で描画エンジンにデフォルトの trident(ieのエンジン) を選択しているとどうにも動作がもっさりする・・・っていうか何十秒もフリーズしたかのように応答なしなる現象が頻発します。そのまま永久に応答なしになったり、突然ブラウザが落ちることもあるので、正直むかつきます。かといって、描画エンジンを Gecko にすると、描画が firefox になっちゃうので、これまた違います。 会社の XP マシンで
Web サービスを高速化するコツは壱にキャッシュ弐にキャッシュ
に尽きると思います。単純に squid 等のキャッシュサーバをフロントに置けと言うことを言っているのではなく、動的コンテンツを生成するスクリプト内にキャッシュ可能なポイントを作っていくことが重要と言うことを指しています。もう少し具体的にＭＶＣモデルで話をしてみるとこんな感じです。 Model ではデータベースのキャッシュヒット率を上げるとかデータベースの性能を最大限に引き出すのと同時に、アプリ内でも透過的キャッシュを利用するとかでデータベースへ利用を極力避けることで更なる高速化がねらえる。 View なら Template のキャッシュを利用するとか毎度パースするコストを下げたり、生成したコンテンツそのものをキャッシュして再利用することで高速化がねらえる。 Controller なら同じビジネスロジックで計算される複雑な値（結果）をキャッシュしたり、適切なアルゴリズムを利用することで高速化
イケてないプログラム（使えない成果物）に見られる３つの共通点
クイックソートの話で書いたとおり、相変わらず Excel - VBA と格闘する日々が続いております・・・orz 「大企業にありがちな問題。委託開発の甘い罠・・・」でも書いたとおり、今まで外注して作ったソフトウェアってほぼ 100% の確率でイケていないものが完成してます。年末に納品されたソフトウェアのできも酷いの何のって・・・ さて、いままで見てきたイケてないプログラムのダメソースに共通して言えることが３点ありまして、 DRY ( Don’t Repeat Yourself ) でない。同じもしくは似たソースのコピペが至る所に散在する。 ロジックに無駄が多すぎ。行き当たりばったりで作った感、満点。 アルゴリズム知らなさすぎ。馬鹿ループ処理で時間かかりすぎ。 のいずれか、もしくは全部が当てはまります。大抵は全部ですね。こういったソースが納品されると、センス無いなぁ〜と思っちゃうわけ。こうい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
