並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 14 件 / 14件

新着順 人気順

ベンチマークの検索結果1 - 14 件 / 14件

  • macOSのM1とx86-64におけるベンチマーク比較の考察

    世間ではAppleの新しい製品に使われるARM64 CPUであるM1の話題でもちきりだ。ただし、日本語を話す記者というのは極めて非科学的かつ無能であり、M1の現物を手にしても、末端のソフトウェアを動かして、体感で早いだの遅いだのと語るだけだ。そういう感想は居酒屋で酒を片手に漏らすべきであって、報道と呼ぶべきシロモノではない。 と思っていたら、Phoronixがやってくれた。M1とi7で動くmacOSでベンチマークをしている。 これを考察すると、M1のMac Miniは、一世代前のi7のMac Miniに比べて、メモリ性能とI/O性能が高く、演算性能は低いようだ。このことを考えると、M1の性能特性としては、動画のエンコードやソフトウェアレイトレーシングをするには不向きだが、その他の作業は遜色ないだろう。 問題は、仮想化とRosettaを組み合わせることができないという点だ。x86-64のユー

    • QUICの実装はTCP並みの効率を実現できるか? Fastly奥氏らがベンチマークを紹介

      現在標準化が進められている次世代HTTPの「HTTP/3」は、トランスポートプロトコルとして「QUIC」と呼ばれる新しいプロトコルを採用します。 現時点のHTTPはトランスポートプロトコルとして「TCP」が採用されています。その上で、可能な限り高速な通信が行えるようにさまざまな工夫や最適化が進められてきました。そしてもうこれ以上高速にしようとすると、TCPそのものを改善していくべきだろう、というところまできたのです。 それがHTTP/3で「QUIC」が採用される大きな理由といわれています。 TCPは内部で輻輳制御や再送などを自動的に行うことで通信が確実に行われることを保証してくれる便利なプロトコルですが、それゆえに、確実に通信が行われるまで待つ必要があるために通信環境によっては遅くなりがち、などの側面があります。 そこでQUICは、TCPのような通信の保証がない代わりにリアルタイム性の高い

        QUICの実装はTCP並みの効率を実現できるか? Fastly奥氏らがベンチマークを紹介
      • 「Rust」言語はCよりも遅いのか、研究者がベンチマーク結果を解説

        「C」や「C++」に代わるシステムプログラミング言語として「Rust」が注目を集めている。メモリ安全性が高く、メモリ破壊バグといった脆弱(ぜいじゃく)性を作り込みにくいからだ(関連記事)。 ただし、システムプログラミング言語では、高い処理性能が必須条件であり、これがCやC++が使われ続けている理由となっている。Rustはどの程度「速い」のだろうか。 ドイツのミュンヘン工科大学で博士課程の学生であるポール・エメリク氏は2019年9月9日、Rustで作成したデバイスドライバの性能評価をGitHubで発表した。 同氏のグループはさまざまな言語で同じ機能を備えたデバイスドライバを記述し、性能を比較している。 何が性能低下を引き起こしているのか 性能評価用に作成したのは、Intelのイーサネットコントローラー向けのLinux用デバイスドライバだ(ixgbeタイプ)。 エメリク氏は解説の冒頭で研究に取

          「Rust」言語はCよりも遅いのか、研究者がベンチマーク結果を解説
        • ネットワーク パフォーマンスの解読: TCP と UDP のバルクフローのベンチマーク | Google Cloud 公式ブログ

          Gemini 1.5 モデル をお試しください。Vertex AI からアクセスできる、Google のもっとも先進的なマルチモーダル モデルです。 試す ※この投稿は米国時間 2024 年 6 月 22 日に、Google Cloud blog に投稿されたものの抄訳です。 Google Cloud ネットワーキング チームは長年にわたり、お客様のネットワークの構築、修正、強化の支援に深く携わってきました。その間に、ネットワークのパフォーマンスと効率を最大限に高める重要なパターンやベスト プラクティスを発見しました。この豊富な知見は、ただの理論的なリソースではありません。Google Cloud、クロスクラウド、オンプレミス、その他のクラウド プロバイダなどデプロイ先を問わず、お客様のビジネス目標達成を支援するよう設計された実用的なツールキットです。Google はこの専門知識を共有する

            ネットワーク パフォーマンスの解読: TCP と UDP のバルクフローのベンチマーク | Google Cloud 公式ブログ
          • node.js のメトリクスの計測、ベンチマークの改善、Docker イメージの絞り方を勉強した

            フロントエンドのパフォーマンス計測は得意なのだが、サーバーサイド node.js のメトリクスの取り方はあまり知らなくて、いつも勘でやりがちだった。最近は業務でこの周辺で困ることが増えたので、勉強しなおした。 また、最近使ってみたかった cloudflare workers の制限で、メモリ 128MB、CPU 時間 50ms という制約があり、このためにも Node.js の CPU のメトリクスを計測できるようになっておく必要があった。 という目的を踏まえて、今回は OS やデータベースの最適化は扱わず、ネットワークとアプリケーション層だけに絞って学習した。あと仕事の Docker イメージのサイズにも悩んでたので、ここも。 (あと ISUCON 参加者が楽しそうだったのもある。 ISUCON のチューニング対象にフロントエンドは含まれないので…) 計測対象 今回実験したリポジトリはこ

              node.js のメトリクスの計測、ベンチマークの改善、Docker イメージの絞り方を勉強した
            • Webpackの70倍!Go言語で書かれたJavascriptバンドラー「esbuild」をベンチマークテストしてみた

              Webpackの70倍!Go言語で書かれたJavascriptバンドラー「esbuild」をベンチマークテストしてみた esbuild https://github.com/evanw/esbuild/ esbuildの特徴 複数モジュールの依存関係を解決し、1つにまとめるバンドラーは、現代のフロントエンド開発においてなくてはならないツールの1つ。 The State of JavaScript 上位5つに人気が集中し、なかでもWebpackのシェアは実に約60%に達しています。 今回ご紹介する「esbuild」は、Go言語で書かれた高速なバンドラーで、これらメジャーなツールとの性能比較(ベンチマークテスト)をやってみました。 公式のベンチマーク結果 計測方法は、three.jsライブラリを10回複製し、キャッシュなしで単一のバンドルをゼロから構築しています。なんと、Webpackに比べて

                Webpackの70倍!Go言語で書かれたJavascriptバンドラー「esbuild」をベンチマークテストしてみた
              • M1搭載MacBook Airが届いたのでJavaやDockerなどいろいろベンチマークした - きしだのHatena

                M1 MacBook Airが届いていろいろやってたら年も明けてだいぶたったけども、ビルド速度とかJavaとかDockerとかTensorFlowとか、技術者が気になるベンチマークを試してたので、まとめました。 MacBook Airを買ってしまった なんかM1 Mac解説動画をとるためにいろいろ調べていたら、悪質サイトのリンクを踏んだみたいで、MacBook Airを買ってしまっていた。 その悪質サイトは最初は7万円台ですよーっていっておいて、結局12万円くらいになっていた。 みんなもapple.comってサイトには注意しましょうね。 www.youtube.com とどいた! 12/12到着予定といいつつ11日になっても羽田から動いてなかったので大丈夫かーと思ったら11日深夜というか12日未明というかそのあたりには福岡に届いてて、朝発想されて夜にとどいた。 でこれだ! ベンチマーク G

                  M1搭載MacBook Airが届いたのでJavaやDockerなどいろいろベンチマークした - きしだのHatena
                • 継続的にベンチマークを取るための GitHub Action をつくった - はやくプログラムになりたい

                  今年9月に GitHub Action v2 がリリースされました.GitHub Action は GitHub が提供する CI/CD サービスです. 既存のサービスと大きく違う点は,処理を汎用的に Action として切り出して再利用できることです. 例えば,GitHub からのリポジトリのクローン actions/fetch や Node.js のセットアップ actions/setup-node などの基本的な実行ステップも Action として実装されています. 今回はこの GitHub Action を利用して,前々からあると良いなと思っていたベンチマークを継続的に取るための Action をつくりました. github.com github-action-benchmark はベンチマークの実行の出力からベンチマーク結果を抽出し,GitHub pages のブランチに JSO

                    継続的にベンチマークを取るための GitHub Action をつくった - はやくプログラムになりたい
                  • Reactに有利なベンチマークを作ってみた - Qiita

                    皆さんこんにちは。現在、フロントエンドでは宣言的UIが大流行しており、そのためのライブラリもReactを筆頭に複数存在しています。 ライブラリが複数存在するところには当然のように比較や論争が起こるものですが、UIライブラリの場合はパフォーマンスがよく焦点となります。 筆者はReactの信者ですが、Reactは古株ということもあってか、最近の議論ではReactは他のライブラリと比較されるかませ犬のような役割を担うのがよく見られます。「仮想DOMは必要ない」といった類のものです。 しかし、筆者の考えではReactは今でも、もっとも真剣にパフォーマンスに取り組んでいるUIライブラリです。特に、Reactはパフォーマンスを高いユーザーエクスペリエンスのための手段として捉えており、ドキュメントにもユーザーエクスペリエンスという言葉が多く出てきます。 そこで、今回はReactが最も有利になるようなベン

                      Reactに有利なベンチマークを作ってみた - Qiita
                    • C++は本当にRustに速度で負けるのか 〜「RustがC++に速度で勝った話」のベンチマークを追試する〜 - Qiita

                      追記: 本記事は g++ について書かれており、clang については補足で述べる程度でしたが、clang側の検証結果が間違っておりました。 別途 clang++ で検証した記事も書きましたので、ご覧いただけますと幸いです。 本記事の目的 昨日、株式会社フィックスターズの「Fixstars Tech Blog /proc/cpuinfo」に以下の記事が掲載されました。 RustがC++に速度で勝った話 - Fixstars Tech Blog /proc/cpuinfo 本記事では、上記記事の 手元環境における追試 C++の敗因/Rustの勝因分析 条件をある程度統一した際のベンチマーク結果 の3点を行います。 ベンチマーク環境 OS Fedora 30 CPU AMD A6-1450 Memory DDR3-1333 4GB x 1 (4GB) GCC 9.2.1 Rustc 1.39.

                        C++は本当にRustに速度で負けるのか 〜「RustがC++に速度で勝った話」のベンチマークを追試する〜 - Qiita
                      • Core i5 13600Kベンチマーク&レビュー:発売3週間の7600Xを一瞬で型落ちに【14コア】 | ちもろぐ

                        「Core i5 13600K」は、第13世代Raptor Lakeのミドルクラスに位置づけられるCPUです。 従来比で価格が20ドル(299 → 319ドル)値上がりしましたが、コア数が10から14へ1.4倍増となり、値上がり以上のスペックアップを提供します。 国内価格が約5.8万円で、ライバルに相当するRyzen 5 7600Xより約8000円ほど高いですが、Core i5 13600Kでは低コストなIntel 600マザーボードやDDR4メモリを使用できます。 プラットフォームを含めた総額比較において、Core i5 13600Kの方が安く済む可能性が高いです。 実際、筆者も今回のレビューで新たに用意した機材はありません。既存のIntel 600マザーボードとDDR4メモリをそのまま流用でき、大変お財布に優しい仕様で助かりました。 前世代をほぼ流用した「Raptor Lake」設計R

                          Core i5 13600Kベンチマーク&レビュー:発売3週間の7600Xを一瞬で型落ちに【14コア】 | ちもろぐ
                        • M1のMacBook Air、みんなベンチマークにドン引きしてるけど、実はストレージも2倍速い

                          M1のMacBook Air、みんなベンチマークにドン引きしてるけど、実はストレージも2倍速い2020.11.17 18:3049,940 小暮ひさのり Airでこの速度か…。 本日からApple Silicon「M1」搭載のMacBook Airなどが着弾し始めているようですね。ギーク界隈のニュースやSNSを覗くと、意気揚々とベンチマークに挑み、MacBook Pro 16インチやiMacなどの最新のIntel Macを、10万円そこそこのM1 MacBook Airがぶち抜いていく姿に、ドン引きしているのを見て微笑ましく思っています。 して、そのM1搭載のMacBook Air。どうしてもGeekBenchのスコアに注目が集まってしまいますが、実はSSDもパワーアップしているようです。 MacRumorsによると、MacBook Air(256GBモデル)のストレージアクセス速度は、書

                            M1のMacBook Air、みんなベンチマークにドン引きしてるけど、実はストレージも2倍速い
                          • 【Hothotレビュー】 こんなに速くなっちゃっていいんですか?待望のRyzen 7000をベンチマークテスト

                              【Hothotレビュー】 こんなに速くなっちゃっていいんですか?待望のRyzen 7000をベンチマークテスト
                            • 中国製x86 CPU Powerstar (暴芯)、中身はComet Lakeで確定。ベンチマーク結果から明らかに | ニッチなPCゲーマーの環境構築Z

                              中国製x86 CPU『Powerstar (暴芯)』が、IntelのComet Lakeであることが確定しました。 2023年5月上旬、中国のPowerleader社(宝德)から、x86アーキテクチャに基づくCPU『Powerstar (暴芯)』が発表されました。同社の発表では、「Powerstar (暴芯) CPUの発表は、国家の強化に貢献する第一歩です」「Powerstar (暴芯)は普段使いのデスクトップユーザー向けに作られており、ゲームや創作など、あらゆる面で驚異的な性能を提供します」などと述べられており、いかにも凄そうな紹介がされていました。 Powerstar (暴芯)を披露する何丽氏 しかし、発表されたCPUの形状は、どこからどう見てIntelのCPUでした。 Intel第10世代Core 10000シリーズComet Lakeと、Powerstar (暴芯)の比較がこちら。

                                中国製x86 CPU Powerstar (暴芯)、中身はComet Lakeで確定。ベンチマーク結果から明らかに | ニッチなPCゲーマーの環境構築Z
                              1