並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 29 件 / 29件

新着順 人気順

実行速度の検索結果1 - 29 件 / 29件

  • PythonでC/C++に匹敵する実行速度を実現 米MITなどコンパイラ「Codon」開発

    Innovative Tech: このコーナーでは、テクノロジーの最新研究を紹介するWebメディア「Seamless」を主宰する山下裕毅氏が執筆。新規性の高い科学論文を山下氏がピックアップし、解説する。Twitter: @shiropen2 Pythonは人気な言語だが、実行速度が遅いため、速さを求められる環境になると違う言語が採用される。この研究では、Pythonのような高水準言語のシンプル性とCやC++のような低水準言語の高速性を兼ね備えることができるPythonベースのコンパイラ「Codon」を提案する。 Codonは、Pythonのコードをネイティブなマシンコードにコンパイルするコンパイラであり、シングルスレッドにおいて通常のPythonよりも10倍から100倍速く実行され、CやC++に匹敵する速度を実現できるという。またCodonではマルチスレッドも可能なため、より大きな性能向上

      PythonでC/C++に匹敵する実行速度を実現 米MITなどコンパイラ「Codon」開発
    • 不要な処理が実行速度を速くする謎を追う - Money Forward Developers Blog

      こんにちは。 id:Pocke です。マネーフォワードでは Rails を用いた Web アプリケーションの開発と、RBS という Ruby の静的型システムの開発を行っています。 最近 RBS の開発をする中で、「不要な処理を削除すると実行速度が遅くなる」という不思議な現象に遭遇しました。この記事ではその現象を解説しようと思います。 なおこの記事は Ruby の知識を前提としないように執筆されており、Ruby の知識が必要となるところには注釈を加えて補足しています。 普段 Ruby を書かない方にも読んでいただければ幸いです。 問題を引き起こした変更 今回の問題は、RBS のメモリ使用量の削減を行っている中で遭遇しました。まずはどんな変更を行おうとしていたかを解説します。 変更の動機 最近私は RBS のメモリ使用量の削減に取り組んでいます。1 その取り組みの中で、RBS のパーサーが作

        不要な処理が実行速度を速くする謎を追う - Money Forward Developers Blog
      • Python 内包表記の限界: 複雑な処理と実行速度の関係 - Qiita

        Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

          Python 内包表記の限界: 複雑な処理と実行速度の関係 - Qiita
        • Python 3.14、新型インタプリタ採用で実行速度が最大30%改善の見通し

          今年(2025年)10月にリリースされる予定のPython 3.14では新型のインタプリタが採用され、実行速度が最大で30%改善される見通しであることが分かりました。 テイルコールに基づく新型インタプリタ 現在開発中のPythonの最新バージョン「Python 3.14」では、新型インタプリタが採用される予定です。 Python 3.14のドキュメント「A new type of interpreter」では、この新型インタプリタについて次のように説明されています。文中の「CPython」とはPythonの標準実装のことで、C言語で実装されているため通称CPythonと呼ばれています。 A new type of interpreter based on tail calls has been added to CPython. For certain newer compilers, t

            Python 3.14、新型インタプリタ採用で実行速度が最大30%改善の見通し
          • RSpecのテストコードを実行時に書き換えて実行速度を改善した話 - STORES Product Blog

            CTOの藤村です。つい最近まで STORES ブランドアプリ のチームでRailsを書いていました。 STORES ブランドアプリ のRailsリポジトリではdatabase_cleanerを(strategy = truncationで)使ってテスト中のデータベースをリセットしており、このことがテストコードの品質、速度などで重荷となっていました。 これを、テスト実行時にテストコード自体を書き換えて改善する仕組みを作り、先日無事Transactional Testへの移行が完了しました。ということで気分がとてもよいので、どうやったか共有させてください。 課題 STORES ブランドアプリのRailsのテストコードは速度に課題がありました。 テストデータを片付ける仕組みとして、 Railsエンジニアにはお馴染みのdatabase_cleanerというGemを使っていました。database_

              RSpecのテストコードを実行時に書き換えて実行速度を改善した話 - STORES Product Blog
            • MySQLで全文検索機能を試したら実行速度が遅かったので調査してみた - iimon TECH BLOG

              ◼️ はじめに ◼️ 前提条件 マシン環境 データベースについて ◼️ データ挿入に関して ◼️ 100万レコードでLIKE検索(前後の部分一致)と全文検索の比較 LIKE検索 全文検索 ◼️ EXPLAINで実行計画を確認 LIKE検索のEXPLAIN結果 全文検索のEXPLAIN結果 ◼️ EXPLAIN ANALYZEを確認 LIKE検索のEXPLAIN ANALYZE結果 全文検索のEXPLAIN ANALYZE結果 ◼️ リソース使用状況確認 全文検索のクエリのプロファイリングを確認 ◼️ INNODB_FT_INDEX_TABLEを確認 ◼️ テストデータを修正 最初に作成したレコード内容の一部 新たに作成したレコード内容の一部 LIKE検索 全文検索 ◼️ まとめ ◼️ 最後に ◼️ はじめに こんにちは!株式会社iimonでフロントエンジニアをしているあめくです! 本記事は

                MySQLで全文検索機能を試したら実行速度が遅かったので調査してみた - iimon TECH BLOG
              • グラボを買い替えずとも画像生成AIの実行速度を高速化できる「Stable Diffusion WebUI Forge」を実際にインストールして生成速度を比較してみた

                画像生成AI「Stable Diffusion」には、有志が作成したユーザーインターフェースが複数用意されています。「Stable Diffusion WebUI Forge」はControlNetの開発者であるLvmin Zhang氏が開発したユーザーインターフェースで、広く使われている「Stable Diffusion web UI(AUTOMATIC1111版)」と比べて画像を高速に生成できるとのこと。そこで、Stable Diffusion WebUI Forgeを実際にインストールする手順やStable Diffusion web UI(AUTOMATIC1111版)との生成速度の差を確かめてみました。 GitHub - lllyasviel/stable-diffusion-webui-forge https://github.com/lllyasviel/stable-dif

                  グラボを買い替えずとも画像生成AIの実行速度を高速化できる「Stable Diffusion WebUI Forge」を実際にインストールして生成速度を比較してみた
                • AIに「もっといいコードを書いて」と繰り返し要求するとコードの実行速度は向上するがバグが増えるという報告

                  近年のAI分野の発展により、一部のソフトウェア開発者らはAIを使ってコードを生成するようになっており、AIを使ってプログラミングをサポートするツールも登場しています。そんな中でデータサイエンティストのマックス・ウルフ氏が、AIに「もっといいコードを書いて」と繰り返し要求し続けるとどうなるのかを実験した結果を報告しました。 Can LLMs write better code if you keep asking them to “write better code”? | Max Woolf's Blog https://minimaxir.com/2025/01/write-better-code/ 画像生成AIでは、一度プロンプトに従って画像を生成したAIに対し、「もっといい画像を生成して」と繰り返し伝えることで、さらに高精度の画像を作らせることができます。そこでウルフ氏は、同じ手法を

                    AIに「もっといいコードを書いて」と繰り返し要求するとコードの実行速度は向上するがバグが増えるという報告
                  • Node.js18を20にアップデートして、jestの実行速度を3倍にした - くらしのマーケット開発ブログ

                    こんにちは!バックエンドエンジニアのハラノです。 くらしのマーケットのシステムの中には、Node.js(NestJS)を使用したマイクロサービスが存在しており、今回 Node.js のバージョンアップを行いました。 バージョンアップの方針及び、実際にアップデートを行う際に出てきた問題とその対策をご紹介します。 バージョンアップの方針 バージョンアップの結果 各種対応において、発生した問題と対応 TypeScript のバージョンアップ NestJS のバージョンアップ @nestjs/common から HttpService, HttpModule が削除された Inject にInject(TestRepository.name)のように、クラス名を渡している部分について、依存関係の解決が行えなくなっていた RxJS のtoPromiseが Deprecated になった TypeOR

                      Node.js18を20にアップデートして、jestの実行速度を3倍にした - くらしのマーケット開発ブログ
                    • Steepのメモリ使用量を改善するつもりが、実行速度の改善をしていた - Money Forward Developers Blog

                      こんにちは。id:Pocke です。 私は最近、Steep のメモリ使用量の改善に取り組んでいます。その過程で(意図せず) Steep の実行速度の改善に成功しました。 その中で行った、メモリ使用量の調査や、結果として実行速度が改善されたことは自分にとって中々楽しい体験でした。この記事では実行速度の改善に至るまでの経緯を紹介します。 記事中のソフトウェアは、執筆時点で最新のものを使用しています。具体的なバージョンは以下の通りです。 Ruby: 3.3.4 MemoryProfiler: 1.0.2 Steep: 1.8.0.dev.1 TL;DR メモリ使用量の調査のために、memory_profiler gem を使った それだけだと不十分なので、Ruby にパッチを当てた上で計測をした 結果としてsteep checkの解析対象ファイル数が多い場合に速度が遅くなることが分かり、改善した

                        Steepのメモリ使用量を改善するつもりが、実行速度の改善をしていた - Money Forward Developers Blog
                      • スタンドアロンなWebAssemblyランタイム「Wasmer 2.0」正式リリース、Win/Mac/Linux対応。SIMDに対応、実行速度が約50%改善、参照型対応など

                        スタンドアロンなWebAssemblyランタイム「Wasmer 2.0」正式リリース、Win/Mac/Linux対応。SIMDに対応、実行速度が約50%改善、参照型対応など 米Wasmer社はオープンソースのWebAssemblyランタイム「Wasmer 2.0」の正式リリースを発表しました。 Wasmer 2.0, Its a big deal!https://t.co/RHIdeOiRBJ — Wasmer (@wasmerio) June 16, 2021 WebAssemblyはもともとWebブラウザ上で高速に実行できるバイナリフォーマットとして開発されましたが、現在ではWebブラウザだけでなくOSやコンテナ、ブロックチェーンなどさまざまな環境で実行可能になっており、多様なランタイムが開発されています。 参考:KubernetesのノードとしてWebAssemblyランタイムを用い

                          スタンドアロンなWebAssemblyランタイム「Wasmer 2.0」正式リリース、Win/Mac/Linux対応。SIMDに対応、実行速度が約50%改善、参照型対応など
                        • プログラミング言語の実行速度比較(2023/4)

                          お知らせ この記事へのフィードバックを受けて、以下に更新版「プログラミング言語の実行速度比較(2023/5)」を公開しています。コメントをお寄せくださった皆様ありがとうございます。 プログラミング言語の実行速度比較(2023/5) はじめに 2019年に「言語間の速度比較」という記事を投稿した。 それから4年近く経過したので、それぞれの言語の最新版で再度検証する。また、サポートが終了したPython2の代わりに近年人気が高いRustを追加する。さらにC言語で算出した素数の格納をrealloc()で確保した領域にする評価も追加した。評価には、シングルスレッドで順次既知の素数で割ることで1億までの素数を求めるプログラムを使用(ソースはここ) 言語 時間 (sec) 最大使用物理メモリ(MiB) 算出素数格納コンテナ 補足情報 感想 C 12.6 25.1 固定長配列 gcc 12.2.0 最適

                            プログラミング言語の実行速度比較(2023/4)
                          • FlutterのCI/CD環境のAWS EC2(Mac)環境に構築してパイプライン実行速度を改善する - Qiita

                            背景 現在Flutterを用いたモバイルアプリの開発を行なっているが、その中でGitlabによるCI/CDを構築している。 こちらを運用していくにあたって1点問題が発生した。 それは、メンバーの増加によって相対的にCI/CDのビルド端末が不足し、pipelineの滞留が発生したことだ。 pipeline待ちがDeveloperのストレスになったり、作業効率の低下を招いたりすることは既に広く知られてはいるため本件を早急に解決する必要がある。 基本的には、CI/CDのRunnerとなるMacを購入して、処理台数を増やすことで、本件を解決することができる。 しかし、この問題の解決には以下のような課題がある。 Mac端末の購入にはリードタイムが必要であり、解決まで時間がかかる。 新規で購入した端末では新たに環境構築が必要であり、人的リソースがかかる。 メンバーの増加は一時的なものであり、減少した際

                              FlutterのCI/CD環境のAWS EC2(Mac)環境に構築してパイプライン実行速度を改善する - Qiita
                            • MySQLのクエリ実行速度をミリ秒単位で計測する

                              MySQLのクエリ実行速度をミリ秒単位で計測する方法を記載します。 ターミナルでMySQLサーバに入って、SQLを実行すると以下のように秒単位での速度は計測できますが、もう少し詳細に計測したい(ミリ秒単位で計測したい)、という場合の対処法です。

                                MySQLのクエリ実行速度をミリ秒単位で計測する
                              • C# 12公開 構文の簡素化、実行速度向上などにより生産性が向上

                                Microsoftは2023年11月14日(米国時間)、C# 12のリリースを発表した。C# 12では、構文が簡素化され、実行速度が向上した。本記事ではC# 12の概要を解説する。 コードの簡素化 C# 12ではコード簡素化のために、コレクション式、プライマリーコンストラクタ、任意の型のエイリアス、ラムダ式のデフォルトパラメータが導入された。 コレクション式 従来コレクションを作成するには、以下のように型ごとに異なる構文が必要だった。

                                  C# 12公開 構文の簡素化、実行速度向上などにより生産性が向上
                                • 流体計算の実行速度比較: Fortran, C++, Rust, Python, Julia - Qiita

                                  要点 下の gif 画像の圧縮性流体計算をするコードを Fortran, C++, Rust, Python, Julia で組み、実行速度を比較した。 計算で必要になる巨大配列を、それぞれメモリの静的領域、スタック、ヒープに格納するような 3 バージョンのコードを組んだ。 ヒープを使わないならば、Fortran, C++, Rust 間の速度差はそこまで無いことが分かった。 ヒープに配列を割り付けるような外部ライブラリを用いるならば、実行速度はもっと速くならないのか、一考の余地があると思った。 ↓ グリッド数 $400\times 400$ の場合の計算結果 オーバーヘッドが発生する余地もそれほどない単純なコードなので、言語比較の観点では面白くないかもしれないが、これから同様のコードを作ろうとしている方の判断材料になればと思い、公開した。 本記事は、再現性のある公平なベンチマークではなく

                                    流体計算の実行速度比較: Fortran, C++, Rust, Python, Julia - Qiita
                                  • 【Nuxt 3移行】ユニットテストをNuxt 2から移行し、実行速度が4倍速くなった話 - メドピア開発者ブログ

                                    こんにちは。フロントエンドエンジニアの相澤 ( @ttt3pu ) です。 みなさま、Nuxt 2 から Nuxt 3 へのアップグレードは順調でしょうか。 メドピアでは、2023年末のVue 2のEOLへ向けて、 各プロダクトで積極的にNuxt 3へのアップグレードを進めています。 現在私の担当しているプロダクトでは、マイグレーション作業自体はほぼ完了しており、 残すはQAテストなどを行うのみと言う段階で、本番リリースまであと一歩というところまで進んでおります! 🎉 マイグレーションの事例も徐々に増え始めてきて、Nuxt 3のリリース当初よりも段々と移行はしやすくなってきましたが、 個人的に結構大変だったのがユニットテストのマイグレーション作業でした。 当記事では、マイグレーションに当たっての Tips と、ついでに Vitest を導入したことにより、 実行速度が 約 10分 ->

                                      【Nuxt 3移行】ユニットテストをNuxt 2から移行し、実行速度が4倍速くなった話 - メドピア開発者ブログ
                                    • プログラミング言語の実行速度比較(2023/5)

                                      はじめに 先月、プログラミング言語の実行速度比較(2023/4)という記事を投稿した。 思ったより多くの方に見ていただき、有用なコメントやPull Requestをいただいたので、それらを踏まえ以下の更新を行い結果を再投稿する。 明示的な型をもつ言語では、それぞれ32bit、64bit長型の変数を使った場合についてそれぞれ測定 C言語については前回の結果で固定長配列とrealloc()を使った場合で大きな違いがなかったのでrealloc()版のみエントリ C/C++では、実用上ほぼ使用されない最適化なしをドロップ Go版では、@kaoriyaさんから、数値の型(int)をint32に変えると性能が向上する旨のコメントを頂いた。Go版もint32とint64で測定した Scala版では、@windymeltさんから、GraalVMを使った場合の性能向上について情報を頂いた。JVM上で動作する

                                        プログラミング言語の実行速度比較(2023/5)
                                      • 仮想化ベースのセキュリティがWindows 11の実行速度に影響か

                                        2021年10月5日にリリースされたばかりのWindows 11だが、インターネット上では、さまざまな問題が発生していることが既に報告されている。Microsoftはサポートページを開設して確認されている既知の問題に関する情報提供を行っているが、Microsoftが公開している問題以外として、ファイルエクスプローラーが大量のメモリを使用するという問題、ゲームのパフォーマンスが低下したという問題も報告されている。 Betanewsは10月8日、「Speed up Windows 11 by disabling Virtualization-Based Security (VBS)」において、パフォーマンスにまつわる問題の原因の一部は2つのセキュリティ機能ではないかと指摘している。原因として挙げられているのは、仮想化ベースのセキュリティ(VBS)機能とハイパーバイザーで保護されたコード整合性(

                                          仮想化ベースのセキュリティがWindows 11の実行速度に影響か
                                        • 重い lint ルールを特定しよう!TIMING オプションで ESLint 実行速度改善

                                          こんにちは,株式会社 AbemaTV Web browser チームの山﨑です. 私たちのプロダクトでは JavaScript や TypeScript などの静的解析ツールである ESlint を CI で活用しています.しかし,ESlint の実行が不安定になっており開発速度や開発者体験が低下している問題が発生していました.具体的には, eslint を実行している CircleCI のインスタンスクラスを large にしても,job の失敗率が 50% を超えてしまっているような状態でした. この問題を解決すべく,eslint のルール毎の実行時間を計測する TIMIMG オプションを活用することでボトルネックとなっていたルールの特定・精査を行いました. 今回の記事では,不安定だった CI 上での ESlint 実行を TIMIMG オプションを活用し安定化させるに至った話をします

                                            重い lint ルールを特定しよう!TIMING オプションで ESLint 実行速度改善
                                          • Integration Testing を改善!Testing Trophy を整形してCI実行速度を5倍に - READYFOR Tech Blog

                                            この記事は「READYFOR Advent Calendar 2021」4日目の記事です。 Calendar for READYFOR Advent Calendar 2021 | Advent Calendar 2021 - Qiita フロントエンドエンジニアの吉井(@Takepepe)です。業務委託で READYFOR さんのお手伝いさせていただくようになってから、早いもので1年半が過ぎました。この期間中、3つの Next.js Application 立ち上げ・リリースに携わらせていただきました。 Cypress x BDD 現在携わらせていただいているのが「フロントエンド基盤SQD」という、READYFORプロダクト全般のフロントエンド課題をシューティングするスクワッドです。このスクワッドでの活動において、私が9月〜11月に取り組んだ課題が「テスト方針の見直し」です。 3つの N

                                              Integration Testing を改善!Testing Trophy を整形してCI実行速度を5倍に - READYFOR Tech Blog
                                            • Pytorchで実行速度(inference speed)を上げる方法(GPU) - Qiita

                                              概要 PytorchでInfenrece速度を上げるためのテクニック。NVIDIAのGPUを使う仮定です。思いつき次第、随時追加していきます。抜けているのがあればコメントして頂けると助かります。 メモリー系 GPUのSynchronizationを避ける print(cuda_tensor) cuda_tensor.item() memory copies: tensor.cuda(), cuda_tensor.cpu() and equivalent tensor.to(device) calls cuda_tensor.nonzero() python control flow which depends on results of operations performed on cuda tensors e.g. if (cuda_tensor != 0).all() 非同期のデータ

                                                Pytorchで実行速度(inference speed)を上げる方法(GPU) - Qiita
                                              • 量子コンピューターの実行速度を100倍に--IBMがソフト基盤強化の取り組み

                                                印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます IBMは米国時間2月3日、量子コンピューターの開発に向けた取り組み状況を発表する中で、量子コンピューティング向けソフトウェア基盤の強化により、同社の量子コンピューターの性能は2021年末までに100倍に達するとの見込みを述べた。 今回発表された同社のロードマップでは、人工知能(AI)関連や複雑な金融/経済関連の計算処理といった課題に取り組める量子コンピューティングアプリケーションを向こう2年でリリースするという目標が掲げられている。また同社は、低水準(ハードウェア寄り)のプログラミングへのアクセスを可能にすることで、こうしたアプリケーション向けのより優れた基盤の構築につなげるとしている。 同社は声明で、ソフトウェアの大半はオープンソース

                                                  量子コンピューターの実行速度を100倍に--IBMがソフト基盤強化の取り組み
                                                • “近未来”を掲げ300%の実行速度を実現したモデム「NEC COMSTARZ CLUB 24/5・24/4」

                                                    “近未来”を掲げ300%の実行速度を実現したモデム「NEC COMSTARZ CLUB 24/5・24/4」
                                                  • AWS Lambdaの実行速度をX-Rayで計測する | DevelopersIO

                                                    Introduction AWS Lambdaのコールドスタート・ウォームスタートにかかった時間を 計測する必要があったので、測定方法について 社内で聞いたところ、下記のような意見をいただきました。 CW Logsに出力されるLambdaのログ見ればCW LogsInsightsとかで分析できる 単純な時間の計測だけならX-Rayが手軽 Lambda→Lambda呼び出しで計測できる 視覚的にボトルネックを把握したいとかであればX-Rayが便利 何度も計測して結果を集計したいなら自前で計算が必要なので、CloudWatch Lambda Insightsが楽 今回は簡単にいきたいため、X-Rayを使って計測しました。 AWS X-Ray? AWS X-Rayはアプリケーションの分析やデバッグ用サービスです。 アプリに対するリクエストされたデータを収集&分析して詳細な情報を確認できます。 も

                                                      AWS Lambdaの実行速度をX-Rayで計測する | DevelopersIO
                                                    • 「Firefox」のSpiderMonkeyでWebAssembly版「ONNX Runtime」の実行速度が75倍に ほか ~16件を掲載(10月28日のダイジェストニュース)【ダイジェストニュース】

                                                        「Firefox」のSpiderMonkeyでWebAssembly版「ONNX Runtime」の実行速度が75倍に ほか ~16件を掲載(10月28日のダイジェストニュース)【ダイジェストニュース】
                                                      • Larastan の baseline ファイルを PHP 形式に変えてみた (NEON 形式との実行速度の比較付き) - M&Aクラウド開発者ブログ

                                                        こんにちは。エンジニアの濱田 (@hamakou108) です。 先日、とあるプロジェクトに Larastan を導入しました。 tech.macloud.jp この記事の中で、 baseline ファイルを利用して既存のエラーを検知対象から除外する方法について紹介しました。 baseline ファイルには .neon というあまり見慣れないファイル形式が使用されていますが、先日 PHP ファイル形式でも baseline ファイルを作成できるようになりました。 zenn.dev ドキュメントによると、 .neon ファイルよりも PHP コードの方が速く処理される 1 ようです。そこで baseline ファイルを PHP コードに変更し、簡単ですが、パフォーマンスについて計測してみることにしました。 baseline ファイルを neon から PHP に変更する方法 まず phpst

                                                          Larastan の baseline ファイルを PHP 形式に変えてみた (NEON 形式との実行速度の比較付き) - M&Aクラウド開発者ブログ
                                                        • 食べチョクの自動テスト実行速度を2倍以上速くした - 食べチョク開発者ブログ

                                                          皆さんこんにちは、エンジニアの久保と金田一です。 今回は、食べチョクの自動テスト改善チームが取り組んでいるテスト実行速度の改善についてお話しいたします。 自動テスト改善チームとは何か?について知りたい方は、以下のエントリーをご覧ください。 食べチョクの自動テスト改善活動 〜これまでとこれから〜 食べチョクにおける自動テストの現状 食べチョクでは、GitHub Actions のワークフローを使って、push をトリガーに自動テストを実行しています。食べチョクのリポジトリには System Spec までを含んでいて、E2E は別リポジトリとなっています。 メンバーが増えて体制が整ってきたこともあり、この 1 年くらいに実装した機能についてはテストがしっかり書かれていることが多いです。一方で、それ以上前に作られた機能については、まだまだカバレッジが低い箇所もあり、みんなで手分けして少しずつテ

                                                            食べチョクの自動テスト実行速度を2倍以上速くした - 食べチョク開発者ブログ
                                                          • PythonでC/C++以上の実行速度を実現するコンパイラ「Codon」をMITが開発 | TEXAL

                                                            Pythonは、2023年3月現在最も人気のあるプログラミング言語だ。 シンプルな言語で学習コストが低いこと、読みやすいこと、ライブラリが豊富な事などが理由だ。 だがもちろんデメリットもあり、最適化により性能を高めることは出来るが、実行速度においては低水準言語に劣り、速度を求める際には、C/C++やRustなどの他の言語が選ばれるのが一般的だろう。 しかし、MITの研究者らは、「Codon」というPythonコンパイラを開発し、Pythonコードをネイティブなマシンコードに変換することで、実行時のパフォーマンスを低下させることなく、Pythonコードを処理することに成功したことを発表した。 「Pythonに対する典型的な高速化は、シングルスレッドで10~100倍以上のオーダーです。Codonのパフォーマンスは、通常、C/C++と同等(時にはそれ以上)です」と、彼らは述べている。 Codon

                                                              PythonでC/C++以上の実行速度を実現するコンパイラ「Codon」をMITが開発 | TEXAL
                                                            1