タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
Vim on Wasm on Web Worker on Browser with Atomics - はやくプログラムになりたい
この記事は以前の rhysd.hatenablog.com の続編で，WebAssembly (Wasm) にポーティングした Vim の話です． github.com TLDR Wasm にコンパイルした Vim のコードを Web Worker（ワーカスレッド）の中で動かすことで，メインスレッドで行われるユーザのインタラクションをエディタがブロックしなくなりました． また，イベントループのポーリングを Atomics.wait() でやってキー入力を共有メモリバッファで受け取ることで Emterpreter を捨て，実行速度・安定性・バイナリサイズ・ビルド時間・メンテ性が向上しました． 実装: Run Vim in Web Worker and say goodbye to Emterpreter by rhysd · Pull Request #30 · rhysd/vim.wasm
初めにスタディスト開発部、フロントエンドグループの小宮山です。先日タイ出張する機会があったので、ついでにルンピニー公園を走ってきました。 タイでランニング、タイでラン、タイラン、タイランドだけに。 微妙なギャグにタイランレイブやりたかったこと概要タイトルの通り、今回やりたかったことはpdf.jsを使ってブラウザ環境にてpdfファイルを表示することです。pdfファイルはFile Apiを利用して取得します。 JavaScriptでpdfファイルを扱うことなんてできるのかと不安でしたが、なんとMozilla様がpdf.jsという素晴らしいライブラリを提供してくれていました。
Transparent API Write code once, run it everywhere – in web workers and node worker threads. Call workers transparently, await results. It's never been easier. // master.js import { spawn, Thread, Worker } from "threads" const auth = await spawn(new Worker("./workers/auth")) const hashed = await auth.hashPassword("Super secret password", "1234") console.log("Hashed password:", hashed) await Thread
textlintをWeb Workerとして動かしてアプリに組み込む - Bouldering & Com.
Web Workers APIを使うのは初めてなので、この使い方で問題ないのかはよくわかっていない。これから学んでいきます。 動機 会社でtextlintを便利に使っており、ユーザーさんからのお問い合わせ窓口を自社開発しているので、返信内容を送信前にlintにかけたいというのも自然な流れ。などと思っていたら、azuさんがこういうのを用意してくれていた。 textlint 12リリース、ブラウザで動くtextlint editorをベータリリース | Web Scratch GitHub - textlint/editor: textlint editor project. 内部での利用だからtextlintをサーバーで動かして結果を受け取るのでもいいけど、これのためにWebサーバーにNode.js入れて動かすのもなんかやりすぎ。かといってJobサーバーで動かす構成にするのはもっとやりすぎ。
Chrome 80 から Web Worker (Dedicated Worker) で ES Modules が使えるようになります。本記事はその宣伝です。 前提知識 ES Modules って何？ ざっくりいうとスクリプトファイルをモジューラブルに読み込む仕組みです。 他の方が解説した記事がいっぱいあるのでそっちを見てください。 Web Worker って何？ ざっくりいうと Web でスレッドを使うための API です。 MDN の解説（これとかこれ）を読むか、詳しく知りたい人は「JavaScript のスレッド並列実行環境」を読んでください。 スクリプトファイルの読み込みについては以前「JavaScript のスクリプトインポートを正しく使い分けようという話」に詳しくまとめたのでそちらも併せて読んでください。 使い方 Dedicated Worker で ES Modules (M
ruby.wasm で遊ぶ ～Web Workerを使ってバックグラウンドで動かすまで - Qiita
Ruby 3.2 から WASI ベースの WebAssembly がサポートされるということで、すでに Preview 版も公開されています。 この記事は、正直 WebAssembly とか WASI とかよく分かっていない1人間がブラウザ上で Ruby を色々動かしてみる記事です。とりあえず動けばいいという感じなので、おそらく無駄な記述も多いかと思います。ご了承ください。 作るもの テキストボックス等に記述された任意の Ruby スクリプトをブラウザ上で動かして、その実行結果を得られるようなもの。 要するに RubyOnBrowser とか TryRuby とかの二番煎じを作りたいのです。 とりあえず Ruby スクリプトを動かす ruby.wasm の github 上に Quick Start (for Browser) が載っているので、まずはこれをほぼそのまま。 <html>
GitHub - BuilderIO/partytown: Relocate resource intensive third-party scripts off of the main thread and into a web worker. 🎉
Introducing Partytown: Run Third-Party Scripts From a Web Worker How Partytown's Sync Communication Works How we cut 99% of our JavaScript with Qwik + Partytown Partytown is now in Beta A fun location for your third-party scripts to hang out Partytown is a lazy-loaded library to help relocate resource intensive scripts into a web worker, and off of the main thread. Its goal is to help speed up sit
Introducing Partytown 🎉: Run Third-Party Scripts From a Web Worker
Introducing Partytown 🎉: Run Third-Party Scripts From a Web Worker A fun location for your third-party scripts to hang out Performance is always top of mind for any website or web app. It’s of no surprise that a page that loads instantly, has no scroll jank, and responds immediately to any interaction, will provide an all around better user-experience. Even with a fast and highly tuned site follo
Web Worker を使ってブラウザ上でポケモンの画像を解析したい！ / Pokemon recognition from screenshots in browser using web worker
Universal な Worker を用意しだしたのは良いけれど、なんやかんやで最後 worker_threads が要らなくなって Web Worker オンリーに完全移行したまでがオチです。 社内発表タイトルは「ブラウザ上でポケモンの画像を解析したい！」です。 2020/05/11 に LINE 社内でやった GW の自由研究の成果発表 LT 大会の資料です。 社内の話は一部削除し、外部向けに数枚追記しています。 5分の中ではプロダクトの説明が精一杯だったので、SSR/SPA の技術的な話はまたどこかで。
Web Worker (Dedicated Worker) によるマルチスレッド処理 - 30歳からのプログラミング
JavaScript は基本的にシングルスレッドであり、並列処理を行うことはできない。 そのため何か重たい処理があると、それによってメインスレッドが専有されてしまい、後続の処理が遅延してしまう。 その結果、ウェブアプリの速度や操作性に悪影響を与えてしまう可能性がある。 Web Worker を使うとマルチスレッドによる処理が可能になり、重たい処理をメインスレッドではなく他のスレッドに処理させることができる。 この記事では、Web Worker の基本的な使い方を見ていく。 動作確認は以下の環境で行った。 Deno 1.9.0 Google Chrome 90.0.4430.72 ワーカースレッドの作成 Web Worker には専用ワーカー（Dedicated Worker）と共有ワーカー（Shared Worker）がある。 この記事では Shared Worker については扱わず、D
GitHub - developit/web-worker: Consistent Web Workers in browser and Node.
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
GitHub - dai-shi/redux-in-worker: Entire Redux in Web Worker
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session.
GitHub - niutech/vue-in-web-worker: Vue.js in Web Worker
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
Helpfeelの開発の入口 〜新しいサービスや機能を開発するときの意思決定〜 - Agile Tech Talk Vol.2 2023/11/15
蝉丸ファン on Twitter: "メルカリのwebはアクセストークンをweb workerのコンテキスト内で処理し、安全を担保してる / Building secure web apps using Web Workers | Mercari Engineering https://t.co/AcIFPXWPVN"
メルカリのwebはアクセストークンをweb workerのコンテキスト内で処理し、安全を担保してる / Building secure web apps using Web Workers | Mercari Engineering https://t.co/AcIFPXWPVN
In case you have a lot of JavaScript related logic running inside a main thread or a Web Worker, it makes perfect sense to move expensive logic into another worker. Workers run inside a different thread using their own CPU if possible. However, there can be use cases where in some scenarios there is a lot of JS related workload on a given thread, while in other scenarios this thread is mostly idle
本稿では、JavaScriptのWeb Workerを手軽に試すために、Web Workerを動かすための最小限の手順とコードを示します。 使わないもの 最小限構成でいくので以下は使いません: コンパイラ: TypeScriptなどは使わず、素のJavaScriptで。 バンドラー: webpackなどは使いません。 フレームワークやライブラリ: ReactやNPMモジュールも一切なしでいきます。 コード量も最小限 コードも過剰にならない範囲でシンプルにします。 ファイル数もできるだけ少なく済ませます。 Web Workerとは Web Workerは、雑に言うと、ブラウザ上でCPU負荷が大きい処理を動かすのに役立つ仕組みです。ワーカーの処理は、UI側の処理をブロックしないのが特徴です。ワーカーにはUIとは別のスレッドが割り当てられます。CPUを複数台積んでるパソコンなら、ワーカーはマルチ
GitHub - slashd-analytics/run: Run user-provided code in a Web Worker
Run is a tiny library that runs user-provided code into a Web Worker. Its main purpose is to allow data transformation through snippet of code, therefore some global capabilities are disabled. The library takes a chunk of javascript code (as string) and a data payload and return the result from its execution. It does try to run "untrusted" code as safer as possible, since: The Web Worker can't acc
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
webpack時代にクロスオリジンという戦場でpdf.jsのweb workerを動かす
Web worker meets worker threads - threads.js
Chrome 80 から Web Worker (Dedicated Worker) で ES Modules が使えます
Helpfeel小咄2選 Web WorkerとMutationObserver
JavaScript Development: Making a Web Worker optional
JavaScript: Web Workerを動かす最小限のコード - Qiita
ameblo.jp/hanitama0111
tanemaki.iwanami.co.jp
twitter.com
waiko084.fanbox.cc
www.gizmodo.jp
www.nikkei.com