並び順

ブックマーク数

期間指定

  • から
  • まで

401 - 440 件 / 455件

新着順 人気順

パフォーマンスの検索結果401 - 440 件 / 455件

  • 脱Android、Huaweiが独自OS「HarmonyOS NEXT」を発表 | gihyo.jp

    Android Weekly Topics 脱Android⁠⁠、Huaweiが独自OS「HarmonyOS NEXT」を発表 2024年1月19日に、Huaweiが自社製の「HarmonyOS NEXT」を発表しました。 開発者向けにはプレビュー版がリリース済みで、2024年の第4四半期にはリリースが予定されています。 HarmonyOS NEXT Developer Preview | 华为开发者联盟 HarmonyOSと言えば…… 米トランプ政権時代、Huaweiは安全保障上の懸念から米国企業との取引を禁じられました。これにより、GoogleのGMS入りのAndroidが使用できなくなったために、独自に開発したHarmonyOSが登場しました。タブレットは残っているものの、これにより国内ではスマホを見ることがなくなり、Huaweiはウェアラブルデバイス専業メーカの印象が強くなりました

      脱Android、Huaweiが独自OS「HarmonyOS NEXT」を発表 | gihyo.jp
    • Rails: 時間との戦い -- テストを5倍高速化するツールと手順(翻訳)|TechRacho by BPS株式会社

      概要 元サイトの許諾を得て翻訳・公開いたします。 英語記事: Railing against time: tools and techniques that got us 5X faster tests—Martian Chronicles, Evil Martians’ team blog 原文公開日: 2024/08/14 著者: Vitalii Yulieff(バックエンドエンジニア)、Travis Turner(技術編集者) サイト: Evil Martians -- ニューヨークやロシアを中心に拠点を構えるRuby on Rails開発会社です。良質のブログ記事を多数公開し、多くのgemのスポンサーでもあります。 日本語タイトルは内容に即したものにしました。 はじめに 遅いテストはどんなプロジェクトでもつらいものですが、大規模に運用されているエンタープライズレベルのプロジェクトで

        Rails: 時間との戦い -- テストを5倍高速化するツールと手順(翻訳)|TechRacho by BPS株式会社
      • The Hidden Performance Cost of NodeJS and GraphQL

        NodeJS and GraphQL are popular technologies for building web applications, but in my experience, they come with certain scaling and performance tradeoffs to be aware of. tl;dr: GraphQL's modular structure generally leads to code that instantiates excessive promises, which degrades request performance. Benchmarks show a 2-3x latency increase. Thanks for reading Software at Scale! Subscribe for free

          The Hidden Performance Cost of NodeJS and GraphQL
        • Million Lint is in public beta | Million.js

          Million Lint is in public betaAiden Bai (opens in a new tab), John Yang (opens in a new tab), Nisarg Patel (opens in a new tab) – February 29, 2024 It’s launch time. After three months and hundreds of commits, we invite you to try out Million Lint. The experience is not finished – there are a few known bugs and several missing features – but we are really happy with how it's shaping up and couldn'

          • BigQuery の Execution Plan を体感&可視化で理解してパフォーマンスチューニングする - Qiita

            この記事では、BigQuery に搭載されている Query execution graphs を用いて、なんとなくクエリのパフォーマンスを最適化する方法を説明します。 ほとんどの項目が経験と憶測で書かれているので、あくまで参考程度にお願いします。 Query execution graphs とは Query execution graphs とは、BigQuery が SQL クエリを解釈して実行計画を作成する際に生成される内部表現です。Execution graphs は、クエリの各ステップをノードとして表し、ノード間のデータフローをエッジとして表します。また、グラフを見ることで、クエリの実行順序や依存関係、並列度やリソース消費などを把握することができます。 主に以下のようなノード(ステージ)があります。 Input: データセットからデータを読み込むノード。テーブルデータの統計情報

              BigQuery の Execution Plan を体感&可視化で理解してパフォーマンスチューニングする - Qiita
            • The Three Cs: 🤝 Concatenate, 🗜️ Compress, 🗳️ Cache – CSS Wizardry

              I began writing this article in early July 2023 but began to feel a little underwhelmed by it and so left it unfinished. However, after recent and renewed discussions around the relevance and usefulness of build steps, I decided to dust it off and get it finished. Let’s go! When serving and storing files on the web, there are a number of different things we need to take into consideration in order

                The Three Cs: 🤝 Concatenate, 🗜️ Compress, 🗳️ Cache – CSS Wizardry
              • #RubyKaigi 2024 LTで「Improved REXML XML parsing performance using StringScanner 」というタイトルで発表しました。 - @naitohの日記

                RubyKaigi 2024 LT で 6年振り にLT発表させて頂きました。 今回の内容は、おおよそ naitoh.hatenablog.com を5分に縮めた内容になります。 具体的には、下記になります。 自分が作成している RBPDF gem で SVG 画像(XMLで記述されています。)を処理したいので、XML処理ライブラリの中でインストールの容易な REXML を使いたい。 REXML は C拡張の gem の libxml-ruby と比較して dom で65倍、sax でも 21倍遅いので、速くしたい。 Ruby 3.3 で YJIT を有効にするだけで dom で65倍→44倍、sax で 21倍→14倍の性能差まで改善されるが、まだ遅いのでさらに改善したい。 RubyKaigi 2019 の Better CSV processing with Ruby 2.6 で、St

                  #RubyKaigi 2024 LTで「Improved REXML XML parsing performance using StringScanner 」というタイトルで発表しました。 - @naitohの日記
                • Faster TypeScript builds with --isolatedDeclarations by Titian-Cornel Cernicova-Dragomir - GitNation

                  Type-checking a TypeScript codebase can be slow, especially for monorepos containing lots of projects that each need to use the type checker to generate type declaration files. In this talk, we introduce — for the very first time — a new TypeScript feature we are working on called “Isolated Declarations” that allows DTS files to be generated without using the type checker at all! This opens the do

                    Faster TypeScript builds with --isolatedDeclarations by Titian-Cornel Cernicova-Dragomir - GitNation
                  • ソフト ナビゲーションの測定実験  |  Web Platform  |  Chrome for Developers

                    Core Web Vitals イニシアチブは発足以来、ウェブサイトの作成方法や読み込み方法の技術的な詳細ではなく、ウェブサイトの実際のユーザー エクスペリエンスを測定することを目指してきました。Core Web Vitals の 3 つの指標はユーザー中心の指標として作成されました。DOMContentLoaded や load などの既存の技術指標から進化したものであり、ユーザーがページのパフォーマンスを認識する方法とは無関係なタイミングを測定していました。そのため、サイトの構築に使用されているテクノロジーがスコアに影響を与えることはありません。 現実は常に理想よりも少し複雑であり、一般的なシングルページ アプリケーション アーキテクチャは、Core Web Vitals の指標によって完全にサポートされているものではありません。これらのウェブ アプリケーションでは、ユーザーがサイト内

                      ソフト ナビゲーションの測定実験  |  Web Platform  |  Chrome for Developers
                    • 【JavaScript】アニメーションの処理負荷を軽減する | Web production note

                      単体のアニメーションだとそれほど気にならない場合でも、表示範囲の中で複数のアニメーションが同時に走ったりする場合、負荷が増大して処理落ちなどを起こすことがあります。 レンダリング負荷を軽減するため試行錯誤をしたので、備忘録もかねて実施した内容をまとめました。 可読性や保守性など、よりクリーンなコードを目指す場合は不適切な書き方があるかもしれません。 コードは参考程度に見ていただき、各自の環境でデバッグのうえより適切なコードを選択していただければと思います。 パフォーマンスパネルでデバッグ今回はChromeのパフォーマンスパネルで検証をしました。 パフォーマンス計測後の詳細からJSファイルを参照すると、具体的な実行時間まで表示されるため重たい処理の特定に非常に重宝しました。 パフォーマンスパネルの使い方の詳細は以下をご参照ください。

                        【JavaScript】アニメーションの処理負荷を軽減する | Web production note
                      • Apple Silicon GPU(mps) の embeddings 変換パフォーマンス - A Day in the Life

                        RTX 4090 が圧勝(そりゃそうだろう)、というのは置いておいても、T4 の60%の速度が M2 GPU 10 コアで出ている。M3 Max はGPU 40コアモデルもあって、速度が線型増加すると仮定すると、M3 Max GPU 40コアならRPSは130ぐらい。RTX4090 の 1/3ぐらいの速度になって、ラップトップPCのGPUとしてはかなり速い。T4の倍以上の速度は出そう。 M2 の Embeddings の変換は実用的な速度か?と言われると用途によりそう。すごく遅くはないが、早くもない。ただ、M2 CPU で変換するよりは GPU は3倍は速いし、HuggingFace Transformers なら device を "mps" にするだけで使えるので、Mac で使う場合は当たり前に GPU を使っていきたい。M3 Max なら大体の用途で、そこそこ実用的な速度が出るんじゃ

                          Apple Silicon GPU(mps) の embeddings 変換パフォーマンス - A Day in the Life
                        • 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

                          • Ultimate guide to optimizing Stable Diffusion XL

                            IntroductionIn this article we're going to optimize Stable Diffusion XL, both to use the least amount of memory possible and to obtain maximum performance and generate images faster. We will be able to generate images with SDXL using only 4 GB of memory, so it will be possible to use a low-end graphics card. We're going to use the diffusers library from Hugging Face since this blog is scripting/de

                              Ultimate guide to optimizing Stable Diffusion XL
                            • Rails: 巨大テーブルへのインデックス追加でパフォーマンス低下を避ける方法(翻訳)|TechRacho by BPS株式会社

                              概要 元サイトの許諾を得て翻訳・公開いたします。 英語記事: How to add index to a big table of your Rails app | Arkency Blog 原文公開日: 2024/06/13 原著者: Szymon Fiedler 日本語タイトルは内容に即したものにしました。 成功したアプリケーションでは、一部のテーブル(usersテーブルなど)がかなり肥大化することがあります。ご興味がおありでしたら、データベースのパフォーマンスを定期的にチェックしてみましょう。メトリクスで遅いクエリが見つかったら、インデックスを付け忘れている可能性が高いでしょう。 🔗 DBエンジンの現状をチェックしよう 現代のデータベースなら、ほとんどの場合非同期かつ非ブロッキング方式でインデックスを作成可能ですが、そのデータベースのルールにどんな例外があるかをもれなく理解しておく

                                Rails: 巨大テーブルへのインデックス追加でパフォーマンス低下を避ける方法(翻訳)|TechRacho by BPS株式会社
                              • Improve performance of you Rust functions by const currying

                                Currying is a functional programming technique that allows you to partially apply a function’s arguments and return a new function that takes the remaining arguments. This is widely used in functional programming languages like Haskell, as a fundamental tool for many design patterns. However, today we use the technique in Rust to improve the performance of our functions. TL;DR: You can also take a

                                • The Ultimate Guide to Font Performance Optimization | DebugBear

                                  Font performance optimization is a set of web development techniques that make fonts load faster and render more smoothly. They involve practices such as thoughtful font selection, the use of performant font formats, self-hosting, optimized @font-face declarations, font display strategies, and more. Optimizing the fonts displayed on your website comes with many web performance advantages, includin

                                    The Ultimate Guide to Font Performance Optimization | DebugBear
                                  • A JavaScript snippet that sets all Lighthouse scores to 100%

                                    Metrics. Metrics is something that we all use to measure (flex) the success of our websites. One of the ways to benchmark the success of a website, these days, is to use Lighthouse, a tool that helps us to audit the performance of our websites. It benchmarks the overall performance based on four main metrics: Performance, Accessibility, Best Practices, and SEO. If your website can score 100 in all

                                      A JavaScript snippet that sets all Lighthouse scores to 100%
                                    • Best practices for performance tuning AWS Glue for Apache Spark jobs -

                                      Best practices for performance tuning AWS Glue for Apache Spark jobs Roman Myers, Takashi Onikura, and Noritaka Sekiyama, Amazon Web Services (AWS) December 2023 (document history) AWS Glue provides different options for tuning performance. This guide defines key topics for tuning AWS Glue for Apache Spark. It then provides a baseline strategy for you to follow when tuning these AWS Glue for Apach

                                      • blocking=render: Why would you do that?! – CSS Wizardry

                                        WebKit have recently announced their intent to implement the blocking=render attribute for <script> and <style> elements, bringing them in line with support already available in Blink and generally positive sentiment in Firefox. The blocking=render attribute allows developers to explicitly mark a resource as render blocking, but… why on earth would you want to do that?! The short answer is: genera

                                          blocking=render: Why would you do that?! – CSS Wizardry
                                        • Rubyは思ったより速いかもしれないとの指摘 | ソフトアンテナ

                                          国産プログラミング言語「Ruby」は、インタプリタ型のプログラミング言語であるため、「処理速度が遅そう」というイメージを持つ開発者の方もいるかもしれません。 しかし今回、Rubyで書かれたプログラムも工夫次第で十分高速に操作することを、John Hawthorn氏はブログ記事「Ruby might be faster than you think」で指摘し、Hacker NewsやRedditで注目を集めています。 同氏が例として掲載しているのは、crystalrubyと呼ばれる、Rubyの中からCrystalを呼び出すためのgemのサンプルプログラムです。 CrystalはRubyに似た構文を採用した静的型付けプログラミング言語です。 フィボナッチ数を計算するプログラムで、Pure Ruby版のfib_rbとCrystalのコードを呼び出すfib_crの実行速度を比較しています。 req

                                            Rubyは思ったより速いかもしれないとの指摘 | ソフトアンテナ
                                          • 「Chrome 129」では「IndexedDB」が高速化 ~Googleが新しい最適化を導入へ/「Snappy」圧縮でディスク消費とパフォーマンスを改善

                                              「Chrome 129」では「IndexedDB」が高速化 ~Googleが新しい最適化を導入へ/「Snappy」圧縮でディスク消費とパフォーマンスを改善
                                            • Java Virtual Threads: a Case Study

                                              InfoQ Software Architects' Newsletter A monthly overview of things you need to know as an architect or aspiring architect. View an example

                                                Java Virtual Threads: a Case Study
                                              • Accelerating Generative AI with PyTorch: Segment Anything, Fast

                                                by Team PyTorch This post is the first part of a multi-series blog focused on how to accelerate generative AI models with pure, native PyTorch. We are excited to share a breadth of newly released PyTorch performance features alongside practical examples of how these features can be combined to see how far we can push PyTorch native performance. As announced during the PyTorch Developer Conference

                                                  Accelerating Generative AI with PyTorch: Segment Anything, Fast
                                                • The One Billion Row Challenge in Go: from 1m45s to 3.4s in nine solutions

                                                  The One Billion Row Challenge in Go: from 1m45s to 3.4s in nine solutions March 2024 Go to: Baseline | Solutions | Table of results | Final comments I saw the One Billion Row Challenge a couple of weeks ago, and it thoroughly nerd-sniped me, so I went to Go solve it. I’m late to the party, as the original competition was in January. It was also in Java. I’m not particularly interested in Java, but

                                                  • [MySQL] datetime 列に対する検索速度効率の違いを検証する

                                                    ▼ はじめに 本日は満席の運びでこれはどうも わたくし株式会社 Belong で Engineering Manager をしている七色メガネと申します いやはや九月になったというのにまだまだ暑いですねえ と言ってお天道様を憎む勇気もないしがない路傍石でございますから やれ異常気象だのやれ二季の到来だの世間様と足並み揃えてあちらで騒ぎこちらで踊りなどをしておるわけですけれどもええ 氷菓片手に暦をチラとみてみますと、今は暦の上では立秋といい秋の始まりに片足を突っ込んでいるというですから驚きです とはいえ九月の中頃まで続く暑さのことを残暑という慣わしは古くからあるそうで 立秋という言葉が涼の到来を表すものではないというのは昔から続くものというのはなんともおかしな話ではありますなあ 立という言葉から私は立てば芍薬、の句を連想しましたがそれをもじりまして一つ 立てば灼熱座れば炮烙歩く姿は湯気の中

                                                      [MySQL] datetime 列に対する検索速度効率の違いを検証する
                                                    • SQLチューニングとは宣言型言語でリファクタリングをするということ

                                                      これはなに ども、レバテック開発部のもりたです。 タイトルの通りなんですが、SQLチューニングってつまり宣言型言語でリファクタリングするってことだよね、というのを書きます。なお具体的なリファクタの方法とか実行計画の読み方とかはスコープ外です(別で書く予定)。 SQLチューニングはリファクタリング まずSQLチューニングというと、パフォーマンス改善みたいな意味合いが強いと思います。ただ、SQLチューニングは本質的にはリファクタリング的な行為であるはずです。リファクタリングの定義を確認すると、 リファクタリングとは、ソフトウェアの外部の振る舞いを保ったままで、内部の構造を改善していく作業を指します。 引用元: 『リファクタリング 既存のコードを安全に改善する 第2版』 雑にいえば、結果を変えないでコードを改善することです。ここでいう改善とは内部品質を向上させることで、例えば保守容易性であったり

                                                        SQLチューニングとは宣言型言語でリファクタリングをするということ
                                                      • LinkedIn、EspressoをHTTP2に移行し、接続数を88%、待ち時間を75%削減

                                                        Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

                                                          LinkedIn、EspressoをHTTP2に移行し、接続数を88%、待ち時間を75%削減
                                                        • 7 Quick Tips about Vue Styles You (Might) Didn’t Know

                                                          Single file components consist of three distinct entities: template, script and styles. All of them are important but the latter is often being neglected even though it can become complex and often cause frustration and bugs. A better understanding can improve code reviews and decrease debugging time. Here are 7 tips to help you with that: Styling Scoped And Slotted ContentScoped Selector Performa

                                                            7 Quick Tips about Vue Styles You (Might) Didn’t Know
                                                          • llm-jp-eval リーダーボード

                                                            このリーダーボードは、llm-jpで検証している結果である (v1.0.0). Made by Kei Kamata using Weights & Biases

                                                              llm-jp-eval リーダーボード
                                                            • LinkedInがREST+JSONではなくgRPC+Protobufを選んだ理由:Karthik Ramgopal氏とMin Chen氏とのQ&#x26;A

                                                              Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

                                                                LinkedInがREST+JSONではなくgRPC+Protobufを選んだ理由:Karthik Ramgopal氏とMin Chen氏とのQ&#x26;A
                                                              • 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
                                                                • 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
                                                                  • Optimizing global message transit latency: a journey through TCP configuration

                                                                    At Ably, we provide a realtime messaging service that aims to deliver messages between globally-distributed participants with the lowest latency possible. When powering apps that enable realtime collaboration, or require time-critical updates, low and consistent latency is essential. We recently deployed dedicated infrastructure for a new customer whose workload involved sporadic but highly time-c

                                                                      Optimizing global message transit latency: a journey through TCP configuration
                                                                    • An Optimization That's Impossible in Rust!

                                                                      An Optimization That’s Impossible in Rust! 2024/08/30 data structure #dynamically sized type #german string #optimization #reference counting #shared ownership #short string #small string #umbra string #unsafe TL;DR Here’s the link to the crate. As I’m studying database systems for my Master’s degree in Germany, this article Why German Strings are Everywhere immediately caught my attention. I was

                                                                        An Optimization That's Impossible in Rust!
                                                                      • How web bloat impacts users with slow devices

                                                                        At a first glance, the table seems about right, in that the sites that feel slow unless you have a super fast device show up as slow in the table (as in, max(LCP*,CPU)) is high on lower-end devices). When I polled folks about what platforms they thought would be fastest and slowest on our slow devices (Mastodon, Twitter, Threads), they generally correctly predicted that Wordpress and Ghost would b

                                                                        • 【MySQL】実行計画は3つに分けて読む

                                                                          これはなに どうも、レバテック開発部のもりたです。 今回はSQLチューニングをする上で欠かせない実行計画の読み方についてまとめます。この手の情報、インターネットに無限に資料あるんですが、全ての項目を上から読んでいくとマジで目が滑ってなにも頭に入ってこないので、それぞれの関係性がわかりやすい形で整理します。また、公式ドキュメントには言葉足らずな箇所もあるため、そちらも補足しています。 なお、対象とするRDBMSはMySQLです。また、インデックスの解説や実際のチューニングのコツ等は扱っていません。 実行計画の取得方法 いちおう記載しておきますが、実行計画の取得方法は以下の通りです。 -- 実行計画を見たいクエリの前にEXPLAINと書くだけ EXPLAIN SELECT ...(略)... ; -- 結果 -- こんな感じで出る。表示のされ方は使っているクライアントアプリ次第 /* # id

                                                                            【MySQL】実行計画は3つに分けて読む
                                                                          • WasmerのWinterJSのベンチマーク結果はあやしい - laiso

                                                                            「WinterJS 1.0」の記事がシェアされていたので読んでいたのだけど「Bunより速くなった」と書かれていたので何事と思ってチェックしてみた wasmer.io ベンチマークの文書は以下に公開されている github.com で、まずエラーがめっちゃ出てる Socket errors: connect 155, read 108, write 0, timeout 29 それはいいとして(よくないが)、肝心なところはJarred Sumnerも指摘しているけどwrk -t12 -c400でリクエストの並列処置性能を測っているというのに違和感がある They’re benchmarking their HTTP server running on 12 cores compared to Bun running on 1 core— Jarred Sumner (@jarredsumne

                                                                              WasmerのWinterJSのベンチマーク結果はあやしい - laiso
                                                                            • 実走リッター37キロ! スズキ「アルト」で目指すはリッター40キロ…燃費ジャンキーのチューニングの技は「あらゆる抵抗をなくすこと」

                                                                              TOP CUSTOM 実走リッター37キロ! スズキ「アルト」で目指すはリッター40キロ…燃費ジャンキーのチューニングの技は「あらゆる抵抗をなくすこと」 「加速しない、減速しない、曲がらない」異次元発想の低燃費チューン スズキの誇る軽自動車の大看板「アルト」が200台以上も集まった2024年5月の「あると祭」には、新旧さまざま、スタイルもイジりかたも多彩なアルトが並びました。なかでも独自すぎるコンセプトでカスタムされていたのが、「燃費ジャンキーアルト」とオーナー自ら称する1台のマシン。そのチューニングメニューは驚きの連続でした。 抵抗という抵抗を軽減し燃費リッター37キロを達成 「燃費ジャンキーアルト、実走37km/L&満タン1000km達成、車重800kg切り40km/L目指して進化中」と記された自作のフロントナンバーカバーを装着していた2015年式スズキ「アルトX」のオーナーは“黒鉄”

                                                                                実走リッター37キロ! スズキ「アルト」で目指すはリッター40キロ…燃費ジャンキーのチューニングの技は「あらゆる抵抗をなくすこと」
                                                                              • How fast is javascript? Simulating 20,000,000 particles

                                                                                How fast is javascript? Simulating 20,000,000 particles The challenge, simulate 1,000,000 particles in plain javascript at 60 fps on a phone using only the cpu. Let’s go. Ok, this is not a particularly difficult challenge if you did all the work on a gpu but the rule of the challenge is to use the CPU only or as much as possible and to stay in js land so no wasm. I know what you are thinking. This

                                                                                • Improving Node.js loader performance

                                                                                  Node.js supports 2 different modules. EcmaScript and CommonJS modules. ES modules are the official standard for modules in JavaScript and they are supported by all modern browsers. CommonJS modules are the modules that Node.js uses by default. They are not supported by browsers and they are not the official standard. However, they are still widely used. How does Node.js load the entry point?In ord

                                                                                    Improving Node.js loader performance