だれでもできるシリーズとして、Rustでカーネルモジュールを実装しながら学んできましたが（役に立たないキャラクタデバイスドライバなど）、そろそろ実際に使える機能を実装したいころですよね！ 今回は、筆者が実装したネットワークPHYドライバが、Rustで実装された初めてのデバイスドライバとしてLinuxカーネルに採用された話を紹介します。 誤解：LinuxカーネルがRustをサポート「LinuxカーネルがRustをサポートした」というニュースを見て、Rustのコードがどんどん採用されていると誤解している方もいるようです。このニュースは、「LinuxカーネルをRustでも書けるようになりましたが、実際に何かを実装するかどうかは未定」という意味です。Linuxカーネルは、メモリマネージメント、ネットワーク、暗号など、数多くのサブシステムで構成されており、それぞれのメンテナが、コードの採否を判断しま

プロファイリングは枯れた技術ですが、BPFで実装するのであれば、学ぶべき新技術という気がしてきますよね！実際、Pixie、Parcaなど、BPFを使った第三世代プロファイラの開発が進んでいます（世代数は雰囲気）。しかし、Rustの実装は見つからなかったので、RustとBPFで実装してみました。 CPUプロファイリングの基本CPUプロファイリングの典型的な目的は、頻繁に実行される関数を見つけることです。プロファイラは、定期的に、対象のプロセスやスレッドで、実行されている関数を記録します。 10000: main(); find_item(); calc(); 5000: main(); parse_binary(); scan(); 2000: main(); verify(); calc();上記の例では、1行目に、calc関数が10,000回記録されています。プロファイラは、実行されてい

「それ、QUIC使えないの？」 それがなんであれ、QUICを使うことを主張することで、みんなが「なんか良くわからないけど、TCPを置き換えたほうがいいのかな？」と思うようになるはず。全てのアプリケーションを、TCPの代わりにQUICを使うように修正するとなれば、この先10年間ぐらい、エンジニアみんなの仕事を作ることができます。業界愛ですね。 すでに、SSHやDNSのQUIC対応は始められています。既存のアプリケーションをQUICに対応させる難しさを調査するために、RustでBGP over QUICを実装してみました。 QUICの実装QUICは、TCPと同じく、パケットの再送、輻輳制御など、信頼性のある通信を実現するトランスポートプロトコルです。実装面の大きな違いは、TCPがオペレーティングシステムのプロトコルスタックの一機能として実装されるのに対して、QUICはアプリケーションで実装され

「Linuxのネットワークスタックが遅すぎる！」 詳細はわかりませんが、すごくエンジニアステージが高そうですね！ネットワークスタックの高速化は多くの前例があり、中途半端に試すと、周辺の詳しい人に一晩中、指導をうけるはめになりかねません。前例のないRustなら安心です。 典型的な高速化手法広く使われている高速化手法は、オペレーティングシステムのプロトコルスタックを使わずに、サーバアプリケーションが直接、NICにアクセスして、パケットを処理するというものです。Linuxの上で、FreeBSDのプロトコルスタックとサーバアプリケーションを統合するという、謎の組み合わせを運用しているクラウド事業者もいます。 上記の高速化手法のポイントの一つが、アプリケーションが、高速に、NICにアクセスするための手法です。たくさん提案されてきましたが、今回は、現在、人気があるXDPを使うことにします。聞いたことが

補充資料： 2020.3.17 文章の最後に日本語訳つきバージョンを更新しました、シェア歓迎です！ 2020.3.17 補上日文翻譯在最下方，歡迎轉載分享！ 2020.7.7 收到京都精華大學來信，說明在重新調查後，認定確實有使用「金萱」字型中的部分內容並挪用到「錦黑體」的製作中。校方與指導教授道歉，並說明本案處置情況；同時於校方網頁中公開致歉，https://www.kyoto-seika.ac.jp/news/2020/0707.html 2020.9.3 因仍有朋友關注此事，還是有公開這份聲明的必要，在此補上校方道歉全文（連結）上週剛忙完「jf open 粉圓」的開源計畫（https://justfont.com/huninn/），同一個時間，也不得去處理一些很不想處理的事情。 這是一封我回信給日本某大學的信件： 致 某貴校：一直以來，日本對於字型設計的尊重，是一直是我們欽羨的對象，

