タグ

performanceに関するimai78のブックマーク (80)

  • アンドロイドアプリ情報サイト[アンドロイダー]

    レビューサイト「アンドロイダー」サービス終了のお知らせ 2010年より運営してまいりました「アンドロイダー」は、 2017年6月30日(金)をもって、サービスを終了いたしました。 長きにわたりご愛顧いただき、心よりお礼を申し上げます。 アンドロイダーのビジネスについて アグリゲーション事業 端末メーカーや通信キャリア、各種メディアのご要望にあわせ。当社がアプリ開発者との窓口を担い、コンテンツやアプリのスピーディーなアグリゲーションを実現いたします。 事例: KDDI株式会社「auスマートパス」 株式会社NTTドコモ「スゴ得コンテンツ」 プライバシーポリシー

  • IBM Developer

    IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

    IBM Developer
  • Loading...

    imai78
    imai78 2011/09/22
    Grid vs FlexTable。。。速度はGridの勝ちっぽい。
  • システムはどのくらいのデータを扱うか。 - きしだのHatena

    ちょっと気になったので調べてみたら、営業のためのデータはどんな業態でも一社だいたい月10億件くらいで頭打ちっていう感じになった。 追記 2011/9/17 15:54 業態を比べたいので、国内の最大シェアっぽい企業で比べてます。 世界に広げたとしても、実業にからむなら、だいたいは会社が分かれてシステムも分けるだろうし、トヨタの販売台数が世界770万台、国内130万台でせいぜい6倍というのを見ても、一体だとして10倍の差は出ないし。 トヨタの2011年国内販売台数、130万台の見通し | ロイター 追記ここまで コンビニ 最初にたくさんデータが発生しそうだと思って考えたのがコンビニ。 フランチャイズ協会のデータによると、全国の店舗数が43690店舗、月間客数が13億人で、客単価が600円。 http://www.jfa-fc.or.jp/particle/42.html 一番でかい7-11の

    システムはどのくらいのデータを扱うか。 - きしだのHatena
  • 「JavaScriptと性能についての本当の話」をしよう。ダグラス・クロックフォード氏

    JSONの発見者でJavScript界の重鎮であるYahoo!のダグラス・クロックフォード(Douglas Crockford)氏。米オライリーが主催するイベント「Velocity 2011」で、セッション「JavaScript & Metaperformance」を行いました。 いまWebブラウザ間でJavaScriptエンジンの性能競争が行われていますが、その影響とこの先の展望について語っています。JavaScriptプログラマなら必見の内容を、公開されたビデオを基に紹介しましょう。 JavaScript & Metaperformance これから、JavaScriptと性能についての当の話をしよう。 JavaScriptはみなさんご存じかな? いまや世界で最もポピュラーになったプログラミング言語だ。 JavaScriptは、Javaからシンタックスを、Schemeからファーストク

    「JavaScriptと性能についての本当の話」をしよう。ダグラス・クロックフォード氏
    imai78
    imai78 2011/06/20
    「ここが明るくて探しやすいからさ」w
  • なぜ東証は処理時間を1ミリ秒縮めるコトにこだわるのか~arrowhead以前・以後で変わったもの

    ―先日、arrowheadの注文受付機能の応答時間を、現在の2ミリ秒から1ミリ秒に短縮するという報道がありましたが、実際にそういった取り組みはあるのでしょうか? はい。今の計画ですと、2012年5月を目標に注文受付の応答時間を、現在の平均2ミリ秒から1ミリ秒以下に半減させることを予定しています。 ―リリースから1年半で性能強化を決断された背景には何があるのでしょうか? arrowheadをリリースした2010年1月の時点では、海外の主要な証券取引所の注文応答速度はだいたい数ミリ秒でしたから、平均2ミリ秒のarrowheadは世界最高レベルのスピードと言えました。ただ、この世界は日々進化しており、今年に入ってから1ミリ秒を切り、数百マイクロ秒、つまり0.Xミリ秒というスピードの取引所が出てきました。そうなると、東証としても、そこで劣後しているわけにはいきません。できるだけ早期にキャッチアップ

    なぜ東証は処理時間を1ミリ秒縮めるコトにこだわるのか~arrowhead以前・以後で変わったもの
  • チューニングに使えるJava性能監視ツール

    JavaVMを監視するツール群 今回は、Java EEアプリケーションをチューニングする際に便利なツールを紹介します。JavaVMの状態を監視/レポートするツールは、フリー・ソフトウエアや製品を含め、いくつか提供されています。米Oracle(米Sun Microsystems)のJava環境にも、標準で便利なツール群が付いています。記事では、標準ツールであるjconsoleとjstatの2つを紹介します。 表1: 主なJavaVM監視/レポーティング・ツール 製品名 特徴

  • Mac Explorer| SpeedyFox - Firefoxのプロファイルを最適化し動作を高速化するMac・Win用ツール

    Firefoxの動作を高速化するMacWindows用ツール。 断片化された履歴やブックマークなどのプロファイルデータを最適化することで、その動作を高速化します。ヘヴィにFirefoxを使っている方はその分効果を期待できるかと。 ダウンロードページ パスでプロファイルの場所を指定。特別に設定などをしていなければデフォルトのまま【/Users/ユーザ名/Library/Application Support/Firefox/Profiles/ランダムな8文字.default】でOK。必要な場合は指定を。 実行はFirefoxを終了した状態で行ないましょう。【Speed Up My Firefox!】をクリックすると実行されます。 自分は今メインではSafariを使っているのですが、それでもFirefoxの動作が体感できるくらいに速くなりました。Firefoxユーザは定期的にこれを実行するこ

  • マルチコア時代のパフォーマンス・チューニング

    『パフォーマンス・チューニング』と言われると、何を想像されるであろうか? OSやサーバー製品のパラメータ・チューニングを想像する人が多いであろうし、Ruby等のインタプリッタでは最新版の実行環境をインストールすることもチューニングになる。ソフトウェア開発では、適切なライブラリ、適切なコーディング、高速な言語、適切なアルゴリズムなどがパフォーマンス向上のポイントになるが、近年はマルチコア化に対応するのも大きなポイントになって来ている。 そんなマルチコア対応によるパフォーマンス・チューニングを、画像ぷるぷるするJava/Swingアプリに試みてみたので、適用以前の問題点と、適用による改善程度をまとめておく。 1. 画像ぷるぷるが微妙に遅い 先日紹介した写真の一部をぷるんと揺らすミニアプリだが、同時に5箇所以上の点を震わすと、大きくパフォーマンスが低下するという問題があった。フレームレートが大き

    マルチコア時代のパフォーマンス・チューニング
  • JUnit4 の @Test でも簡単にパフォーマンステストが出来た!!! - 宇宙行きたい

    今まで、パフォーマンスに注意しなきゃいけないところは テストに StopWatch stopWatch = new StopWatch(); List<Long> times = new ArrayList<Long>(); for(int i = 0 ; i < 100 ; i++){ stopWatch.reset(); stopWatch.start(); foo.bar(); //計測する処理 stopWatch.stop(); times.add(stopWatch.getTime()); } BigDecimal sum = new BigDecimal(0L); for(Long i : times){ sum = sum.add(new BigDecimal(i)); } Long average = sum.divide(new BigDecimal(times.size

    JUnit4 の @Test でも簡単にパフォーマンステストが出来た!!! - 宇宙行きたい
  • Objective-Cの『遅さ』を計測したら、JavaやC++の5倍も遅かった

    なお、メモリ消費量はtopコマンドで測ったので、かなり大雑把な数字だ。また、Cで同様の処理のコードを書くと、ほぼC++と同じ速度になる。 追記(2011/02/17 8:50):Rubyによるベンチマークを追加。 追記(2011/02/17 11:00):Smalltalkによるベンチマークを追加。ソースコードは「Smalltalkのtは小文字です」のループ回数を修正した。 追記(2011/02/17 16:00):Perlによるベンチマークを追加。 追記(2011/02/18 10:30):Java 1.6.0_22で実行した、Scalaによるベンチマークを追加。また、clang/llvmでC++とObjective Cの値を取り直し、改善が見られないのを確認。 追記(2011/02/18 14:30):Ruby 1.8.7によるベンチマークを追加。1.9.2との速度差については、@IT

    Objective-Cの『遅さ』を計測したら、JavaやC++の5倍も遅かった
    imai78
    imai78 2011/03/05
    「Objective-Cの『遅さ』を計測したら、アンチPHPの人がなんだか大喜びだった」
  • やっぱりJavaはここが遅い!

    的にJavaは『遅い』と思われている。理由は二点あって、一つは過去のバージョンのJavaの実行速度が遅かった歴史的な点であり、一つは実際に依然として遅い面がある点だ。しかし、漠然と遅いと思われている事が多い。 数値演算などでは、JavaはC言語に迫る速度を出す事もある。The Computer Language Benchmarks Gameでは逆転している項目もある。しかし、Javaアプリケーションの体感速度はC++アプリケーションを上回ることは無いとされる。 これはJITコンパイラによる初期動作の遅さ、ガーベッジ・コレクション(GC)の駆動などの複合的な要因で発生する『遅さ』なのだが、単純なベンチマークだと特徴を掴みづらい。そこで変則的なベンチマークを作って、このJavaの『遅さ』を簡単に計測してみた。 1. ベンチマーク方法 コッホ曲線の描画時間を連続して測るベンチマークを作成し

    やっぱりJavaはここが遅い!
  • Javaはスクリプト言語より速い・・・のか?

    『プログラミング言語人気TOP10の簡易解説』という記事が人気を呼んでいたのだが、軽快な語り口で面白い読み物だが、語弊がありそうな部分がある。その中で特に、「(Javaは)実行速度はCに及ばないもののスクリプト言語よりは数十倍速い」とある部分が気になったので、簡単な例で検証してみた。 1. PythonPHPJava、Cで不適切な速度比較を行う 最初にコーディングが不適切な場合にプログラミング言語の速度比較を行うと、通説と異なる結果になる事を示したい。 Ubuntu Linuxで、オブジェクトをなるべく使わずに、順列の整数を100万個生成し、ランダムにシャッフルし、クイックソートを行ったときの経過時間を、timeコマンドで計測したものだ。ソート前、ソート後に配列の内容を、", "で連結して標準出力に書き出している。また、PythonAPIをなるべく使ったもの(*無し)と、なるべく使わ

    Javaはスクリプト言語より速い・・・のか?
  • Java で Map を回す時は entrySet の方が早い(とりあえず HashMap の話) - 宇宙行きたい

    最近,SQL ばかり書いてて久しぶりに Java 書いたら 「Map ってどうやって回すんだっけ??」 という超初歩的な疑問がwwww 拡張 for 文で keySet 回せばいいかなぁと思ったら id:sett-4 に 「entrySet まわした方が早かった筈ですよ」 って言われた. 勝手な想像で,entrySet って Iterable#iterator() の Iterator#next() で return new Map.Entry(key,map.get(key)); 的な事してて逆に遅いんじゃね??って思ったので 調べてみた. とりあえずソース読んでみる そしたら public Set<Map.Entry<K,V>> entrySet() { return entrySet0(); } private Set<Map.Entry<K,V>> entrySet0() { Se

    Java で Map を回す時は entrySet の方が早い(とりあえず HashMap の話) - 宇宙行きたい
  • ループをたくさん回す処理を高速化する初歩の初歩。 - このブログは証明できない。

    テキスト処理を中心にやっていましたが、画像処理に興味が出てきて、さっそくアプリを作りました。もともと下の記事のあたりでユーザーとして画像処理に興味を持って、当然の流れながら、自分でもつくってみようと。 Color Splash + TiltShift Generator + Instagramの写真加工が面白い。 - このブログは証明できない。 で、何かを間違えて、普通の画像処理ではなく、カメラの映像をリアルタイムに加工しはじめました。そうすると、パフォーマンスがかなりシビアなんですね。 iPhoneでカメラの映像をリアルタイム画像処理してみる。 - このブログは証明できない。 全ピクセルを操作しなければなりませんから、ループをたくさん回す必要があります。なんとか高速化できないかと考えてみたところ、あっさり高速化に成功しました。私が気づくぐらいですから、初歩の初歩なんだと思います。 追記:

    imai78
    imai78 2010/11/03
    勉強になるう。
  • PHP Xdebug のProfile の手軽な共有ツールを作ったよ

    お疲れ様です。sasaki-kです。毎日暑いですね。 KLabではPHPで作られたフレームワークの高速化が熱いです。 高速化にあたっては、計測が重要です。 KLabではphpのxdebug extensionを使用し、プロファイル結果をcachegrindファイル形式で取得しWinCacheGrind で解析しています。 また皆でレビューするために Webgrind で解析結果を共有したり、言葉で説明しています。しかし、 Webgrindは一見してボトルネックが分かりにくかったり、言葉では説明がもどかしかったりしていました。 一方、KLabではCodepaste の社内版があり、 フォーマット済みのコードをフォームに貼りつけ、ブラウザのアドレスバーからURLをコピーしてIRC貼りつけてレビュー対象のコードを手軽に共有しています。 WinCacheGrind WebGrind codepa

  • 長文日記

  • Webを高速化するために、私たちに何ができるか? 「続・ハイパフォーマンスWebサイト」

    Publickey グーグルがWebを高速化するために何をしているか http://goo.gl/KyBk この記事に興味を持った人は、是非、オライリーの「続・ハイパフォーマンスWebサイト」も読んで欲しい。http://goo.gl/davBless than a minute ago via Chromed Bird及川卓也 / Takuya Oikawa takoratta のページをめくるようにWebページの表示を高速化することを目指して、グーグルがWebブラウザやTCP/IP、HTTPといった通信プロトコルの改善を行っているのと同様に、私たちWebサイトを構築する側にも、Webを高速化するために使えるさまざまな手段があります。 それをまとめたのが書籍「続・ハイパフォーマンスWebサイト」です。以前、オライリー・ジャパンの編集担当の方から献いただいていたので、さっそく紹介しまし

    Webを高速化するために、私たちに何ができるか? 「続・ハイパフォーマンスWebサイト」
  • グリーの大規模分散ストレージ戦略(nanofs) | GREE Engineering

    はじめに はじめまして、グリー株式会社でエンジニアをしておりますkgwsと申します。今回は、グリー内で写真データの保存を行っている分散ストレージ(nanofs)を紹介させていただければと思います。 背景 弊社で運営させていただいている "GREE" ではユーザの写真や動画データを保存することができます。1億ユーザを目指すグリーは、ユーザの増加とともに写真や動画データは上限なしに増加していきます。またユーザの皆様の大切なデータを失うことは許されませんし、サービスを止めることも許されません。そんな状況の中、様々な技術や仕組みを使いサービスを運営してまいりました。 グリーのストレージの歴史は大きく分けて3世代がありました。 第一世代 第一世代ではアプリケーションサーバからNFSサーバをマウントし画像データを保存しておりました。簡単に導入できることと高価なサーバを使用すれば信頼性や安定性も保たれる

    グリーの大規模分散ストレージ戦略(nanofs) | GREE Engineering
  • Amazon EC2性能検証!気になるパフォーマンスをインスタンスタイプやリージョン毎に計測・比較してみた - 元RX-7乗りの適当な日々

    大手クラウドサービスであるAmazon EC2では、9種類ものインスタンスタイプ(サーバの種類)から、利用したいスペックのサーバを選択できます。また、EC2のサーバは、4ヶ所ものリージョン(アメリカ東海岸、同西海岸、ヨーロッパ西部、シンガポール)から稼動させる場所を選択することができます。 ここで、気になるのが、Amazon Web Servicesの説明ページで、各インスタンスタイプの公表スペック差異として、EC2独自のCPU単位である"ECU"の数値や、IO性能のModerate(中)やHigh(高)で、どのくらいパフォーマンスが違うのかが見え辛いといった点。 また、一部の場所ではパフォーマンスが出ていない等の話が以前に出ていましたが、4ヶ所のロケーション(Region)によって、各場所でのインスタンス性能が全く同じなのか等も気になるところ。 ここを解明すべく、各種ベンチマークを実行し

    Amazon EC2性能検証!気になるパフォーマンスをインスタンスタイプやリージョン毎に計測・比較してみた - 元RX-7乗りの適当な日々