タグ

比較に関するMiyakeyのブックマーク (9)

  • 第6回 クラウドサービスの比較:AWS、Windows Azure、さくらのクラウド | gihyo.jp

    今回でこの連載も最終回です。これまでAmazon Web Services、さくらのクラウド、Windows Azure、Google App Engineについて触れてきました。最終回ということでこれらのベンチマークを比較してみたいと思います。 unixbenchで比較 Amazon Web Services(AWS⁠)⁠、さくらのクラウド(以降さくら⁠)⁠、Windows Azure(以降Azure)は、IaaS(仮想サーバ)がありますが、Google App EngineはPaaSなので単純な比較はできません。まずは前者の3つについて、比較をしてみましょう。 今回はパフォーマンス計測の定番、unixbenchで比較をしてみました。 https://code.google.com/p/byte-unixbench/ 計測対象は下記の通りです。 ディスクについては、AWSではProvis

    第6回 クラウドサービスの比較:AWS、Windows Azure、さくらのクラウド | gihyo.jp
  • WordPressサイトが高速化するという噂のwpXサーバーを使ってみた | レンサバネット

    エックスサーバーが、WordPressサイトの高速化に特化したサーバーを開始したので試しに使って見ることにしました。 wpX - WordPress専用の超高速レンタルサーバー 先に仕様などの話をすると、独自の高速化システムと高性能サーバーで高速化を実現しています。 料金はエックスサーバーと同じですが、色々と制限があります。ドメインの追加は10個まで出て、1ドメイン1WordPress、1WordPressごとにMySQLの容量が300Mまでとなっています。 なお、FTPでアクセスできるのは「/wp-content」以降となっており、上位階層にアクセスすることはできません。当然wp-config.phpにもアクセスできません。.htaccessは管理画面から編集できるようになっていますが、ルートディレクトリへのファイルのアップはできません。robots.txtは・・・ ただ、サポートに質問

  • 「持ち家と賃貸はどっちが得か?」とか「家賃を払うのはもったいない」とかいまだに言ってる不動産業者やファイナンシャルプランナーは、相当ヤバイ その1 : アゴラ - ライブドアブロ��

    「持ち家と賃貸はどっちが得か?」とか「家賃を払うのはもったいない」とかいまだに言ってる不動産業者やファイナンシャルプランナーは、相当ヤバイ その1 / 記事一覧 今月に入ってから持ち家相談が相次いだ。そこで感じた事を書いてみたいと思う。 ブログの記事を読まれた上で来店されている事も当然影響しているが、お客様は「持ち家と賃貸で金銭的な差は大きくない、問題はリスクだ」という事を良く理解している。そしてリスクがある事を十分承知した上で、そのリスクに私たちは耐えられるか?という部分をシビアに見極めようと相談に来ている。 過去の自分の記事を読んで持ち家推奨派でない事は承知の上で、あえて相談に来る理由は「買えないなら買えないとハッキリ言ってくれそうだから」という事を、持ち家相談に来られた方は必ずといって良いほど口にする。 住宅ローンは借りる事が出来ても返せるかどうかが最大の問題だ。そのときに白に

  • MySQLのストアドプロシージャと生PHPによるパフォーマンス比較

    皆さん、こんばんは。笹亀です。 7月もあっという間に10日間が過ぎて、夏真っ盛りになってきました。 自分も夏対策でアイス眠というマットレスを購入して夏を乗り越えようと思っております。 さて、日はストアドプロシージャについて検証をしてみたいと思います。 ストアドプロシージャとは、一連のSQL文や処理に名前をつけて保存したものです。 PHPの関数と同じでSQLを関数みたいにしたものがストアドプロシージャになります。 MySQLではストアドプロシージャはMySQLでは5.0から利用が可能です。 今回はMySQLのストアドプロシージャの使い方だけではなく、 生PHPで記載したときとのパフォーマンスを比較してみたいと思います。 MySQLのストアドプロシージャを呼び出して処理をするPHPプログラムとストアドプロシージャで作成したものと同じSQLを実行するPHPプログラムを作成します。 上記2つのプ

    MySQLのストアドプロシージャと生PHPによるパフォーマンス比較
  • CodeIgniterとCakePHPをまた比較してみた、おまけにSymfony。 | シュートで終われ! Wの裏道

    かなり前にPHPのフレームワーク、CodeIgniter(CI)とcakePHP(Cake)の比較を書いた。あちらはかなり、フィーリング重視の柔らかい書き方をしたので、今回はちょっとだけ専門的に書いておこうと思う。それから比較対象として、Symfonyもちょっとだけ加えている。 まずは開発規模の観点における比較から入りたい。 CIは、間違いなく小規模向きだ。 開発規模を金額に換算すると(アバウト)、目安としては50〜500万円程度になると思う。 個人的には、一番使いやすいのは200万円前後、つまりちょっとシステムが付くぐらいのホームページで、xoopsなどのCMSを使うかそれとも自作で組むかとなった場合に、CIを選択しておくとたぶん気楽だと思う。 xoopsは良くできていると思うけれど、汎用性を高めているために無駄な部分があまりにも多すぎて、改造するためのコーディングにも無駄な時間がかかり

    CodeIgniterとCakePHPをまた比較してみた、おまけにSymfony。 | シュートで終われ! Wの裏道
  • WEBサイトを発注してみた。

    アニメやゲームのキャラクター情報をまとめてるサイトがないから作りたいなぁって 思ってたんだけどhtmlは初歩しか分からないしプログラミングもできないので構想するだけで作れなかった。 ゼロから4ヶ月でWEBサービスをリリースした人の記事を見つけて「自分にもできるかな!」なんて思い挑戦してみたけど理解できず挫折・・・orz WEBサービスを個人で作ってる人達が羨ましいです。 それでもWEBサイトを作りたかったので制作会社に発注してみようと思い立った。 ただのキャラクターのデータベースだけではつまらないのでコミュニティ要素なども付けて ネットで見つけた制作会社に見積もってもらうと下記のようになった。 合計1,483,125円 以前、SNS「ウェブカレ」のサイト制作費が1千万円で安く仕上がった(潰れたけど・・・)という話があったから なんとなく3~400万くらいかかるんじゃないかなと不安だったんだ

    WEBサイトを発注してみた。
  • “Sandy Bridge”な「MacBook Air」を新旧比較(後編)

    “Sandy Bridge”な「MacBook Air」を新旧比較(後編):Windows機としての実力は?(1/2 ページ) 新型「MacBook Air」レビューの後編では、Windowsをインストールして各種ベンチマークテストを実施する。バッテリー動作時間の実測や新型「VAIO Z」との比較も。 前編に続いて、11インチ/13インチMacBook Airの両方にWindows 7をインストールし、各種ベンチマークテストでWindows機としての実力を見ていく。今回実施したPCMark05、PCMark Vantage、3DMark06では、比較対象として旧11インチモデルの「MC506J/A」と、ソニーの新型「VAIO Z」(VPCZ219FJ/B)を挙げている。旧モデルとの比較によって、CPUとともにGeForce 320MとIntel HD Graphics 3000の差、VAI

    “Sandy Bridge”な「MacBook Air」を新旧比較(後編)
  • C#/Scala/Python/Ruby/F#でデータ処理はどう違うのか?

    ■概要 以前、C#でのデータ処理について解説した。今回は、同様のデータ処理を、C#以外のプログラミング言語ではどうしているのか、(C#も含めて)以下の5つの言語を比較しながら説明していく。 C# Scala Python Ruby F# 結果としてできることは似ているのだが、その内部的な実装方法は言語ごとにさまざまである。 ■データ処理のおさらい 概念的には、「データ処理」というのは、Figure 1に典型例を示すように、条件選択や変換など、小さな処理単位に分けて、それをつないでいく形を取る。

    C#/Scala/Python/Ruby/F#でデータ処理はどう違うのか?
  • PDO、PEAR::DB、MySQL関数の速度比較

    サーバー側の問題もあるので、毎回安定した処理結果は得られませんでしたが、大体上表のような結果になりました。 やはりネイティブ関数は速く、mysqli関数が一番速い結果になりました。 続いて同じくネイティブ関数のmysql関数が続き、その次にPDOという結果になりました。 PDOでは、プリペアドステートメントを用いてSQLを発行したため、2回目のSQLの発行ではキャッシュが効き、劇的な速さになっています。 一番遅かったのは予想通り、PEAR::DBでした。 ネイティブ関数よりも2〜3倍遅く、PDOよりも2倍近く遅い結果となりました。 PHP用アクセラレータを導入していなければ、PEAR::DBはもっと遅くなっただろうと考えられます。 まとめ PHP5を利用していて、DBの抽象化を行いたいのであれば、PEAR系のモジュールはやめてPDOにした方が良いと言えます。 単純なSELECT文の結果でさ

    PDO、PEAR::DB、MySQL関数の速度比較
  • 1