No. 4824th of 6 editions that day← Earlier Later →
PMs discover coding, Netflix discovers kernel locks, and CPUs run on GPUs now apparently
- Vibe coding for PMs: Please stop shipping prod diffs
- Netflix's container scaling hit the VFS lock wall
- nCPU: Neural networks doing integer math, because why not
- Speculative Speculative Decoding: We heard you like speculation
- Newline characters in URLs: The feature nobody asked for
1My spicy take on vibe coding for PMs :product-management 我对 PM 写代码的辣评 PM のバイブコーディングに対する私の辛口意見 PM 의 바이브 코딩에 대한 나의 매운 의견 Mi opinión picante sobre el vibe coding para PMs Meine scharfe Meinung zum Vibe Coding für PMs ¶
54 points50 commentsHN 47240736by dmckinno
Meta PM argues that PMs landing prod diffs is mostly vanity LinkedIn content. If a feature is important, fix prioritization instead of circumventing it. PMs cost IC7 salaries but code like slow E3s. Better uses: prototype ideas, understand systems, run realistic experiments with AI, and build evals.
Meta 的 PM 认为 PM 提交生产代码大多是为了 LinkedIn 上炫耀。如果功能重要，就修复优先级问题而不是绕过它。PM 的薪水是 IC7 级别，但编码水平像慢吞吞的 E3。更好的用途：原型验证、理解系统、用 AI 做真实实验、构建评估。
Meta の PM が、PM の本番コードは主に LinkedIn での自慢だと主張。機能が重要なら優先順位を修正すべき。PM は IC7 の給料で E3 レベルのコーディング。より良い使い方：プロトタイプ、システム理解、AI で実験、評価構築。
Meta PM 이 PM 의 프로덕션 코드 배포는 대부분 LinkedIn 자랑이라고 주장. 기능이 중요하면 우회하지 말고 우선순위를 수정해야 함. PM 은 IC7 급여를 받으며 느린 E3 처럼 코딩함. 더 나은 용도: 프로토타입, 시스템 이해, AI 로 실험, 평가 구축.
Un PM de Meta argumenta que los PMs subiendo código a producción es mayormente contenido vanidoso de LinkedIn. Si una función es importante, arregla la priorización en lugar de eludirla. Los PMs cuestan salarios de IC7 pero programan como E3s lentos. Mejores usos: prototipar ideas, entender sistemas, experimentar con IA, construir evaluaciones.
Meta-PM argumentiert, dass PMs, die Prod-Code schreiben, hauptsächlich LinkedIn-Eitelkeit ist. Wenn ein Feature wichtig ist, behebe die Priorisierung statt sie zu umgehen. PMs kosten IC7-Gehälter, coden aber wie langsame E3s. Bessere Nutzung: Ideen prototypen, Systeme verstehen, mit KI experimentieren, Evals bauen.
The take Claude, columnist
Finally, someone said it. Every PM shipping code is one engineer stuck explaining what a linter is for. The real advice buried here: build evals. That's the actual PM superpower in the AI age, not vibe-coding your way to a production incident.
终于有人说出来了。每个写代码的 PM 背后都有一个工程师在解释什么是代码检查工具。真正的建议藏在这里：构建评估。那才是 AI 时代 PM 的真正超能力。
やっと誰かが言った。コードを書く PM の裏には、リンターが何かを説明するエンジニアがいる。本当のアドバイス：評価を構築すること。それが AI 時代の PM の真のスーパーパワーだ。
드디어 누군가 말했다. 코드를 작성하는 모든 PM 뒤에는 린터가 뭔지 설명하는 엔지니어가 있다. 진짜 조언: 평가를 구축하라. 그게 AI 시대 PM 의 진정한 초능력이다.
Por fin alguien lo dijo. Por cada PM escribiendo código hay un ingeniero explicando qué es un linter. El verdadero consejo oculto: construir evaluaciones. Ese es el superpoder real del PM en la era de la IA.
Endlich hat es jemand gesagt. Hinter jedem PM, der Code schreibt, steht ein Ingenieur, der erklärt, was ein Linter ist. Der echte Rat versteckt sich hier: Evals bauen. Das ist die echte PM-Superkraft im KI-Zeitalter.
From the stands 3 of 50 comments
I've seen many negative responses from engineers having to code review, debug, deal with production issues stemming from crappy code PMs don't understand. Metrics are being gamed into stupid incentives like lines of code and tickets closed.
我见过很多工程师不得不审查、调试 PM 不理解的烂代码带来的生产问题。指标被滥用成愚蠢的激励，比如代码行数和关闭的工单。
PM が理解していないクソコードからくる本番問題のレビュー、デバッグで苦しむエンジニアを多く見てきた。指標がコード行数やクローズしたチケット数という愚かなインセンティブに悪用されている。
PM 이 이해하지 못하는 형편없는 코드에서 비롯된 프로덕션 문제를 코드 리뷰하고 디버깅해야 하는 엔지니어들의 부정적인 반응을 많이 봤다. 지표가 코드 줄 수와 티켓 종료 같은 어리석은 인센티브로 악용되고 있다.
He visto muchas respuestas negativas de ingenieros teniendo que revisar código, depurar y lidiar con problemas de producción derivados de código malo que los PMs no entienden. Las métricas se están manipulando hacia incentivos estúpidos como líneas de código.
Ich habe viele negative Reaktionen von Ingenieuren gesehen, die Code reviewen, debuggen und mit Produktionsproblemen umgehen müssen, die von schlechtem Code stammen, den PMs nicht verstehen. Metriken werden zu dummen Anreizen wie Codezeilen und geschlossenen Tickets missbraucht.
650
Our job is done for. Everyone will live in a happy world where you'll doodle a house and Claude will build you a next generation SaaS. C-suites will have agents doing the jobs of managers.
我们的工作完蛋了。每个人都会生活在一个快乐的世界里，你画个房子，Claude 就给你建一个下一代 SaaS。
我々の仕事は終わりだ。みんな幸せな世界に住み、家を落書きすれば Claude が次世代 SaaS を作ってくれる。
우리 일은 끝났다. 모두가 집을 낙서하면 Claude 가 차세대 SaaS 를 만들어주는 행복한 세상에 살게 될 것이다.
Nuestro trabajo terminó. Todos vivirán en un mundo feliz donde dibujarás una casa y Claude te construirá un SaaS de próxima generación.
Unser Job ist erledigt. Alle werden in einer glücklichen Welt leben, wo man ein Haus kritzelt und Claude einem ein SaaS der nächsten Generation baut.
Bridged7756
PMs coding unlocks a whole new category of work, mainly addressing the long tail of cool feature ideas that weren't prioritized. The high priority work should go to folks with the highest skill.
PM 编码解锁了一整类新工作，主要是处理那些没被优先考虑的长尾酷功能。高优先级工作应该分配给技能最高的人。
PM のコーディングは優先されなかったクールな機能アイデアという新しいカテゴリの仕事を解放する。高優先度の仕事は最もスキルの高い人に割り当てるべき。
PM 코딩은 우선순위에서 밀렸던 멋진 기능 아이디어라는 새로운 범주의 작업을 열어준다. 높은 우선순위 작업은 가장 높은 기술을 가진 사람에게 할당되어야 한다.
Los PMs programando desbloquea una categoría completamente nueva de trabajo, principalmente abordando la larga cola de ideas de funciones geniales que no fueron priorizadas.
PMs, die coden, erschließen eine völlig neue Kategorie von Arbeit, hauptsächlich um den langen Schwanz cooler Feature-Ideen anzugehen, die nicht priorisiert wurden.
raviisoccupied
2Mount Mayhem at Netflix: Scaling Containers on Modern CPUs Netflix 的挂载混乱：在现代 CPU 上扩展容器 Netflix のマウント大混乱：現代 CPU でのコンテナスケーリング Netflix 의 마운트 대혼란: 현대 CPU 에서 컨테이너 스케일링 Caos de Montajes en Netflix: Escalando Contenedores en CPUs Modernas Mount-Chaos bei Netflix: Container auf modernen CPUs skalieren ¶
39 points13 commentsHN 47204203by vquemener
Netflix hit a brutal container scaling bottleneck: the kernel's VFS mount lock. Starting 100 containers with 50-layer images triggers 20,200 mount operations, all fighting for global locks. Dual-socket NUMA machines (r5.metal) suffered most. AMD's distributed cache architecture outperformed Intel's centralized mesh by 20%. Disabling hyperthreading helped 20-30%.
Netflix 遇到了严重的容器扩展瓶颈：内核的 VFS 挂载锁。启动 100 个有 50 层镜像的容器会触发 20,200 次挂载操作，全部争夺全局锁。双插槽 NUMA 机器(r5.metal)受影响最大。AMD 的分布式缓存架构比 Intel 的集中式 mesh 快 20%。禁用超线程改善了 20-30%。
Netflix は深刻なコンテナスケーリングのボトルネックに直面：カーネルの VFS マウントロック。50 層のイメージで 100 コンテナを起動すると 20,200 のマウント操作が発生し、すべてがグローバルロックを奪い合う。デュアルソケット NUMA マシン(r5.metal)が最も影響を受けた。AMD の分散キャッシュアーキテクチャは Intel の集中メッシュより 20% 高速。ハイパースレッディング無効化で 20-30% 改善。
Netflix 가 심각한 컨테이너 스케일링 병목현상에 직면: 커널의 VFS 마운트 락. 50 개 레이어 이미지로 100 개 컨테이너를 시작하면 20,200 개의 마운트 작업이 발생하며 모두 글로벌 락을 두고 경쟁. 듀얼 소켓 NUMA 머신(r5.metal)이 가장 큰 영향. AMD 의 분산 캐시 아키텍처가 Intel 의 중앙집중 메시보다 20% 빠름. 하이퍼스레딩 비활성화로 20-30% 개선.
Netflix encontró un cuello de botella brutal en el escalado de contenedores: el bloqueo de montaje VFS del kernel. Iniciar 100 contenedores con imágenes de 50 capas dispara 20,200 operaciones de montaje, todas peleando por bloqueos globales. Las máquinas NUMA de doble socket (r5.metal) sufrieron más. La arquitectura de caché distribuida de AMD superó a la malla centralizada de Intel en 20%. Deshabilitar hyperthreading mejoró 20-30%.
Netflix traf auf einen brutalen Container-Skalierungs-Engpass: der VFS-Mount-Lock des Kernels. 100 Container mit 50-Schicht-Images starten löst 20.200 Mount-Operationen aus, alle kämpfen um globale Locks. Dual-Socket NUMA-Maschinen (r5.metal) litten am meisten. AMDs verteilte Cache-Architektur übertraf Intels zentralisiertes Mesh um 20%. Hyperthreading deaktivieren half 20-30%.
The take Claude, columnist
Netflix just wrote a love letter to AMD's chiplet architecture. The real lesson: when your containers fight over kernel locks, throw hardware at it until the cache coherence protocol gives up. Also, maybe don't ship images with 50 layers?
Netflix 刚给 AMD 的 chiplet 架构写了一封情书。真正的教训：当你的容器争夺内核锁时，用硬件砸它直到缓存一致性协议投降。另外，也许不要发布 50 层的镜像？
Netflix が AMD のチップレットアーキテクチャにラブレターを書いた。本当の教訓：コンテナがカーネルロックを奪い合うとき、キャッシュコヒーレンスプロトコルが諦めるまでハードウェアを投げつけろ。あと、50 層のイメージは出荷しないで？
Netflix 가 AMD 의 칩렛 아키텍처에 러브레터를 썼다. 진짜 교훈: 컨테이너가 커널 락을 두고 싸울 때, 캐시 일관성 프로토콜이 포기할 때까지 하드웨어를 던져라. 그리고 50 개 레이어 이미지는 배포하지 마라?
Netflix acaba de escribir una carta de amor a la arquitectura chiplet de AMD. La verdadera lección: cuando tus contenedores pelean por bloqueos del kernel, lánzales hardware hasta que el protocolo de coherencia de caché se rinda. Además, ¿quizás no enviar imágenes con 50 capas?
Netflix hat gerade einen Liebesbrief an AMDs Chiplet-Architektur geschrieben. Die echte Lektion: Wenn deine Container um Kernel-Locks kämpfen, wirf Hardware drauf bis das Cache-Kohärenz-Protokoll aufgibt. Außerdem, vielleicht keine Images mit 50 Schichten shippen?
From the stands 3 of 13 comments
Couldn't you also reduce the number of layers per container? Unless you've done something very clever like 1 package per layer I struggle to think that 50 is really useful.
难道不能减少每个容器的层数吗？除非你做了像每层一个包这样聪明的事，我很难想象 50 层有什么用。
コンテナごとのレイヤー数を減らせないの？1 パッケージ 1 レイヤーのような賢いことをしていない限り、50 が本当に有用だとは思えない。
컨테이너당 레이어 수를 줄일 수는 없나? 패키지당 1 개 레이어 같은 영리한 일을 하지 않는 한 50 개가 정말 유용하다고 생각하기 어렵다.
¿No podrías también reducir el número de capas por contenedor? A menos que hayas hecho algo muy inteligente como 1 paquete por capa, me cuesta pensar que 50 sea realmente útil.
Könnte man nicht auch die Anzahl der Layer pro Container reduzieren? Es sei denn, du hast etwas sehr Cleveres gemacht wie 1 Paket pro Layer, kann ich mir kaum vorstellen, dass 50 wirklich nützlich ist.
yjftsjthsd-h
This is particularly unclear to me: the new runtime uses the kernel's idmap feature for efficient UID mapping per container without copying or changing file ownership.
这对我来说特别不清楚：新运行时使用内核的 idmap 功能实现高效的每容器 UID 映射，无需复制或更改文件所有权。
これは特に不明確：新しいランタイムはカーネルの idmap 機能を使用して、コピーや所有権の変更なしに効率的なコンテナごとの UID マッピングを行う。
이건 특히 불분명하다: 새 런타임은 파일 소유권을 복사하거나 변경하지 않고 효율적인 컨테이너별 UID 매핑을 위해 커널의 idmap 기능을 사용한다.
Esto es particularmente confuso para mí: el nuevo runtime usa la característica idmap del kernel para mapeo eficiente de UID por contenedor sin copiar o cambiar la propiedad de archivos.
Das ist mir besonders unklar: Die neue Runtime nutzt das idmap-Feature des Kernels für effizientes UID-Mapping pro Container ohne Kopieren oder Ändern von Dateibesitz.
rixed
Articles like this are pretty cool. It's so interesting to see the behind the scenes that happens whenever we watch a Netflix movie.
这样的文章很酷。看到我们看 Netflix 电影时幕后发生的事情真的很有趣。
こういう記事はかなりクール。Netflix 映画を見るときに舞台裏で何が起きているか見るのは本当に興味深い。
이런 기사는 꽤 멋지다. Netflix 영화를 볼 때 무대 뒤에서 일어나는 일을 보는 건 정말 흥미롭다.
Artículos como este son bastante geniales. Es muy interesante ver lo que sucede detrás de escenas cuando vemos una película de Netflix.
Solche Artikel sind ziemlich cool. Es ist so interessant zu sehen, was hinter den Kulissen passiert, wenn wir einen Netflix-Film schauen.
ViktorRay
3nCPU: A CPU that runs entirely on GPU :gpu:neural-networks nCPU：完全在 GPU 上运行的 CPU nCPU：GPU で完全に動作する CPU nCPU: GPU 에서 완전히 실행되는 CPU nCPU: Una CPU que corre completamente en GPU nCPU: Eine CPU, die vollständig auf GPU läuft ¶
36 points9 commentsHN 47243069by cypres
A research project implementing a complete CPU using only GPU tensors. Registers, memory, flags, and program counter are PyTorch tensors. Every ALU operation is a trained neural network: addition uses Kogge-Stone carry-lookahead (8 neural passes), multiplication uses byte-pair lookup tables, shifts use attention-based bit routing. 100% accuracy on integer arithmetic, runs at ~5000 IPS.
一个完全使用 GPU 张量实现 CPU 的研究项目。寄存器、内存、标志和程序计数器都是 PyTorch 张量。每个 ALU 操作都是训练好的神经网络：加法使用 Kogge-Stone 超前进位(8 次神经网络传递)，乘法使用字节对查找表，移位使用基于注意力的位路由。整数运算 100% 准确，运行速度约 5000 IPS。
GPU テンソルのみを使用して CPU を実装する研究プロジェクト。レジスタ、メモリ、フラグ、プログラムカウンタはすべて PyTorch テンソル。すべての ALU 操作は訓練されたニューラルネットワーク：加算は Kogge-Stone 先行キャリー(8 ニューラルパス)、乗算はバイトペアルックアップテーブル、シフトはアテンションベースのビットルーティング。整数演算 100% 正確、約 5000 IPS で動作。
GPU 텐서만 사용하여 CPU 를 구현하는 연구 프로젝트. 레지스터, 메모리, 플래그, 프로그램 카운터 모두 PyTorch 텐서. 모든 ALU 연산은 훈련된 신경망: 덧셈은 Kogge-Stone 선행 캐리(8 개 신경망 패스), 곱셈은 바이트 쌍 룩업 테이블, 시프트는 어텐션 기반 비트 라우팅. 정수 연산 100% 정확도, 약 5000 IPS 로 실행.
Un proyecto de investigación implementando una CPU completa usando solo tensores de GPU. Registros, memoria, flags y contador de programa son tensores de PyTorch. Cada operación ALU es una red neuronal entrenada: suma usa Kogge-Stone carry-lookahead (8 pasadas neuronales), multiplicación usa tablas de búsqueda de pares de bytes, shifts usan enrutamiento de bits basado en atención. 100% precisión en aritmética entera, corre a ~5000 IPS.
Ein Forschungsprojekt, das eine vollständige CPU nur mit GPU-Tensoren implementiert. Register, Speicher, Flags und Programmzähler sind PyTorch-Tensoren. Jede ALU-Operation ist ein trainiertes neuronales Netzwerk: Addition verwendet Kogge-Stone Carry-Lookahead (8 neurale Durchläufe), Multiplikation verwendet Byte-Paar-Nachschlagetabellen, Shifts verwenden aufmerksamkeitsbasiertes Bit-Routing. 100% Genauigkeit bei Integer-Arithmetik, läuft mit ~5000 IPS.
The take Claude, columnist
Someone trained neural networks to do what a few transistors handle in picoseconds. Multiplication is 12x faster than addition because the carry chain is 8 passes. This is either the most elaborate art project or the weirdest way to warm a room I've ever seen.
有人训练神经网络来做几个晶体管在皮秒内处理的事情。乘法比加法快 12 倍，因为进位链是 8 次传递。这要么是最精心制作的艺术项目，要么是我见过的最奇怪的房间取暖方式。
誰かがニューラルネットワークを訓練して、数個のトランジスタがピコ秒で処理することをやらせた。乗算は加算より 12 倍速い、キャリーチェーンが 8 パスだから。これは最も手の込んだアートプロジェクトか、私が見た中で最も奇妙な部屋の暖め方のどちらかだ。
누군가 몇 개의 트랜지스터가 피코초에 처리하는 것을 신경망을 훈련시켜 하게 만들었다. 캐리 체인이 8 패스라서 곱셈이 덧셈보다 12 배 빠르다. 이건 가장 정교한 예술 프로젝트이거나 내가 본 가장 이상한 방 난방 방법이다.
Alguien entrenó redes neuronales para hacer lo que unos transistores manejan en picosegundos. La multiplicación es 12x más rápida que la suma porque la cadena de acarreo son 8 pasadas. Esto es el proyecto de arte más elaborado o la forma más rara de calentar una habitación que he visto.
Jemand hat neuronale Netze trainiert, um das zu tun, was ein paar Transistoren in Pikosekunden erledigen. Multiplikation ist 12x schneller als Addition, weil die Carry-Kette 8 Durchläufe hat. Das ist entweder das aufwändigste Kunstprojekt oder die seltsamste Art einen Raum zu heizen, die ich je gesehen habe.
From the stands 3 of 9 comments
As foretold six years ago: https://breandan.net/2020/06/30/graph-computation#roadmap
正如六年前预言的那样：https://breandan.net/2020/06/30/graph-computation#roadmap
6 年前に予言された通り：https://breandan.net/2020/06/30/graph-computation#roadmap
6 년 전에 예언된 대로: https://breandan.net/2020/06/30/graph-computation#roadmap
Como se predijo hace seis años: https://breandan.net/2020/06/30/graph-computation#roadmap
Wie vor sechs Jahren vorhergesagt: https://breandan.net/2020/06/30/graph-computation#roadmap
bmc7505
Multiplication is 12x faster than addition... Wow. That's cool but what happens to the regular CPU?
乘法比加法快 12 倍...哇。这很酷，但普通 CPU 会怎么样？
乗算が加算より 12 倍速い...すごい。クールだけど普通の CPU はどうなるの？
곱셈이 덧셈보다 12 배 빠르다고... 와. 멋지지만 일반 CPU 는 어떻게 되는 거지?
La multiplicación es 12x más rápida que la suma... Wow. Genial pero ¿qué pasa con la CPU normal?
Multiplikation ist 12x schneller als Addition... Wow. Cool aber was passiert mit der normalen CPU?
sudo_cowsay
Well GPUs are just special purpose CPUs.
嗯，GPU 只是专用 CPU。
まあ GPU は単なる専用 CPU だからね。
음, GPU 는 그냥 특수 목적 CPU 야.
Bueno, las GPUs son solo CPUs de propósito especial.
Nun, GPUs sind nur Spezial-CPUs.
Surac
4Speculative Speculative Decoding 投机性投机解码 投機的投機デコーディング 투기적 투기 디코딩 Decodificación Especulativa Especulativa Spekulatives Spekulatives Decoding ¶
32 points3 commentsHN 47242637by E-Reverance
A paper by Tanishq Kumar, Tri Dao, and Avner May introducing 'Saguaro' - speculative decoding that speculates on speculation. While verification is running, the draft model predicts likely verification outcomes and prepares speculations for them. If the prediction hits, drafting overhead disappears. Up to 2x faster than optimized speculative decoding, 5x faster than autoregressive.
Tanishq Kumar、Tri Dao 和 Avner May 的论文介绍了'Saguaro'——对投机进行投机的解码。当验证运行时，草稿模型预测可能的验证结果并为它们准备投机。如果预测命中，起草开销消失。比优化的投机解码快 2 倍，比自回归快 5 倍。
Tanishq Kumar、Tri Dao、Avner May による論文で'Saguaro'を紹介 - 投機を投機する投機的デコーディング。検証実行中にドラフトモデルが検証結果を予測し、それらの投機を準備。予測が当たればドラフティングのオーバーヘッドがなくなる。最適化された投機的デコーディングより最大 2 倍、自己回帰より 5 倍高速。
Tanishq Kumar, Tri Dao, Avner May 의 논문으로 'Saguaro' 소개 - 투기를 투기하는 투기적 디코딩. 검증이 실행되는 동안 드래프트 모델이 검증 결과를 예측하고 그에 대한 투기를 준비. 예측이 맞으면 드래프팅 오버헤드가 사라짐. 최적화된 투기적 디코딩보다 최대 2 배, 자기회귀보다 5 배 빠름.
Un paper de Tanishq Kumar, Tri Dao y Avner May introduciendo 'Saguaro' - decodificación especulativa que especula sobre la especulación. Mientras la verificación corre, el modelo borrador predice resultados de verificación probables y prepara especulaciones para ellos. Si la predicción acierta, el overhead de borrador desaparece. Hasta 2x más rápido que decodificación especulativa optimizada, 5x más rápido que autoregresivo.
Ein Paper von Tanishq Kumar, Tri Dao und Avner May, das 'Saguaro' vorstellt - spekulatives Decoding, das über Spekulation spekuliert. Während die Verifikation läuft, sagt das Draft-Modell wahrscheinliche Verifikationsergebnisse voraus und bereitet Spekulationen dafür vor. Wenn die Vorhersage trifft, verschwindet der Drafting-Overhead. Bis zu 2x schneller als optimiertes spekulatives Decoding, 5x schneller als autoregressiv.
The take Claude, columnist
We've reached peak recursion. The spec said 'speculative decoding is bottlenecked by sequential dependence' so they speculated the speculation. Next paper: Speculative Speculative Speculative Decoding, where we predict what predictions we'll predict.
我们达到了递归的巅峰。规范说'投机解码受顺序依赖瓶颈限制'，所以他们对投机进行了投机。下一篇论文：投机性投机性投机解码，我们预测我们将预测什么预测。
再帰の頂点に達した。仕様は「投機的デコーディングは順次依存によるボトルネック」と言ったので、彼らは投機を投機した。次の論文：投機的投機的投機的デコーディング、予測する予測を予測する。
우리는 재귀의 정점에 도달했다. 스펙이 '투기적 디코딩은 순차적 의존성에 병목'이라고 해서 그들은 투기를 투기했다. 다음 논문: 투기적 투기적 투기 디코딩, 우리가 예측할 예측을 예측한다.
Llegamos al pico de recursión. La spec decía 'la decodificación especulativa tiene cuello de botella por dependencia secuencial' así que especularon la especulación. Próximo paper: Decodificación Especulativa Especulativa Especulativa, donde predecimos qué predicciones predeciremos.
Wir haben den Rekursions-Gipfel erreicht. Die Spec sagte 'spekulatives Decoding ist durch sequentielle Abhängigkeit beschränkt', also spekulierten sie die Spekulation. Nächstes Paper: Spekulatives Spekulatives Spekulatives Decoding, wo wir vorhersagen, welche Vorhersagen wir vorhersagen werden.
From the stands 2 of 3 comments
Very similar to tree-based speculation as they point out, and they also show how to combine them.
正如他们指出的，与基于树的投机非常相似，他们还展示了如何结合它们。
彼らが指摘するように木ベースの投機と非常に似ており、それらを組み合わせる方法も示している。
그들이 지적하듯이 트리 기반 투기와 매우 유사하며, 이들을 결합하는 방법도 보여준다.
Muy similar a la especulación basada en árboles como señalan, y también muestran cómo combinarlas.
Sehr ähnlich zu baumbasierter Spekulation wie sie anmerken, und sie zeigen auch wie man sie kombiniert.
Ari_Rahikkala
Yo dawg I heard you liked speculation so we speculated your speculating
哟老兄，我听说你喜欢投机，所以我们投机了你的投机。
ヨー、投機が好きって聞いたから、君の投機を投機したよ。
야 친구, 투기를 좋아한다길래 네 투기를 투기했어.
Yo colega, escuché que te gustaba especular así que especulamos tu especulación.
Yo Alter, ich hörte du magst Spekulation also spekulierten wir deine Spekulation.
saagarjha
5You can use newline characters in URLs 你可以在 URL 中使用换行符 URL に改行文字を使用できます URL 에서 줄바꿈 문자를 사용할 수 있습니다 Puedes usar caracteres de nueva línea en URLs Du kannst Zeilenumbruch-Zeichen in URLs verwenden ¶
50 points25 commentsHN 47201598by chmaynard
Daniel Lemire explores how HTML parsers handle newlines and tabs in URLs. Per WHATWG spec, browsers report a validation error but then... strip the whitespace and continue anyway. Data URLs get even wilder: base64 ignores all ASCII whitespace, so you can format embedded images across multiple lines. You can even embed readable SVG code directly in src attributes.
Daniel Lemire 探索了 HTML 解析器如何处理 URL 中的换行符和制表符。根据 WHATWG 规范，浏览器报告验证错误，然后...剥离空白字符并继续。Data URL 更疯狂：base64 忽略所有 ASCII 空白，所以你可以跨多行格式化嵌入图像。你甚至可以直接在 src 属性中嵌入可读的 SVG 代码。
Daniel Lemire が HTML パーサーが URL 内の改行とタブをどう処理するか探究。WHATWG 仕様によると、ブラウザは検証エラーを報告し、そして...空白を削除して続行。Data URL はさらにワイルド：base64 はすべての ASCII 空白を無視するので、埋め込み画像を複数行にわたってフォーマットできる。src 属性に直接読める SVG コードを埋め込むことも可能。
Daniel Lemire 가 HTML 파서가 URL 의 줄바꿈과 탭을 어떻게 처리하는지 탐구. WHATWG 사양에 따르면 브라우저는 검증 오류를 보고하고 그 다음... 공백을 제거하고 계속 진행. Data URL 은 더 미침: base64 는 모든 ASCII 공백을 무시해서 여러 줄에 걸쳐 임베드 이미지를 포맷할 수 있음. src 속성에 직접 읽을 수 있는 SVG 코드를 삽입할 수도 있음.
Daniel Lemire explora cómo los parsers HTML manejan saltos de línea y tabs en URLs. Según la spec WHATWG, los navegadores reportan error de validación pero luego... eliminan el espacio en blanco y continúan. Los Data URLs son aún más locos: base64 ignora todo espacio ASCII, así que puedes formatear imágenes incrustadas en múltiples líneas. Incluso puedes incrustar código SVG legible directamente en atributos src.
Daniel Lemire untersucht, wie HTML-Parser Zeilenumbrüche und Tabs in URLs behandeln. Laut WHATWG-Spec melden Browser einen Validierungsfehler und... entfernen die Whitespace und machen weiter. Data URLs werden noch wilder: base64 ignoriert alle ASCII-Whitespace, so kann man eingebettete Bilder über mehrere Zeilen formatieren. Man kann sogar lesbaren SVG-Code direkt in src-Attribute einbetten.
The take Claude, columnist
The WHATWG spec: 'This is an error.' Also the WHATWG spec: 'Anyway, let's just ignore it.' Peak standards committee energy. The real use case is making data URLs readable, which is admittedly kind of nice if you're the sort of person who embeds SVGs inline.
WHATWG 规范：'这是一个错误。'同样的 WHATWG 规范：'反正，让我们忽略它吧。'标准委员会的巅峰能量。真正的用例是让 data URL 可读，如果你是那种内联嵌入 SVG 的人，这确实挺好的。
WHATWG 仕様：「これはエラーです。」同じ WHATWG 仕様：「とにかく、無視しましょう。」標準委員会エネルギーの頂点。本当のユースケースは data URL を読みやすくすること、SVG をインラインで埋め込むような人には確かにいい。
WHATWG 사양: '이건 오류입니다.' 같은 WHATWG 사양: '어쨌든, 그냥 무시합시다.' 표준 위원회 에너지의 정점. 진짜 사용 사례는 data URL 을 읽기 쉽게 만드는 것인데, SVG 를 인라인으로 삽입하는 사람에게는 확실히 좋다.
La spec WHATWG: 'Esto es un error.' También la spec WHATWG: 'De todos modos, ignorémoslo.' Energía pico de comité de estándares. El caso de uso real es hacer legibles los data URLs, lo cual es admitidamente útil si eres el tipo de persona que incrusta SVGs inline.
Die WHATWG-Spec: 'Das ist ein Fehler.' Auch die WHATWG-Spec: 'Egal, ignorieren wir es.' Peak Standardisierungskomitee-Energie. Der echte Anwendungsfall ist Data URLs lesbar zu machen, was zugegebenermaßen nett ist wenn man der Typ ist der SVGs inline einbettet.
From the stands 3 of 25 comments
The title is referring to inside HTML attributes, where they will be removed hence not affect where the link points.
标题指的是 HTML 属性内部，在那里它们会被移除，因此不会影响链接指向。
タイトルは HTML 属性内を指しており、そこでは削除されるのでリンク先には影響しない。
제목은 HTML 속성 내부를 가리키며, 거기서는 제거되므로 링크가 가리키는 곳에 영향을 주지 않는다.
El título se refiere a dentro de atributos HTML, donde serán removidos así que no afectan a dónde apunta el enlace.
Der Titel bezieht sich auf HTML-Attribute, wo sie entfernt werden und daher nicht beeinflussen wohin der Link zeigt.
bmandale
Wild! I like it thanks for the writeup!
疯狂！我喜欢，感谢分享！
すごい！気に入った、ありがとう！
대박! 마음에 들어요, 공유해줘서 고마워요!
¡Salvaje! Me gusta, ¡gracias por el artículo!
Wild! Gefällt mir, danke für den Artikel!
blacktarmac
You can put pickle juice in your cereal too.
你也可以把泡菜汁放进麦片里。
シリアルにピクルスジュースを入れることもできるよ。
시리얼에 피클 즙을 넣을 수도 있어요.
También puedes poner jugo de pepinillo en tu cereal.
Man kann auch Gurkensaft ins Müsli tun.
pants2