Supply chain attack on arrayref | Rust Blog
What happened On 2026-08-20 at 7:15 UTC we got a report that the proc-macro1 crate was malicious. The Rust Security Response Team verified this to be the case: the crate had a build script that was downloading a malicious payload. This crate proc-macro1 and others like it (proc-macro-en, aovine, arone, aronenao, tinymember) have been deleted. Furthermore, we discovered that the popular arrayref cr
デスクトップUIフレームワーク15種のメモリ使用量計測
はじめに 現在(2026年8月)メモリ価格高騰によりアプリケーションのメモリ使用量に厳しい目が向けられています。 「Electronは重い」「Rust系は軽い」「TauriならElectronより省メモリ」など様々な声がありますが、それが本当なのか実際にどれぐらいの差があるのか分からなかったため、自分で15種のデスクトップUIフレームワークで「同じアプリ」を作り、メモリ使用量を比較しました。 作ったと言っても完全にAIコーディングです。できるだけ内部動作は公平にしたつもりですが最適なコーディングになっていないかもしれません。そのため大まかな傾向としてご覧ください。 何を測るか 指標はプロセスが実際に占有した物理メモリの最大値です。 ElectronやTauriのように内部でChromiumやWebKitのヘルパープロセスを立ち上げるフレームワークは、その分も合算しています。 計測には本リポ
Rustプロジェクトの5チーム、rust-lang/rustへの貢献ではLLMによる分析や確認を許可、作成は厳しく制限 | gihyo.jp
Rustプロジェクトの5チーム、rust-lang/rustへの貢献ではLLMによる分析や確認を許可、作成は厳しく制限 Rustプロジェクトは2026年8月5日、コンパイラや標準ライブラリなどを管理する5チームがrust-lang/rustモノレポジトリへの貢献に関する大規模言語モデル（LLM）の利用ポリシーを採用したとInside Rust Blogで発表した。ポリシーをRust Forgeに追加するプルリクエスト（PR）も同日にマージされている。 rust-lang/rust is adopting an LLM policy - Inside Rust Blog Add an LLM policy for rust-lang/rust by jyn514 - Pull Request #1040 - rust-lang/rust-forge 新ポリシーはLLMを一律に禁じず、
Rustで書き直されたBun、早くもClaude Codeアプリに本番投入された模様
Claude Codeを用いてわずか11日間でZig言語からRust言語へ移植されたことが話題となっているJavaScriptランタイムのBunですが、そのRust版Bunが早くも7月17日にリリースされたClaude Code v2.1.181の内部で使われている模様です。 参考：JavaScriptランタイムのBun、Claude Fable 5を11日間稼働させてZigからRustへの移植を実現。Claudeをどう使ったのか？ このことを指摘したのは、Python Software Foundationの理事（Board）であり、PythonのWebアプリケーションフレームワークであるDjangoの共同開発者でもあるSimon Willison氏です。 If you have Claude Code installed you're running software that use
GitHub - Poseidon-fan/linux-0.11-rs: Linux 0.11 rewritten in idiomatic Rust: kernel, std-style user library, and 60+ coreutils — boots on i386 in QEMU.
A kernel with most of what Linux 0.11 had — processes, virtual memory with demand paging and CoW fork, the Minix v1 filesystem, ATA disk driver, VGA + PS/2 console, 8250 serial console, TTY layer, signals, and the complete syscall table. A Rust user-space "std" — user_lib mirrors the public shape of std::{fs, io, path, env, process, time} so user programs read like ordinary Rust, not like syscall
Rust(Yew) vs JavaScript(React) — マンデルブロ集合で実測したWebAssemblyのリアルな速度差
はじめに こんにちは！株式会社ミラボでエンジニアとして働いている 梅澤 です。 「WebAssembly は速い」「Rust + WASM ならフロントエンドのパフォーマンス問題は解決」——そんな話を一度は聞いたことがあるのではないでしょうか。私もその一人で、実際に手を動かして確かめてみたくなりました。 そこで、フラクタル図形の代表であるマンデルブロ集合を題材に、React + JavaScript と Yew + Rust(WebAssembly) で同じ仕様のアプリを作り、Web Worker × 4 の並列計算で公平に性能比較してみました。 結論を先に言うと、想定通りには行きませんでした。 むしろ、その「想定外」こそが本記事の核になります。 ❌「Rust + WASM は JS より圧倒的に速い」とは限らない ✅ 同じ条件で比較すると 10〜20% 程度の差 に落ち着く 🪤 そして
GitHub - verus-lang/verus: Verified Rust for low-level systems code
Verus is a tool for verifying the correctness of code written in Rust. Developers write specifications of what their code should do, and Verus statically checks that the executable Rust code will always satisfy the specifications for all possible executions of the code. Rather than adding run-time checks, Verus instead relies on powerful solvers to prove the code is correct. Verus currently suppor
ターミナルで動く開発モニタをRustで作った — Ratatuiで実用TUIを作って見えた5つの設計課題とその解き方
イベントループの設計 これらを1つのイベントループでどう協調させるかが最初の課題です。 最初に考えたのは、すべてのデータ取得をtokioのタスクとして非同期に走らせるアプローチです。しかし、ポートスキャンやプロセス一覧の取得はコマンド実行やシステムコール経由であり、非同期化してもほとんどメリットがありません。むしろ、同期的な処理と非同期処理を混在させたイベントループのほうが、実装がシンプルになりました。 let tick_rate = Duration::from_millis(config.general.refresh_rate_ms); let mut last_tick = Instant::now(); loop { // まず現在の状態を描画する terminal.draw(|f| ui::draw(f, &app))?; // 次のtickまで待ちつつ、上限は50msで区切る
GitHub - tracel-ai/burn: Burn is a next generation tensor library and Deep Learning Framework that doesn't compromise on flexibility, efficiency and portability.
Training and inference usually live in separate worlds. Models are typically trained in Python then exported to an open format like ONNX or optimized for production engines like vLLM, ONNX Runtime, or TensorRT. This export step is often brittle and lossy, ruling out complex architectures and advanced deployment use cases. Burn unifies the two. By executing multi-platform tensor operations via a si
Rust+Wasmで爆速ライフゲームを作って動く壁紙にする
はじめに Rust と WebAssembly（Wasm）の学習として、コンウェイのライフゲームを作成しました。 ただブラウザで動かすだけでは面白くないので、Windows の「Lively Wallpaper」を使って、自分のデスクトップ壁紙としてヌルヌル動かすところまでをゴールにしています。 成果物はこんな感じです ライフゲームが動いてる図 1000×1000 を超える巨大なグリッドでも 60fps で動作します。 この記事では、Rust によるロジック実装、特に JavaScript（以下JS）と Wasm 間での配列受け渡しをゼロコピーにする最適化と、それを Lively Wallpaper に組み込む手順を紹介します。 なぜ Rust + Wasm なのか？ ライフゲームのような計算集約型の処理は、セル数が数万〜数十万になると、純粋な JS では厳しくなってきます。 例えばフルH
Python開発を“全部入り”で高速化する「PyBun」を開発してみた - Qiita
Python開発を“全部入り”で高速化するPyBun紹介 TL;DR 単一バイナリで install/run/test/build などをまとめて扱うPythonツールチェーン 全コマンドが --format=json に対応し、CIやエージェントに組み込みやすい PEP 723（スクリプト埋め込み依存）対応、MCP対応、サンドボックス実行など “開発運用” を強く意識 PyBunとは？ Pythonプロジェクトの インストール・実行・テスト・ビルド・診断・MCP連携 を単一バイナリでこなすCLIです。 「pip/venv/pytest/buildの分散運用をまとめたい」「機械可読出力でツール連携したい」「エージェント/CIから安全に扱いたい」という課題にフォーカスしています。 こんな人に向いている Python開発の“いつもの作業”を 1つのCLIに寄せたい（install/run/te
Rustで書かれた高速Python型チェッカー「Pyrefly」の紹介 | gihyo.jp
筒井（@ryu22e）です。今月の「Python Monthly Topics」は、型チェッカー「Pyrefly」を紹介します。 Pyreflyの概要と特徴 PyreflyはMeta社が開発した型チェッカーです。ロゴがホタル（firefly）をイメージしたデザインで、「パイアフライ」と発音します[1]。 Pythonの型チェッカーといえばMypy、Pyrightなどの既存ツールがありますが、Pyreflyにはそれらにはない以下の特徴があります。 Rustで実装されているため、高速に動作 WASM版もあるため、ブラウザ上で利用可能 コードに自動で型ヒントを付ける機能 Meta社製の型チェッカーといえばPyreがありますが、PyreflyはPyreの後継ツールです。Pyreflyが誕生した経緯については、以下のMeta社のブログに詳細が書かれています。 Introducing Pyrefly
GitHub - unicode-org/icu4x: Solving i18n for client-side and resource-constrained environments.
ICU4X provides components enabling wide range of software internationalization. It draws deeply from the experience of ICU4C/J, ECMA-402 and relies on data from the CLDR project. ICU4X is fully implemented in the Rust programming language. The design goals of ICU4X are: Small and modular code Pluggable locale data Availability and ease of use in multiple programming languages Written by internatio
Linus、Rustのフォーマットチェックを「無神経でクレイジー」と酷評 | gihyo.jp
Linux Daily Topics Linus、Rustのフォーマットチェックを「無神経でクレイジー」と酷評 10月12日に予定されている「Linux 6.18」のマージウィンドウ終了と最初のリリース候補版（Linux 6.18-rc1）の公開に向け、プルリクエストのチェックに大忙しのLinusだが、マージウィンドウ期間中はプルリクエストに対するLinusの手厳しい批判が増える時期でもある。10月1日、LinuxグラフィクスメンテナーのDave Airlie（Red Hat所属）が提出したDRM（Direct Rendering Manager：GPUを制御/管理するカーネルサブシステム）のプルリクエストに対しては、コーディングのスタイルに加え、Rustのフォーマットチェック機能に対するLinusの不満があふれ出たものとなった。 Re: [git pull] drm for 6.18
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - rvben/rumdl: Markdown Linter and Formatter written in Rust
GitHub - Altor-lab/altor-vec: Client-side vector search powered by HNSW. 54KB gzipped WASM. Sub-millisecond latency.
GitHub - tokio-rs/loom: Concurrency permutation testing tool for Rust.
GitHub - mitoma/sver: Version generator based on source code.
GitHub - niklabh/oxide: A binary native browser in rust
GitHub - trynova/nova: JS engine lolz
