並び順

ブックマーク数

期間指定

  • から
  • まで

201 - 240 件 / 3319件

新着順 人気順

チューニングの検索結果201 - 240 件 / 3319件

  • フロントエンドで収集するべきテレメトリは何か

    先日『フロントエンド監視の全体像と実現方法』という記事を投稿しましたが、その中でテレメトリについては触れませんでした(※本記事は上記記事の内容を知らなくても読み進められるようになっています)。 というのは、テレメトリは可観測性を実現するための重要な概念ではあるものの、テレメトリを軸に監視を考えるのは手段の目的化になってしまうと考えているからです。 重要なのはサービスにとって何を観測するべきかを考えることであり、テレメトリはそれを設計や実装に落とし込む際に現れるものです。 一方で監視に対する理解を深める上では、テレメトリを軸に考えることも重要でしょう。 そこで本記事ではフロントエンド監視においてどのようなテレメトリを収集するべきか述べていきます。 監視 SaaS と OpenTelemetry (OTel) Datadog, New Relic, Sentry のいずれかを利用することを考え

      フロントエンドで収集するべきテレメトリは何か
    • FOSDEM 2024 - Fast JavaScript with Data-Oriented Design

      FOSDEM 2024/Schedule/Events/Developer rooms/Web Performance/Fast JavaScript with Data-Oriented Design Let’s squeeze the last bits of performance out of JS so that we can crunch massive amounts of data! In this presentation I will describe what I learned while optimizing the Firefox Profiler. The Firefox Profiler is a web application which needs to handle large profiles containing hundreds of thous

        FOSDEM 2024 - Fast JavaScript with Data-Oriented Design
      • RAGの性能を改善するための8つの戦略 | Fintan


        OpenAIGPT-4GoogleGeminiMetaLLaMALarge Language ModelLLM[1][2][3]LLM LLM-jp-eval[4]MT-bench-jp[5]LLMNejumi LLM Neo 
          RAGの性能を改善するための8つの戦略 | Fintan
        • 負荷テストツール「k6」入門

          こんにちは。 PharmaX でエンジニアをしている諸岡(@hakoten)です。 この記事の概要 APIの負荷テストツールにGrafana Labs社が開発している「k6」というツールがあります。 k6はオープンソースのCLIツールですが、 「Grafana Cloud k6」というクラウドベースSaaSツールも提供されている便利なツールです。 ローカルのk6は、負荷テストの時に使ったことはあったのですが、真面目に負荷テストの設計をするにあたり、ちゃんと理解したかったため、改めて基本から調べてみました。k6の入門記事としてお役に立てれば嬉しいです。 インストール Macでは、k6を「Homebrew」でインストールすることができます。

            負荷テストツール「k6」入門
          • (小ネタ) Vitest でパフォーマンス劣化を検知する - hacomono TECH BLOG

            どうもみゅーとんです. 最近パフォーマンス周りで問題をおこしかけてしまったので, パフォーマンスの劣化を抑制する方法を調べてみました. 概要 3 行でまとめ public repository であれば, CodSpeed を無料で利用できる main ブランチでのパフォーマンスを計測しておき, Pull Request で劣化したら警告してくれる CodSpeed から, 内部処理を詳細に追うことができる 前提知識 vitest でパフォーマンステストを行う構成ができていることが条件になります. 導入方法についてはこの記事を確認してください. techblog.hacomono.jp CodSpeed とは docs.codspeed.io なんて読むんでしょうか・・?私はコードスピードと呼んでいますが, コッドスピードのほうが正しそう・・? GitHub Actions で実行した P

              (小ネタ) Vitest でパフォーマンス劣化を検知する - hacomono TECH BLOG
            • Galileo AI

                Galileo AI
              • Speeding up the Rust edit-build-run cycle | David Lattimore

                There are two main aspects to compile times that matter to developers. Cold build times, when building from scratch and warm build times when you’ve already built and you’re rebuilding following an edit. This article focuses on warm build times, which for rapid iteration during development is what generally matters most. We start with some tips for speeding up your Rust development cycle, then tal

                • Moving from DynamoDB to tiered storage with MySQL+S3

                  Originally we implemented a feature to persist an event-stream into DynamoDB to allow customers to retrieve them. This proved effective, serving as a strong use case for a key/value storage, yet the drawback was its high cost. Moving to provisioned billing-mode reduced cost by ~50%, but that was not going to be sustainable as we scaled to more customers. We also kept multiplying the cost each time

                    Moving from DynamoDB to tiered storage with MySQL+S3
                  • Zendesk、DynamoDBからMySQLとS3へ移行し、コストを80%以上削減

                    垂直スケーラビリティと効果的なテストによる金融取引システムのパフォーマンスと効率の最大化 Peter Lawrey氏はJavaチャンピオンであり、Chronicle SoftwareのCEOとして、開発者を鼓舞してソリューションのクラフトマンシップを高めることに情熱を注いでいる。経験豊富なソフトウェアエンジニアとして、Lawrey氏はソフトウェア開発プロセスにおけるシンプルさ、パフォーマンス、創造性、革新性を奨励することに努めている。

                      Zendesk、DynamoDBからMySQLとS3へ移行し、コストを80%以上削減
                    • 2024-02-05のJS: TypeScript 5.4 Beta、Learn Testing/Performance、Interop 2024

                      JSer.info #679 - TypeScript 5.4 Betaがリリースされました。 Announcing TypeScript 5.4 Beta - TypeScript クロージャーにおけるNarrowing結果の改善、NoInfer Utility Typeが追加されています。 また、ES2024のObject.groupBy/Map.groupByをサポート、Import Attributesのサポートが追加されています。 そのほかには、target: "ES3"やoutオプションなどを非推奨として、次のTypeScript 5.5で削除されることがアナウンスされています。TypeScript 5.5で削除されるオプションは、次のIssueにまとめられています。 Feedback: 5.0 deprecations · Issue #51909 · microsoft/T

                        2024-02-05のJS: TypeScript 5.4 Beta、Learn Testing/Performance、Interop 2024
                      • 3Dモデルの配信サーバーでRustとZstandardを採用して数倍のパフォーマンス向上を実現した - pixiv inside


                         VRoidyue VRoid Hub3DRustZstandard (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
                        • PostgreSQLの実行計画の推定行数と実行数の乖離改善の考え方

                          はじめに 以前こんなツイートをしました。 すると、リプライで色々とコメントを頂きました。(疑問を投げかけたら答えてくれる方々、本当にいつもありがたいです🙇‍♂️) ということで、本記事では推定行数と実際の行数の乖離を減らすために何をやったのかを備忘として書きます。 ただ、実際のSQLや実行計画を書くことはできないので、あくまでどんな考え方をしたのか、ということを書きます。 対処法①(対象のテーブルのautovacuum頻度を変更) 対象のテーブルはかなり更新の激しいテーブルだと聞いていたので、まずは統計情報が最新化されているかを考えました。 更新が激しくてautovacuum時の自動ANALYZEが追い付いていないんじゃないかと考え、対象のテーブルだけ自動ANALYZEの頻度が上がるように設定を変更しました。 PostgreSQLの設定パラメータは基本的にはpostgresql.conf

                            PostgreSQLの実行計画の推定行数と実行数の乖離改善の考え方
                          • The Performance Inequality Gap, 2024 - Infrequently Noted

                            The global device and network situation continues to evolve, and this series is an effort to provide an an up-to-date understanding for working web developers. So what's changed since last year? And how much HTML, CSS, and (particularly) JavaScript can a new project afford? The Budget, 2024 JavaScript-Heavy Markup-Heavy Calculate Your Own Situation Report Mobile Desktop Takeaways The Great Branch

                              The Performance Inequality Gap, 2024 - Infrequently Noted
                            • “断熱の鬼”が費用対効果の高い新築断熱住宅について語り尽くす! - 住まいのお役立ち記事

                              (株)松尾設計室 代表取締役 兵庫県出身、九州大学工学部建築学科卒の一級建築士。「健康で快適な省エネ建築を経済的に実現する」ことをモットーに、設計活動のほか、住宅専門紙への連載や「断熱」「省エネ」に関する講演を多数実施。これまでに受講した設計事務所、工務店等は延べ6,000社を超える。2005年「サステナブル住宅賞(現:SDGs住宅賞)」受賞、2020年から開始したYouTubeチャンネルの登録者数は6.9万人(2024年1月時点)。著書『ホントは安いエコハウス』、『あたらしい家づくりの教科書』(共著)、『5人の先生が教える一生幸せなエコハウスのつくりかた』(共著)など。 快適な住宅に欠かせない「断熱」。近年、注目されている背景は? ── 昨今、断熱への注目度が高まっているように感じます。そもそもなぜ断熱が重要なのでしょうか? 松尾さん:断熱って簡単に言うと「住宅の厚着」なんです。日本の古

                                “断熱の鬼”が費用対効果の高い新築断熱住宅について語り尽くす! - 住まいのお役立ち記事
                              • 脱Android、Huaweiが独自OS「HarmonyOS NEXT」を発表 | gihyo.jp


                                Android Weekly Topics AndroidHuaweiOSHarmonyOS NEXT 2024119HuaweiHarmonyOS NEXT 20244 HarmonyOS NEXT Developer Preview |  HarmonyOS HuaweiGoogleGMSAndroid使HarmonyOSHuawei
                                  脱Android、Huaweiが独自OS「HarmonyOS NEXT」を発表 | gihyo.jp
                                • その13 キャッシュメモリの効果

                                  キャッシュメモリがメモリアクセスにおいてどれだけの効果を持つか、実験によって確かめます。 00:00 前置き 00:37 キャッシュメモリとは 04:20 実験方法 07:07 結果 09:08 まとめ テキスト https://speakerdeck.com/sat/kiyatusiyumemorifalsexiao-guo

                                    その13 キャッシュメモリの効果
                                  • ソフト ナビゲーションの測定実験  |  Web Platform  |  Chrome for Developers

                                    Core Web Vitals イニシアチブでは、リリース以来、ウェブサイトの作成や読み込みの背後にある技術的詳細ではなく、ウェブサイトの実際のユーザー エクスペリエンスを測定することを目標としてきました。Core Web Vitals の 3 つの指標は、ユーザー中心の指標として作成されました。これらは既存の技術的指標(DOMContentLoaded や load など)を進化させたもので、ページのパフォーマンスに対するユーザーの感じ方とは無関係であることが多い時間を測定したものです。そのため、サイトのパフォーマンスが良好であれば、サイトの構築に使用されたテクノロジーがスコア判定に影響することはありません。 現実は理想的よりも常に少し複雑で、人気のあるシングルページ アプリケーション アーキテクチャがウェブに関する主な指標の指標で完全にサポートされていることは一度もありません。このよう

                                      ソフト ナビゲーションの測定実験  |  Web Platform  |  Chrome for Developers
                                    • 注意!DBのインデックスが効かなくなるSQL | SIOS Tech. Lab

                                      ◆ Live配信スケジュール ◆ サイオステクノロジーでは、Microsoft MVPの武井による「わかりみの深いシリーズ」など、定期的なLive配信を行っています。 ⇒ 詳細スケジュールはこちらから ⇒ 見逃してしまった方はYoutubeチャンネルをご覧ください 【3/22開催】テックブログを書こう!アウトプットのススメ 1年で100本ブログを出した新米エンジニアがPV数が伸びなくてもTech Blogを書き続ける理由とは? https://tech-lab.connpass.com/event/312805/ 【4/18開催】VSCode Dev Containersで楽々開発環境構築祭り〜Python/Reactなどなど〜 Visual Studio Codeの拡張機能であるDev Containersを使ってReactとかPythonとかSpring Bootとかの開発環境をラクチ

                                        注意!DBのインデックスが効かなくなるSQL | SIOS Tech. Lab
                                      • レイテンシ(遅延)とスループット(帯域幅)と帯域幅遅延積 - Qiita

                                        マルチクラウド展開にまつわる既成概念を覆すより データ転送では、特に長距離の場合にレイテンシ(遅延)が問題になることがありますが、現在はすべてのクラウド・プロバイダーがそれぞれの物理インフラストラクチャを互いの近くに配置(専門用語では「コロケーション」)しているため、これはさほど問題となりません。この近接性(場合によっては同一コロケーション施設内の別の部屋)は、クラウド間のレイテンシがミリ秒単位であることを意味します。それに加え、クラウド・データセンター・リージョンは世界中で増加しており、クラウド・リージョン間の距離は縮まっています。 という事で、レイテンシ(遅延)について、まとめてみてみます。 ■ Agenda レイテンシ(遅延)とスループット(帯域幅) レイテンシと TCP の動作 帯域幅遅延積(Bandwidth-Delay Product) TCP Window Size の調整と

                                          レイテンシ(遅延)とスループット(帯域幅)と帯域幅遅延積 - Qiita
                                        • 効率的なGo


                                          Go CPUOSGoGoDevOpsSRE    
                                            効率的なGo
                                          • Web の仕様を眺めるシリーズ Soft Navigations Performance Entry | Offers Tech Blog


                                            Offers  overflow     Chrome Platform Status  Proposed/In Development etc  form-sizing field-sizing CSS property  SPA   Soft Navigations Performance Entry  SPA  History.pushState  History.replaceState  JavaScript 
                                              Web の仕様を眺めるシリーズ Soft Navigations Performance Entry | Offers Tech Blog
                                            • 【大原雄介の半導体業界こぼれ話】 CPU処理性能向上の歴史というか、苦闘の歴史

                                                【大原雄介の半導体業界こぼれ話】 CPU処理性能向上の歴史というか、苦闘の歴史
                                              • 次期Python、ついにJITコンパイラ搭載の見通し。「copy-and-patch」と呼ばれる新たなJITコンパイラの仕組みとは?

                                                次期Python、ついにJITコンパイラ搭載の見通し。「copy-and-patch」と呼ばれる新たなJITコンパイラの仕組みとは? 機械学習やAI処理の分野を中心に非常に高い人気のプログラミング言語である「Python」の次期バージョンに、処理速度の向上を目指したJITコンパイラが搭載される見通しです。 このJITコンパイラは、PythonコアデベロッパーのBrandt Bucher氏が提案し、実装しています。 そしてPython Software FoundationのフェローであるAnthony Shaw氏がブログ「Python 3.13 gets a JIT」で、このJITコンパイラについて解説しています。 これらの情報を元に、PythonのJITコンパイラがどのように実装されようとしているのか、少し紹介していきましょう。 RubyもJavaScriptもJITが高速化を実現してき

                                                  次期Python、ついにJITコンパイラ搭載の見通し。「copy-and-patch」と呼ばれる新たなJITコンパイラの仕組みとは?
                                                • Troubleshoot low freeable memory in Amazon RDS for MySQL

                                                  How can I troubleshoot low freeable memory in an Amazon RDS for MySQL database? I run an Amazon Relational Database Service (Amazon RDS) for MySQL instance. I see that my available memory is low, my database is out of memory, or low memory is causing latency issues in my application. I want to identify the source of the memory utilization and troubleshoot. Short description In Amazon RDS for MySQL

                                                    Troubleshoot low freeable memory in Amazon RDS for MySQL
                                                  • Ruby 3.3 YJITのメモリ管理とRJIT 〜すべてが新しくなった2つのJITを使いこなす | gihyo.jp


                                                    Ruby 3.3  Ruby 3.3 YJITRJIT 2JIT使 20231225Ruby 3.3.0Ruby RubyJust-In-TimeJITRuby 3.3YJITRJIT2JIT--yjit--rjit Ruby 3.3YJITYJIT便RJIT使YJ
                                                      Ruby 3.3 YJITのメモリ管理とRJIT 〜すべてが新しくなった2つのJITを使いこなす | gihyo.jp
                                                    • 非同期ジョブをユーザーアクションに組み込まない


                                                      (稿)  ActiveJob  perform_later  Barbeque 使  { API}   ? 
                                                      • LinkedInがREST+JSONではなくgRPC+Protobufを選んだ理由:Karthik Ramgopal氏とMin Chen氏とのQ&A

                                                        垂直スケーラビリティと効果的なテストによる金融取引システムのパフォーマンスと効率の最大化 Peter Lawrey氏はJavaチャンピオンであり、Chronicle SoftwareのCEOとして、開発者を鼓舞してソリューションのクラフトマンシップを高めることに情熱を注いでいる。経験豊富なソフトウェアエンジニアとして、Lawrey氏はソフトウェア開発プロセスにおけるシンプルさ、パフォーマンス、創造性、革新性を奨励することに努めている。

                                                          LinkedInがREST+JSONではなくgRPC+Protobufを選んだ理由:Karthik Ramgopal氏とMin Chen氏とのQ&A
                                                        • 高効率なSQLクエリの書き方 - Qiita

                                                          概要 この記事では、SQLクエリをより効率的に記述するためのベストプラクティスとテクニックに焦点を当てています。データベースのクエリはシステム全体のパフォーマンスに直結するため、最適な書き方を知ることは重要です。インデックスの効果的な活用方法、適切な結合の選択、そして条件の効果的な書き方など、SQLの最適化に関する具体的な手法を解説します。各SQL文に関する実行計画の結果も掲載していますので、ぜひご確認ください。 なお、Oracle19cとOracle12cでの利用実績がありますが、他のデータベースやバージョンにおいての検証は行っておりません。 新しい情報は随時追加されますので、お楽しみにしてください。 SQLの最適化に関連する基本的なアイデア 以下の通りと考えています。 1.インデックスの利用 2.正しいJOINの選択 INNER JOIN、LEFT JOIN、RIGHT JOINなど、

                                                            高効率なSQLクエリの書き方 - Qiita
                                                          • 型キャストの場所のせいで、秒で終わっていたクエリに1時間超かかるようになってしまった話 - SmartHR Tech Blog

                                                            SmartHRで届出書類という機能を担当しているプロダクトエンジニアのsato-sと申します。 今日は、以前私が調査にとても苦労したパフォーマンス上の問題の話を紹介したいと思います。 TL;DR PostgreSQLのアップグレードを実施した アップグレード後、今までは問題のなかった特定のクエリの実行に1時間超かかり、DBのCPU使用率がピッタリ100%に張り付くようになった 色々調査した結果、PostgreSQL上の型キャストの場所のせいで、良くないクエリプランが選択されることが原因だった 型キャストの場所には気をつけよう PostgreSQLのアップグレードと挫折 SmartHRでは基本的にWebアプリケーションのデータベースとしてGoogle CloudのCloudSQLによって提供されるPostgreSQLを利用しています。 私の担当している届出書類機能では、利用中のPostgre

                                                              型キャストの場所のせいで、秒で終わっていたクエリに1時間超かかるようになってしまった話 - SmartHR Tech Blog
                                                            • MySQLでUUIDv4をプライマリキーにするとパフォーマンス問題が起きるのはなぜ?(N回目)

                                                              はじめに こんにちは、令和トラベルでバックエンドエンジニアをしている飯沼です。 MySQLでは、UUID (v4)などのランダム性の高いIDをプライマリキーに設定すると、パフォーマンスが低下すると言われています。私自身もこの問題については認識しておりアンチパターンとして避けて来ましたが、イマイチ理由を理解できず何度も調べていたので自分の理解を整理しました。 ※ この記事は令和トラベルのTech LT会で共有した内容を記事にしたものです。社外の方にもご参加いただけるTech LT会は connpass にて告知しています。 UUIDをプライマリキーにするユースケース そもそもUUIDをプライマリキーにするユースケースはどのようなものがあるのでしょうか? いくつかの観点から考えてみます。 パフォーマンス観点 大量の同時書き込みが発生するような状況でauto incrementを利用してIDを発

                                                                MySQLでUUIDv4をプライマリキーにするとパフォーマンス問題が起きるのはなぜ?(N回目)
                                                              • Go製CLIツールGatling Commanderによる負荷試験実施の自動化 - ZOZO TECH BLOG

                                                                はじめに こんにちは、ML・データ部MLOpsブロックの岡本です。 MLOpsブロックでは機械学習モデルの実験基盤の作成、機械学習モデルを組み込んだAPI・Batchの開発・運用・保守を行なっています。APIを開発する際には負荷試験を実施し、本番環境で運用する際に求められるスループット・レイテンシを達成できるか確認します。 MLOpsブロックでの従来の負荷試験実施には人手を要する定型的な作業が複数ありました。また頻繁に行う作業でもありトイルとなっていました。 本記事ではMLOpsブロックで抱えていた負荷試験実施の課題と、解決のために開発したOSSのCLIツール、Gatling Commanderについて紹介します。Gatling Commanderが負荷試験の実施におけるトイル削減の一助になれば幸いです。 github.com 目次 はじめに 目次 背景・課題 従来の負荷試験実施の方法 分

                                                                  Go製CLIツールGatling Commanderによる負荷試験実施の自動化 - ZOZO TECH BLOG
                                                                • PytorchによるLLMの高速化

                                                                  アドベントカレンダー「ほぼ横浜の民」の11日目の記事です。 今年は LLM の高速化実装について書いています。私はLLMの専門家ではないですが前々から興味があったので少し勉強してみました。 この記事を読んでわかること LLMが文章を生成する仕組み torch.compile によって LLM はどのように高速化されるのか? Speculative Decoding とは? 背景 少し前に Accelerating Generative AI with Pytorch II: GPT, Fast という素晴らしいブログ記事を見かけました。この記事は Pytorch チームから出されたもので、素の Pytorch のみを用いて LLM の推論を 10 倍高速化できるというものでした。一体どのように 10 倍もの高速化を実現しているのか気になったので、個人的な勉強も兼ねてこの記事を書いています。

                                                                    PytorchによるLLMの高速化
                                                                  • グリーン・デイの年越しパフォーマンスでMAGAが炎上。グリーン・デイ批判をしたイーロン・マスクにバンドが反撃。 (中村明美の「ニューヨーク通信」)-rockinon.com|https://rockinon.com/blog/nakamura/208484


                                                                    TV  ABCDick Clarks New Years Rockin Eve with Ryan Seacrest 2024 MAGA1 MAGA
                                                                      グリーン・デイの年越しパフォーマンスでMAGAが炎上。グリーン・デイ批判をしたイーロン・マスクにバンドが反撃。 (中村明美の「ニューヨーク通信」)-rockinon.com|https://rockinon.com/blog/nakamura/208484
                                                                    • Reactで実装したフォームのパフォーマンスが問題になるのはなぜか


                                                                      RelayHub ReactReact Hook FormReact Final FormTanStack Form React Hook Form使React React ReactDOMDOMReact
                                                                        Reactで実装したフォームのパフォーマンスが問題になるのはなぜか
                                                                      • Reactにおけるパフォーマンス最適化のTips

                                                                        はじめに React は内部でのパフォーマンス最適化により UI 更新に必要な DOM 操作の数を軽減しています。本記事では、さらに React アプリケーションを最適化するテクニックを紹介します。 前提知識 以下にレンダリングの仕組み等を解説します。すでにご存知の方は飛ばしてテクニックの章をお読みください。 React がどのように UI を更新するのか レンダリングされたコンポーネントを作成した時、React はコンポーネントの要素木に対してvirtual DOMを作成します。コンポーネントの状態が変わるたびに React は virtual DOM 木を作成し以前のレンダリング結果と比較します。それらの違いのみを変更された要素の実際の DOM に反映します。 実際の DOM は操作するのにパフォーマンスコストがかかるため、React は virtual DOM を用いることで再レンダ

                                                                          Reactにおけるパフォーマンス最適化のTips
                                                                        • PerformanceResourceTiming API で HTTP Cache のヒット率を知る - Repro Tech Blog

                                                                          はじめに こんにちは、Repro Booster という製品の開発責任者/プロダクトマネジメントを担当しているEdward Fox(edwardkenfox)です。 WebサイトやWebアプリケーションの表示速度を考える上では、キャッシュの活用はとても大事なテーマです。一口にキャッシュといっても、Webの文脈だけで見ても様々なレイヤーや用途のキャッシュが存在します。今回は昔ながらのキャッシュ、いわゆる HTTP Cache に的を絞り、HTTP Cache のヒット率について考えてみたいと思います。 さまざまなキャッシュレイヤー 前述のように、Webにおけるキャッシュには用途やレイヤーの異なる様々な種類のものが存在します。Webサイト/Webアプリケーションを開発する上で気にかけるべきものは、おおよそ次のようなものが該当するでしょう。 HTTP Cache (ブラウザキャッシュ) Cach

                                                                            PerformanceResourceTiming API で HTTP Cache のヒット率を知る - Repro Tech 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%向上する見込み
                                                                              • いいことづくめのメモリモジュール「LPCAMM2」、Micronが投入へ

                                                                                  いいことづくめのメモリモジュール「LPCAMM2」、Micronが投入へ
                                                                                • 【資料公開】ベロシティ Deep Dive


                                                                                  @ryuzee 202411012Regional Scrum Gathering Tokyo 2024  Deep DiveDeep Dive Deep Dive  Deep Dive  Deep Dive  Deep Dive  Deep Dive   
                                                                                    【資料公開】ベロシティ Deep Dive