原文：Lauren McCarthy 翻訳：Ayato, deconbatch, reona396, takawo（アルファベット順） Puedes leer la versión en español de este artículo aquí. You can read the English version of this post here. Você pode ler a versão em português deste artigo aqui. p5.js のバージョン1.0が公開されました！p5.js はクリエイティブな表現やウェブ上でのコーディングを可能にし、アーティスト、デザイナー、教育者、初心者全てに向けた JavaScript ライブラリです。プロジェクト開始から7年が経ちましたが、Kate Hollenbach が一年前にロードマップを作成してからバージョン 1.

株式会社日本システム企画（以下、日本システム企画社）が販売している商品で、マンションなど集合住宅において水道管に外側から「NMRパイプテクター」と名付けられた装置を取り付けると、管の中の赤錆が黒錆に変わるため配管設備を更新しなくても数十年保たせることができる、という通称「謎水装置」と言われる機器が販売されています。 そもそも仕組みが良く分からないので、私たちのような大規模タワーマンションの管理組合などでは「そのような機序が不明な装置を入れるべきではない」という判断も働くのですが、老朽化が進み、管理組合や住民に科学リテラシーがない人たちが多いと「少しでも配管保守工事が先延ばしにできるなら」とこの機器を採用してしまう物件があるということで、問題になっていました。 単に、科学的根拠が分からない製品がそれなりの高額で売られているという案件であるというだけでも大変なことなのかなと思います。しかしなが

1.はじめに「Google神格化キット」は、Google[1]を既存の神に変わる存在とし、普段我々が日常的に行う。インターネット上の行為である「検索」を演出した作品である。 現在コミュニケーションや、商取引などあらゆる役割が集約されたインターネットは、社会に既存の施設やコミュニティなどのあらゆる要素を取り込み、我々の生活になくてはならないものとなっている。欲しい商品についての情報を検索し、購入までの行為を全てインターネット上でいつでもどこでも行える他、日本にいながらリアルタイムで海外情勢知ることができ、友人と情報共有が手軽にできる。今やインターネットは新たなライフラインとも言えるべき存在である。 インターネットに集約されたあらゆる要素の中には宗教も入っている。島田裕巳は『スマホが神になる』で、宗教要素の一因である「コミュニティ形成」や「救済」をインターネットが担いつつある現象について「神に

For the past year, version 4.0 has been published to npm and could be installed using npm install gulp@next. Today, it’s being promoted from “next” to “latest” which means it will be installed by default when you run npm install gulp. With this, all previous versions are soft deprecated and will become hard deprecated in the coming months. What’s new in 4.0?!The task system was rewritten from the

by Worst-Online-Dater Abstract (TL;DR)This study was conducted to quantify the Tinder socio-economic prospects for males based on the percentage of females that will “like” them. Female Tinder usage data was collected and statistically analyzed to determine the inequality in the Tinder economy. It was determined that the bottom 80% of men (in terms of attractiveness) are competing for the bottom 2

After we released webpack v2, we made some promises to the community. We promised that we would deliver the features you voted for. Moreover, we promised to deliver them in a faster, more stable release cycle. No more year-long betas, no breaking changes between release candidates. We promised to do you right by you, the community that makes webpack thrive. The webpack team is proud to announce th

東京デザインウィーク（TOKYO DESIGN WEEK 2016）で発生した火災で、5歳の子どもが焼け死んだ事件を覚えているだろうか？あれから2か月以上経過して、その後どうなったのかを調べようとしたら、なんかもういたたまれない気持ちになった。 東京デザインウィークのトップページに掲載されてたはずの「お詫び」のメッセージは、いつの間にかなんだかよく分からない「弊社社員が配信したメール」のお詫びに差し替わってた。事故後に掲載されていた本来のお詫び文（前略で始まる奇妙な文章がお詫びなのかは分からないが）は、なぜか「お知らせ」に移動されてる。子どもが、親が観てる前で焼け死んだのを「お知らせ」で片づけてしまうのって……。なんか、気分が悪い。 事の経緯は、年末に東京デザインウィークの社員とボランティアのひとたちが、忘年会を開こうとしてたんだってさ。悪いけど、個人的にはそんなことどうだって良い（本来ど

Last month we shipped our first Release Candidate for webpack 2.2. Since then, we’ve been hard at work fixing any bugs that you reported. Not only that, but we’ve merged over 220 pull requests from the community in helping us refactor our core library to ES2015 (yes, this means our minimum supported NodeJS version is now 4.3). On behalf of the entire webpack team, I’m proud to announce that webpac