並び順

ブックマーク数

期間指定

  • から
  • まで

41 - 57 件 / 57件

新着順 人気順

パフォーマンスの検索結果41 - 57 件 / 57件

  • ワットパフォーマンスが飛躍的に向上したAMDの新型CPU「Ryzen 7 9700X/Ryzen 5 9600X」 - エルミタージュ秋葉原

    エルミタ的速攻撮って出しレビュー Vol.1445 ワットパフォーマンスが飛躍的に向上したAMDの新型CPU「Ryzen 7 9700X/Ryzen 5 9600X」 2024.08.07 更新 文:撮影・編集部 池西 樹 COMPUTEX TAIPEI 2024の基調講演に合わせて正式発表されたAMD(本社:アメリカ)の最新デスクトップCPU「Ryzen 9000」シリーズ。最終確認の段階で品質基準を満たしていないことが判明し、解禁直前に発売が延期されるなどやや紆余曲折はあったものの、その第1弾「Ryzen 7 9700X」および「Ryzen 5 9600X」の国内発売が2024年8月10日(土)11:00より開始されることになった。約2年ぶりにアーキテクチャを刷新した新Socket AM5 CPUのパフォーマンスを早速チェックしていくことにしよう。 AMD「Ryzen 7 9700X」

      ワットパフォーマンスが飛躍的に向上したAMDの新型CPU「Ryzen 7 9700X/Ryzen 5 9600X」 - エルミタージュ秋葉原
    • Reactで実装したフォームのパフォーマンスが問題になるのはなぜか

      RelayHub合同会社の久保田光則です。 Reactでフォームを効率よく実装するためのライブラリとして、React Hook FormやReact Final Form、TanStack Formなどがあります。これらのライブラリは、フォームを効率よく実装できる枠組みを提供してくれるだけではなく、高速なフォームを実装するための方法も提供してくれます。 で、この記事ではReact Hook Formとかそういうライブラリの使い方というよりかは、そもそもなぜReactで実装したフォームのパフォーマンスが問題になりやすいのか、その辺りの事情について解説します。 Reactのレンダリングの仕組み Reactでは皆さんご存知のとおり、仮想DOMと呼ばれるDOMに似た構造のオブジェクトを生成してレンダリングを行います。Reactのコンポーネントはレンダリングするたびにそのコンポーネントに対応する仮想

        Reactで実装したフォームのパフォーマンスが問題になるのはなぜか
      • メンバーが地雷を恐れて黙って様子見するチームは成長しない 高パフォーマンスのチームづくりを阻む10項目

        仲山進也氏 インタビュー メンバーが地雷を恐れて黙って様子見するチームは成長しない 高パフォーマンスのチームづくりを阻む10項目 新年度がスタートし、新たなチーム結成から1ヶ月が経過した5月。リーダーやマネージャーにとって、チーム管理の課題が浮き彫りになる時期です。この重要な時期に、ログミーBizのアンバサダーでありチームビルディングに詳しい仲山進也氏に、効果的なチーム作りのポイントをお聞きしました。前編は、心理的安全性の実現が難しい具体的な理由や、チーム成長を阻む心理的障壁10選などが語られました。 心理的安全性の実現が難しい具体的な理由 ――チームのパフォーマンス向上にもつながる重要な要素として、数年前から「心理的安全性」が言われていますが、実際には心理的安全性を実現できていないケースも多いようです。チームビルディングの専門家である仲山さんは、この状況をどのようにご覧になっていますか?

          メンバーが地雷を恐れて黙って様子見するチームは成長しない 高パフォーマンスのチームづくりを阻む10項目
        • TypeScriptのパフォーマンス改善

          2024/05/11に行われたTSKaigiで発表したLTの資料です! ◎概要 TypeScriptはJavaScriptのスーパーセットとして、静的型付けと高度な型システムを提供し、大規模なプロジェクトの開発を助けています。しかし、これらの利点を最大限に活用するためには、コンパイルパフォーマンスの最適化が不可欠です。コンパイル速度を上げることでビルド時間やテスト実行時間の削減を行うことができます。今回の発表では、TypeScriptのコンパイルパフォーマンスを改善するための具体的な手法とその背後にある理論をいくつか紹介します。 ◎内容 1. TypeScriptのパフォーマンスとは何か、そしてなぜそれが重要なのか 2. コンパイル速度を改善するための具体的な手法とその背後にある理論 本資料で紹介している内容については以下の記事で詳しく記載していますので合わせて参照していただければと思いま

            TypeScriptのパフォーマンス改善
          • 重い「Excel」ファイルを最適化してスリムにする機能、Web版だけでなくWindows版にも/不要なメタデータを検出・削除する「パフォーマンスをチェック」(Check Performance)

              重い「Excel」ファイルを最適化してスリムにする機能、Web版だけでなくWindows版にも/不要なメタデータを検出・削除する「パフォーマンスをチェック」(Check Performance)
            • パフォーマンスを気にするならReact Hook Formが無難

              React Hook Form は高速。 Formik は早くない。改善は可能。 React Final Form はある程度早い。 React Hook Form が無難ではあるものの、CPU 6× slowdown で 100ms は通常では許容できると考え Formik を採用するのもあり。 比較したライブラリ 計測の対象にしたライブラリは以下の 3 つです。 React Hook Form Formik React Final Form パフォーマンス以外の特徴にも触れておくと、 React Hook Form TypeScript 製 頻繁に更新されている UI とフォームライブラリが密結合になりやすい Formik TypeScript 製 ある程度更新されている UI とフォームライブラリを疎結合にしやすい React Final Form コードのほとんどが JavaScr

                パフォーマンスを気にするならReact Hook Formが無難
              • 3Dモデルの配信サーバーでRustとZstandardを採用して数倍のパフォーマンス向上を実現した - pixiv inside

                はじめに こんにちは、VRoid部所属のエンジニアのyueです。 この度VRoid Hubで3Dモデルの配信サーバーの見直しを行い、技術選定から始めRustとZstandard (zstd)を採用した実装に切り替えました。 結論から見るに従来のNode.js製サーバーと比べて以下のことを実現しました。 最大のレスポンス時間が 1.5 ~ 2.5s から 300 ~ 400msまで低下 平均のレスポンス時間が 700 ~ 800ms から 150 ~ 200msまで低下 サーバーのCPU使用率が ~ 50% から ~ 10%まで低下 docker image のサイズが ~ 346mb から ~ 21mb程度まで削減 配信されるファイルサイズが平均 10 ~ 20% 軽量化されました レスポンス時間 CPU使用量 (上からAVG(MAX), AVG, AVG(MIN)) メモリー使用量に関し

                  3Dモデルの配信サーバーでRustとZstandardを採用して数倍のパフォーマンス向上を実現した - pixiv inside
                • WSL環境の構築も簡単に ~Microsoftの開発ダッシュボードアプリ「Dev Home」v0.16/アプリ開発環境の構築、管理、ワークフローの監視、パフォーマンス追跡までを一元化

                    WSL環境の構築も簡単に ~Microsoftの開発ダッシュボードアプリ「Dev Home」v0.16/アプリ開発環境の構築、管理、ワークフローの監視、パフォーマンス追跡までを一元化
                  • SmartHRのパフォーマンス改善が 総力戦だった話

                    2023.09.08 Fri. Meetup for Ruby Engineers@メドピア株式会社様オフィス https://medpeer.connpass.com/event/292464/

                      SmartHRのパフォーマンス改善が 総力戦だった話
                    • 大規模サービスのローンチに向け、パフォーマンスチューニングした話 #go #aws

                      背景 こんにちは!Hanoi Dev Centerでバックエンドエンジニアをしているminhquangです。この記事では、私がAI事業本部のある新規プロダクト開発に参画した際に経験したパフォーマンスチューニングについて話したいと思います。 皆さんはサービスのローンチ(サービスを世の中に初めて出すリリース)をやったことがありますか。サービスローンチするときに、リクエストのスパイクや、ユーザー数の増加によるサーバー負荷増加など、様々な未知な課題が存在します。 私のチームでは数百万人の利用が見込まれるサービスにおいて、18000RPSを実現するべく負荷試験とパフォーマンスチューニングを実施しました。 本記事では、上記のサービス要件を満たすために私たちが取り組んだ負荷試験やパフォーマンスチューニングについて説明しつつ、これらの経験から得られた学びを共有したいと思います。 前提 技術スタック サーバ

                        大規模サービスのローンチに向け、パフォーマンスチューニングした話 #go #aws
                      • MySQLで全文検索機能を使う際のパフォーマンスについて調査してみた - iimon tech blog

                        こんにちは、CTOの森です。iimonは今回が初のアドベントカレンダー参加です! 本記事はiimonアドベントカレンダー1日目の記事となります。 はじめに 検証した環境 MySQL/mecabのインストール 大量のデータを入れる 1レコードのINSERTにかかった時間 検索してみる 検索文字列が「出来事」の場合 インデックスなし N-gram(bi-gram) IN NATURAL LANGUAGE MODE IN BOOLEAN MODE MeCab IN NATURAL LANGUAGE MODE IN BOOLEAN MODE 検索文字列が「チューリングはロンドンのリッチモンドに住み」の場合 まとめ 参照したサイト 最後に はじめに 今回はMySQLで全文検索機能を使う際のパフォーマンスについて書こうと思います! 全文検索をちゃんと使うのであればElasticsearchやSolrな

                          MySQLで全文検索機能を使う際のパフォーマンスについて調査してみた - iimon tech blog
                        • しっかり考えられる「ハイパフォーマンス脳」をつくるたったひとつの方法。「努力」は最も非効率 - STUDY HACKER(スタディーハッカー)|社会人の勉強法&英語学習

                          忙しく仕事に追われるビジネスパーソンにとって、大きなテーマのひとつが効率を上げることです。しかし、脳電気生理学者の下村健寿先生は、脳の特性を無視した方法でスピードばかりを求めても成果にはつながらないと言います。 そんな無駄な「努力」をなくすため、脳の「快感回路」というものを活用する方法を紹介してくれました。 構成/岩川悟 取材・文/清家茂樹 写真/石塚雅人 【プロフィール】 下村健寿(しもむら・けんじゅ) 1972年3月21日生まれ、群馬県出身。元英国オックスフォード大学生理学・解剖学・遺伝学講座/遺伝子機能センターシニア研究員。福島県立医科大学医学部病態制御薬理医学講座主任教授。医学博士・医師。1997年、福島県立医科大学医学部を卒業し、群馬大学医学部第一内科入局。臨床医として勤務。2004年、群馬大学医学部大学院(内科学)卒業:医学博士。同年、日本を離れ英国オックスフォード大学生理学・

                            しっかり考えられる「ハイパフォーマンス脳」をつくるたったひとつの方法。「努力」は最も非効率 - STUDY HACKER(スタディーハッカー)|社会人の勉強法&英語学習
                          • Apple M3チップを搭載したMacBook Airは、引き続きピークパフォーマンスを維持できない/256GBモデルはSSD速度がM1モデル以下の可能性があるので注意を。

                            Apple M3チップを搭載したMacBook Airは、引き続きピークパフォーマンスを維持できない/256GBモデルはSSD速度がM1モデル以下の可能性があるので、予約の際は注意してください。詳細は以下から。 Appleは現地時間2024年03月04日、昨年10月に発表したMacBook Pro (14インチ, Nov 2023)と同じ3ナノメートルテクノロジー(3nmプロセス)のApple Silicon「Apple M3チップ」を搭載した「MacBook Air (13/15インチ, M3, 2024)」の予約注文を本日より開始し、 03月08日より販売を開始すると発表しましたが、このMacBook Air (13/15インチ, M3, 2024)は引き続きファンレス仕様で、筐体がM2チップを搭載した「MacBook Air (M2, 2022)」および「MacBook Air (1

                              Apple M3チップを搭載したMacBook Airは、引き続きピークパフォーマンスを維持できない/256GBモデルはSSD速度がM1モデル以下の可能性があるので注意を。
                            • 『Ruby on Railsパフォーマンスアポクリファ』 - snoozer05's blog

                              翻訳を担当した電子書籍『Ruby on Rails パフォーマンスアポクリファ』が発売となりました。 書籍は以下から購入できます。 Ruby on Rails パフォーマンスアポクリファ 本書は、2020年に出版されたNate Berkopec著『The Ruby on Rails Performance Apocrypha』の全訳です。原書は訳書と同様、著者の販売サイトで自主出版の電子書籍として出版され、現在はKindleストアでも販売されています。 The Ruby on Rails Performance Apocrypha The Ruby on Rails Performance Apocrypha: A starter guide to making Rails apps faster and more scalable (English Edition) 作者:Berkope

                                『Ruby on Railsパフォーマンスアポクリファ』 - snoozer05's blog
                              • Linuxカーネル 6.8ではネットワークが最適化されてTCPの同時接続パフォーマンスが約40%向上する見込み

                                記事作成時点で開発中のLinux 6.8カーネルでは、ネットワークに関する部分にいくつかの重要な改良が加えられており、多数の同時接続を伴うTCPパフォーマンスが最大40%向上しているとのことです。 [PATCH v8 net-next 0/5] Analyze and Reorganize core Networking Structs to optimize cacheline consumption - Coco Li https://lore.kernel.org/netdev/[email protected]/ Linux 6.8 Network Optimizations Can Boost TCP Performance For Many Concurrent Connections By ~40% - Phoronix https://www.phoronix.com/ne

                                  Linuxカーネル 6.8ではネットワークが最適化されてTCPの同時接続パフォーマンスが約40%向上する見込み
                                • Elasticsearchのパフォーマンス問題をプロファイラを使って解決する | メルカリエンジニアリング

                                  search infra teamのmrkm4ntrです。我々のチームではElasticsearchをKubernetes上で多数運用しています。歴史的経緯によりElasticsearchのクラスタは全てElasticsearchクラスタ専用のnode pool上で動作していました。ElasticsearchのPodは使用するリソースが大きいため、このnode poolのbin packingが難しくコストを最適化できないという問題がありました。そこで全てのElasticsearchクラスタを専用のnode poolから他のワークロードと共存可能なnode poolへ移行しました。ほとんどのクラスタが問題なく移行できたのですが、唯一移行後にlatencyのスパイクが多発してしまうものがありました。 この記事では、その原因を調査する方法と発見した解消方法について説明します。 発生した現象 共

                                    Elasticsearchのパフォーマンス問題をプロファイラを使って解決する | メルカリエンジニアリング
                                  • 実は国によって微妙に重力が違うのでオリンピックでの選手のパフォーマンスも重力によって左右されてるかもという話

                                    ぐり@関賢太郎 航空軍事記者 @gripen_ng 面白い事に気づいた。オリンピックは開催地によって重力の強さが違う。 最大の重力はヘルシンキオリンピック:1.0018711G 最小の重力はメキシコオリンピック:0.9973436G およそ0.4%差がある。ほぼ無視できるけど3桁kgを扱う重量挙げだと開催地により数百グラム変化する。ルールはどうなってるのかな 2023-09-30 12:13:17

                                      実は国によって微妙に重力が違うのでオリンピックでの選手のパフォーマンスも重力によって左右されてるかもという話