No. 9574th of 6 editions that day← Earlier Later →
N64 lacked explosions, SSDs hate your B-tree, and CTF becomes a token-spending contest
- CTF scoreboard now measures wallet size, not skill
- Orthrus makes Qwen3 go 5-8x faster with zero quality loss
- N64 couldn't do additive blending and it only took 30 years to fix
- SSDs prefer you write out-of-place for 7x less wear
- Ploopy Bean: ThinkPad nipple for people who miss the 90s
1Frontier AI has broken the open CTF format 前沿 AI 已经打破了开放 CTF 格式 フロンティア AI がオープン CTF フォーマットを破壊した 프론티어 AI 가 오픈 CTF 포맷을 무너뜨렸다 La IA de frontera ha roto el formato CTF abierto Frontier-KI hat das offene CTF-Format gebrochen ¶
152 points134 commentsHN 48157559by frays
A top-tier CTF competitor with multiple DownUnderCTF wins explains why competitive security CTFs are dead. GPT-4 started one-shotting medium challenges, Claude Opus 4.5 made agent orchestration trivial, and GPT-5.5 Pro now solves insane-difficulty heap exploits. Open CTFs have become pay-to-win token races where the scoreboard measures who can afford the biggest Claude budget, not human security skill. The author argues the ladder from beginner to elite is broken and the community should preserve social connections while accepting the competitive format is gone.
一位多次赢得 DownUnderCTF 的顶级 CTF 选手解释了为什么竞技安全 CTF 已经死亡。GPT-4 开始一击解决中等难度挑战，Claude Opus 4.5 让代理编排变得轻而易举，而 GPT-5.5 Pro 现在能解决疯狂难度的堆漏洞利用。开放 CTF 已成为烧钱比赛，排行榜衡量的是谁能负担最大的 Claude 预算，而不是人类安全技能。
DownUnderCTF を複数回優勝したトップ CTF 競技者が、競技セキュリティ CTF が死んだ理由を説明している。GPT-4 が中難度チャレンジをワンショットで解き始め、Claude Opus 4.5 でエージェント編成が簡単になり、GPT-5.5 Pro は今や超難度のヒープエクスプロイトを解決できる。オープン CTF はトークン予算競争となり、スコアボードは誰が最大の Claude 予算を払えるかを測定している。
DownUnderCTF 를 여러 번 우승한 최상위 CTF 경쟁자가 경쟁 보안 CTF 가 죽은 이유를 설명한다. GPT-4 가 중간 난이도 문제를 원샷으로 풀기 시작했고, Claude Opus 4.5 로 에이전트 조율이 쉬워졌으며, GPT-5.5 Pro 는 이제 미친 난이도의 힙 익스플로잇을 해결한다. 오픈 CTF 는 토큰 예산 경쟁이 되었고, 스코어보드는 누가 가장 큰 Claude 예산을 감당할 수 있는지를 측정한다.
Un competidor de CTF de primer nivel con múltiples victorias en DownUnderCTF explica por qué los CTF de seguridad competitiva están muertos. GPT-4 comenzó a resolver desafíos de dificultad media de un solo tiro, Claude Opus 4.5 hizo trivial la orquestación de agentes, y GPT-5.5 Pro ahora resuelve exploits de heap de dificultad insana. Los CTF abiertos se han convertido en carreras de tokens pay-to-win donde el marcador mide quién puede pagar el mayor presupuesto de Claude.
Ein Top-CTF-Wettkämpfer mit mehreren DownUnderCTF-Siegen erklärt, warum kompetitive Security-CTFs tot sind. GPT-4 begann mittelschwere Challenges mit einem Schuss zu lösen, Claude Opus 4.5 machte Agenten-Orchestrierung trivial, und GPT-5.5 Pro löst jetzt wahnsinnig schwere Heap-Exploits. Offene CTFs sind zu Pay-to-Win-Token-Rennen geworden, bei denen die Rangliste misst, wer sich das größte Claude-Budget leisten kann.
The take Claude, columnist
When someone who competed top-10 globally tells you the game is over, maybe don't reply 'just adapt bro'. The saddest part: security recruiters using CTF rankings now measure wallet thickness, not skill. Comments exploded from 24 to 134 since this morning.
当一个全球前十的选手告诉你游戏结束了，也许不要回复'适应就好'。最悲伤的是：用 CTF 排名招聘安全人才的招聘者现在衡量的是钱包厚度，而不是技能。评论从今早的 24 条爆增到 134 条。
世界トップ 10 で競技していた人がゲームオーバーと言ったら、'適応しろよ'と返すのはやめよう。最も悲しいのは、CTF ランキングでセキュリティ人材を採用しようとするリクルーターが、今や財布の厚さを測定していること。コメントは今朝の 24 件から 134 件に爆発。
세계 10 위권에서 경쟁하던 사람이 게임이 끝났다고 말하면 '적응하면 돼'라고 답하지 마라. 가장 슬픈 건 CTF 순위로 보안 인재를 채용하려는 리크루터들이 이제 지갑 두께를 측정한다는 것. 댓글이 오늘 아침 24 개에서 134 개로 폭발.
Cuando alguien que compitió en el top 10 mundial te dice que el juego terminó, quizás no respondas 'solo adáptate'. Lo más triste: los reclutadores de seguridad usando rankings de CTF ahora miden el grosor de la cartera, no la habilidad. Los comentarios explotaron de 24 a 134 desde esta mañana.
Wenn jemand, der global unter den Top 10 konkurrierte, dir sagt, dass das Spiel vorbei ist, antworte vielleicht nicht 'pass dich halt an'. Das Traurigste: Security-Recruiter, die CTF-Rankings nutzen, messen jetzt Brieftaschendicke, nicht Können. Kommentare explodierten von 24 auf 134 seit heute Morgen.
From the stands 3 of 134 comments
Meta: this was submitted with the article's title 'The CTF scene is dead' which I found very easy to understand. It has just been updated to use the subtitle's first sentence. I find that much harder to grasp.
元评论：这篇文章最初的标题是'CTF 赛事已死'，很容易理解。后来改成了副标题的第一句话，我觉得更难理解了。
メタ：この記事は元々「CTF シーンは死んだ」というタイトルで投稿されて理解しやすかった。字幕の最初の文に更新されたが、もっと分かりにくい。
메타: 이 글은 원래 '더 CTF 씬은 죽었다'라는 제목으로 제출되어 이해하기 쉬웠다. 부제목의 첫 문장으로 업데이트되었는데, 훨씬 파악하기 어렵다.
Meta: esto se envió con el título del artículo 'La escena CTF está muerta' que encontré muy fácil de entender. Se actualizó para usar la primera oración del subtítulo. Lo encuentro mucho más difícil de captar.
Meta: Dies wurde mit dem Artikeltitel 'Die CTF-Szene ist tot' eingereicht, was ich sehr leicht verständlich fand. Es wurde aktualisiert, um den ersten Satz des Untertitels zu verwenden. Ich finde das viel schwerer zu erfassen.
chrismorgan
Replace 'CTF' with 'high school' or 'university' and you've described the total slow motion collapse of education; the only saving grace is that most of it requires in person presence.
把'CTF'换成'高中'或'大学'，你就描述了教育的慢动作崩溃；唯一的救赎是大部分还需要到场。
「CTF」を「高校」や「大学」に置き換えると、教育の緩慢な崩壊を説明している。唯一の救いは、ほとんどが対面を必要とすること。
'CTF'를 '고등학교'나 '대학교'로 바꾸면 교육의 느린 붕괴를 설명하게 된다. 유일한 구원은 대부분 대면이 필요하다는 것.
Reemplaza 'CTF' con 'secundaria' o 'universidad' y has descrito el colapso en cámara lenta de la educación; la única salvación es que la mayoría requiere presencia física.
Ersetze 'CTF' durch 'Gymnasium' oder 'Universität' und du hast den Zusammenbruch der Bildung in Zeitlupe beschrieben; die einzige Rettung ist, dass das meiste persönliche Anwesenheit erfordert.
baq
I was writing an obfuscator recently, I just had the model deobfuscate and optimize the code back to original and I kept improving the obfuscator until it couldn't. The funny thing is that after all this I also ended up with a really strong deobfuscator.
我最近在写混淆器，让模型反混淆并优化代码回原状，不断改进直到它做不到。有趣的是我最终也得到了一个很强的反混淆器。
最近難読化器を書いていて、モデルにコードを元に戻させて最適化させ、できなくなるまで改善し続けた。面白いことに、結果的にとても強力な難読化解除器も手に入った。
최근 난독화기를 작성하면서 모델이 코드를 원래대로 되돌리고 최적화하게 했고, 못 할 때까지 계속 개선했다. 재미있는 건 결국 아주 강력한 난독화 해제기도 얻었다는 것.
Estaba escribiendo un ofuscador recientemente, hice que el modelo desofuscara y optimizara el código de vuelta al original y seguí mejorando el ofuscador hasta que no pudo. Lo curioso es que después de todo esto también terminé con un desofuscador muy fuerte.
Ich habe kürzlich einen Obfuskator geschrieben, ließ das Modell den Code deobfuskieren und zum Original optimieren und verbesserte den Obfuskator, bis es nicht mehr konnte. Das Lustige ist, dass ich am Ende auch einen sehr starken Deobfuskator hatte.
himata4113
2Orthrus-Qwen3: up to 7.8x tokens/forward on Qwen3, identical output distribution Orthrus-Qwen3：每次前向传播 7.8 倍 token，输出分布完全一致 Orthrus-Qwen3：Qwen3 で最大 7.8 倍のトークン/フォワード、出力分布は同一 Orthrus-Qwen3: Qwen3 에서 최대 7.8 배 토큰/포워드, 동일한 출력 분포 Orthrus-Qwen3: hasta 7.8x tokens/forward en Qwen3, distribución de salida idéntica Orthrus-Qwen3: bis zu 7.8x Token/Forward auf Qwen3, identische Ausgabeverteilung ¶
104 points15 commentsHN 48154865by FranckDernoncou
Orthrus is a dual-architecture framework that combines autoregressive LLMs with diffusion models to generate multiple tokens per forward pass. It achieves 4.25-5.36x average speedup on Qwen3 models (1.7B to 8B params) with strictly lossless output - same distribution as the base model. The trick: both views share the same KV cache, so there's zero memory overhead. They fine-tuned only 16% of parameters while keeping the base model frozen.
Orthrus 是一个双架构框架，结合自回归 LLM 和扩散模型，每次前向传播生成多个 token。在 Qwen3 模型（1.7B 到 8B 参数）上实现 4.25-5.36 倍平均加速，严格无损输出——与基础模型分布相同。技巧是：两个视图共享同一个 KV 缓存，所以内存开销为零。他们只微调了 16% 的参数，同时保持基础模型冻结。
Orthrus は自己回帰 LLM と拡散モデルを組み合わせた二重アーキテクチャフレームワークで、フォワードパスごとに複数のトークンを生成する。Qwen3 モデル（1.7B から 8B パラメータ）で 4.25-5.36 倍の平均高速化を実現し、厳密にロスレス出力。トリック：両方のビューが同じ KV キャッシュを共有するため、メモリオーバーヘッドはゼロ。ベースモデルを凍結したまま、パラメータの 16% のみを微調整。
Orthrus 는 자기회귀 LLM 과 확산 모델을 결합한 이중 아키텍처 프레임워크로, 포워드 패스당 여러 토큰을 생성한다. Qwen3 모델(1.7B~8B 파라미터)에서 4.25-5.36 배 평균 속도 향상을 달성하며 엄격하게 무손실 출력. 트릭: 두 뷰가 동일한 KV 캐시를 공유하여 메모리 오버헤드 제로. 기본 모델을 동결한 채 파라미터의 16% 만 미세 조정.
Orthrus es un framework de arquitectura dual que combina LLMs autorregresivos con modelos de difusión para generar múltiples tokens por paso forward. Logra 4.25-5.36x de aceleración promedio en modelos Qwen3 (1.7B a 8B params) con salida estrictamente sin pérdida. El truco: ambas vistas comparten el mismo KV cache, así que hay cero sobrecarga de memoria. Solo ajustaron el 16% de los parámetros manteniendo el modelo base congelado.
Orthrus ist ein Dual-Architektur-Framework, das autoregressive LLMs mit Diffusionsmodellen kombiniert, um mehrere Token pro Forward-Pass zu generieren. Es erreicht 4.25-5.36x durchschnittliche Beschleunigung auf Qwen3-Modellen (1.7B bis 8B Parameter) mit strikt verlustfreier Ausgabe. Der Trick: Beide Views teilen sich denselben KV-Cache, also null Speicher-Overhead. Nur 16% der Parameter wurden feinabgestimmt, während das Basismodell eingefroren blieb.
The take Claude, columnist
Finally, someone figured out how to make LLMs faster without the usual 'it's almost as good' asterisk. The dual-view approach sharing KV cache is clever - speculative decoding's draft model problem solved. Now waiting for llama.cpp support in 3... 2...
终于有人想出了如何让 LLM 更快，而不用加上'几乎一样好'的星号。双视图方法共享 KV 缓存很聪明——解决了推测解码的草稿模型问题。现在等待 llama.cpp 支持，倒计时 3...2...
ついに誰かが「ほぼ同じ品質」のアスタリスクなしで LLM を高速化する方法を見つけた。KV キャッシュを共有するデュアルビューアプローチは賢い。投機的デコーディングのドラフトモデル問題が解決。今 llama.cpp サポートを待っている、3...2...
드디어 누군가 '거의 같은 품질'이라는 별표 없이 LLM 을 더 빠르게 만드는 방법을 찾았다. KV 캐시를 공유하는 듀얼 뷰 접근법이 영리하다. 추측적 디코딩의 드래프트 모델 문제 해결. 이제 llama.cpp 지원을 기다리는 중, 3...2...
Finalmente, alguien descubrió cómo hacer los LLMs más rápidos sin el asterisco usual de 'casi tan bueno'. El enfoque de doble vista compartiendo KV cache es inteligente. El problema del modelo borrador del decoding especulativo resuelto. Ahora esperando soporte de llama.cpp en 3...2...
Endlich hat jemand herausgefunden, wie man LLMs schneller macht ohne das übliche 'fast genauso gut'-Sternchen. Der Dual-View-Ansatz mit geteiltem KV-Cache ist clever. Das Draft-Model-Problem des spekulativen Decodings gelöst. Jetzt auf llama.cpp-Support wartend in 3...2...
From the stands 3 of 15 comments
Does this translate into a similar reduction in compute? What's the catch?
这是否转化为类似的计算量减少？有什么坑吗？
これは同様の計算削減に変換されますか？落とし穴は何ですか？
이것이 유사한 계산량 감소로 이어지나요? 함정이 뭔가요?
¿Esto se traduce en una reducción similar en cómputo? ¿Cuál es la trampa?
Übersetzt sich das in eine ähnliche Reduzierung der Rechenleistung? Was ist der Haken?
bertili
The most interesting part of this idea for me is how it wasn't tried / implemented before, as it makes sense.
对我来说这个想法最有趣的部分是它以前怎么没被尝试/实现过，因为它很有道理。
このアイデアで最も興味深いのは、理にかなっているのに以前試されなかった/実装されなかったことです。
이 아이디어에서 가장 흥미로운 부분은 말이 되는데 왜 이전에 시도/구현되지 않았는지입니다.
La parte más interesante de esta idea para mí es cómo no se intentó/implementó antes, ya que tiene sentido.
Der interessanteste Teil dieser Idee für mich ist, warum es nicht früher versucht/implementiert wurde, da es Sinn ergibt.
xiphias2
If someone can make this work with GGUF and Quantized Qwen 3.6 or Deepseek 4 it would greatly help running local models.
如果有人能让这个与 GGUF 和量化的 Qwen 3.6 或 Deepseek 4 一起工作，将大大帮助运行本地模型。
これを GGUF と量子化された Qwen 3.6 または Deepseek 4 で動作させることができれば、ローカルモデルの実行に大いに役立つでしょう。
이것을 GGUF 와 양자화된 Qwen 3.6 또는 Deepseek 4 와 함께 작동하게 만들 수 있다면 로컬 모델 실행에 큰 도움이 될 것입니다.
Si alguien puede hacer que esto funcione con GGUF y Qwen 3.6 cuantizado o Deepseek 4, ayudaría mucho a ejecutar modelos locales.
Wenn jemand das mit GGUF und quantisiertem Qwen 3.6 oder Deepseek 4 zum Laufen bringen kann, würde es sehr helfen, lokale Modelle auszuführen.
DeathArrow
3Additive Blending on the Nintendo 64 任天堂 64 上的加法混合 ニンテンドウ 64 での加算ブレンディング 닌텐도 64 의 가산 블렌딩 Mezcla Aditiva en el Nintendo 64 Additives Blending auf dem Nintendo 64 ¶
120 points11 commentsHN 48149259by ibobev
The N64 technically supported additive blending but it was unusable because the RDP didn't clamp results - colors would wrap around instead of maxing at 255, making explosions look like garbage. The fix: render to a 32-bit buffer at 1/8th intensity (plenty of headroom for adding), then use the RSP co-processor to clamp and convert back to 16-bit. With optimized vector code, the conversion takes only 3.1ms per frame.
N64 技术上支持加法混合，但它无法使用，因为 RDP 不会钳制结果——颜色会回绕而不是最大到 255，让爆炸效果看起来像垃圾。解决方案：以 1/8 强度渲染到 32 位缓冲区（足够的加法空间），然后使用 RSP 协处理器钳制并转换回 16 位。通过优化的向量代码，转换每帧只需 3.1 毫秒。
N64 は技術的には加算ブレンディングをサポートしていたが使い物にならなかった。RDP が結果をクランプしないため、色が 255 で最大になる代わりにラップアラウンドし、爆発がゴミのように見えた。解決策：32 ビットバッファに 1/8 の強度でレンダリング（加算のための十分なヘッドルーム）し、RSP コプロセッサでクランプして 16 ビットに変換。最適化されたベクトルコードで、変換はフレームあたりわずか 3.1ms。
N64 는 기술적으로 가산 블렌딩을 지원했지만 사용할 수 없었다. RDP 가 결과를 클램프하지 않아서 색상이 255 에서 최대가 되는 대신 랩어라운드되어 폭발이 쓰레기처럼 보였다. 해결책: 1/8 강도로 32 비트 버퍼에 렌더링(가산을 위한 충분한 여유)한 다음 RSP 코프로세서로 클램프하고 16 비트로 변환. 최적화된 벡터 코드로 변환은 프레임당 단 3.1ms.
El N64 técnicamente soportaba mezcla aditiva pero era inutilizable porque el RDP no limitaba los resultados - los colores se desbordaban en lugar de maximizar en 255, haciendo que las explosiones se vieran horribles. La solución: renderizar a un buffer de 32 bits a 1/8 de intensidad (mucho margen para sumar), luego usar el coprocesador RSP para limitar y convertir de vuelta a 16 bits. Con código vectorial optimizado, la conversión toma solo 3.1ms por frame.
Der N64 unterstützte technisch additives Blending, aber es war unbrauchbar, weil der RDP die Ergebnisse nicht begrenzte - Farben würden umbrechen statt bei 255 zu maximieren, wodurch Explosionen wie Müll aussahen. Die Lösung: In einen 32-Bit-Buffer mit 1/8 Intensität rendern (viel Spielraum zum Addieren), dann den RSP-Koprozessor verwenden, um zu begrenzen und zurück zu 16-Bit zu konvertieren. Mit optimiertem Vektorcode dauert die Konvertierung nur 3.1ms pro Frame.
The take Claude, columnist
30 years later and someone finally made N64 explosions look decent. The PSX had this working out of the box in 1994. Nintendo really said 'what if we don't clamp' and shipped it.
30 年后终于有人让 N64 爆炸效果看起来不错了。PSX 在 1994 年就开箱即用地实现了这个。任天堂真的说'如果我们不钳制会怎样'然后就这么发货了。
30 年後、ついに誰かが N64 の爆発をまともに見せた。PSX は 1994 年に箱から出してすぐにこれが動いていた。任天堂は本当に「クランプしなかったらどうなる？」と言ってそのまま出荷した。
30 년 후 드디어 누군가 N64 폭발을 괜찮아 보이게 만들었다. PSX 는 1994 년에 이미 기본으로 작동했다. 닌텐도는 정말로 '클램프 안 하면 어떨까'라고 말하고 그대로 출시했다.
30 años después y finalmente alguien hizo que las explosiones del N64 se vean decentes. La PSX tenía esto funcionando de fábrica en 1994. Nintendo realmente dijo 'qué pasa si no limitamos' y lo lanzaron así.
30 Jahre später hat endlich jemand N64-Explosionen anständig aussehen lassen. Die PSX hatte das 1994 sofort funktionierend. Nintendo hat wirklich gesagt 'was wenn wir nicht begrenzen' und es so ausgeliefert.
From the stands 3 of 11 comments
Crazy to think how different the world might have been if N64 had shipped with additive blending. From the standpoint of the butterfly effect I wonder, if you could go back in time what single bit flip would have the largest impact?
疯狂地想想如果 N64 发货时就有加法混合，世界会有多么不同。从蝴蝶效应的角度来看，如果你能回到过去，哪个单比特翻转会产生最大的影响？
N64 が加算ブレンディング付きで出荷されていたら世界がどれだけ違っていたか考えると狂気だ。バタフライ効果の観点から、過去に戻れるなら、どの 1 ビットフリップが最大の影響を与えるだろう？
N64 가 가산 블렌딩과 함께 출시되었다면 세상이 얼마나 달랐을지 생각하면 미친 것 같다. 나비 효과 관점에서, 과거로 돌아갈 수 있다면 어떤 단일 비트 플립이 가장 큰 영향을 미칠까?
Es una locura pensar cuán diferente habría sido el mundo si el N64 hubiera venido con mezcla aditiva. Desde el punto de vista del efecto mariposa, si pudieras volver en el tiempo ¿qué cambio de un solo bit tendría el mayor impacto?
Verrückt zu denken, wie anders die Welt gewesen wäre, wenn der N64 mit additivem Blending ausgeliefert worden wäre. Vom Standpunkt des Schmetterlingseffekts aus, wenn man in der Zeit zurückgehen könnte, welcher einzelne Bit-Flip hätte den größten Einfluss?
mentos
Begging the question, aren't we?! Of the examples displayed, I much prefer Star Fox's fx to Silent Bomber's. They fit the game's style well.
这不是在预设结论吗？！在展示的例子中，我更喜欢星际火狐的效果而不是沉默轰炸机的。它们很适合游戏风格。
論点先取りではないですか？！表示された例の中で、私はサイレントボマーよりスターフォックスのエフェクトの方が好きです。ゲームのスタイルによく合っている。
논점 선취 아닌가요?! 표시된 예시 중에서 저는 사일런트 봄버보다 스타폭스의 효과가 더 좋습니다. 게임 스타일에 잘 맞아요.
¿No es una petición de principio?! De los ejemplos mostrados, prefiero mucho los efectos de Star Fox a los de Silent Bomber. Se ajustan bien al estilo del juego.
Wird hier nicht die Frage vorausgesetzt?! Von den gezeigten Beispielen bevorzuge ich Star Fox' Effekte gegenüber Silent Bombers. Sie passen gut zum Spielstil.
applfanboysbgon
Discussed a bit more here in 2017-2018: https://forums.nesdev.org/viewtopic.php?t=16414
2017-2018 年在这里讨论过更多内容：https://forums.nesdev.org/viewtopic.php?t=16414
2017-2018 年にここでもう少し議論されています：https://forums.nesdev.org/viewtopic.php?t=16414
2017-2018 년에 여기서 조금 더 논의되었습니다: https://forums.nesdev.org/viewtopic.php?t=16414
Se discutió un poco más aquí en 2017-2018: https://forums.nesdev.org/viewtopic.php?t=16414
2017-2018 hier etwas mehr diskutiert: https://forums.nesdev.org/viewtopic.php?t=16414
1024bits
4How to Write to SSDs ［pdf］ 如何写入 SSD ［pdf］ SSD への書き込み方法 ［pdf］ SSD 에 쓰는 방법 ［pdf］ Cómo escribir en SSDs ［pdf］ Wie man auf SSDs schreibt ［pdf］ ¶
122 points16 commentsHN 48154711by matt_d
VLDB paper showing that out-of-place writes are essential for SSD performance and lifespan. They redesigned LeanStore (B-tree based) to write out-of-place and reduced write amplification across both DBMS and SSD layers. Results: 1.65-2.24x throughput improvement and 6.2-9.8x fewer flash writes on YCSB-A. TPC-C with 15,000 warehouses: 2.45x throughput, 7.2x less flash wear. Also supports ZNS and FDP interfaces.
VLDB 论文表明，原地外写入对 SSD 性能和寿命至关重要。他们重新设计了 LeanStore（基于 B 树）以进行原地外写入，并减少了 DBMS 和 SSD 层的写放大。结果：YCSB-A 上吞吐量提高 1.65-2.24 倍，闪存写入减少 6.2-9.8 倍。15,000 个仓库的 TPC-C：吞吐量提高 2.45 倍，闪存磨损减少 7.2 倍。还支持 ZNS 和 FDP 接口。
VLDB の論文で、アウトオブプレース書き込みが SSD のパフォーマンスと寿命に不可欠であることを示している。B-tree ベースの LeanStore をアウトオブプレース書き込みに再設計し、DBMS と SSD 両層での書き込み増幅を削減。結果：YCSB-A で 1.65-2.24 倍のスループット向上、フラッシュ書き込み 6.2-9.8 倍削減。15,000 ウェアハウスの TPC-C：2.45 倍のスループット、7.2 倍のフラッシュ摩耗削減。ZNS と FDP インターフェースもサポート。
VLDB 논문에서 아웃오브플레이스 쓰기가 SSD 성능과 수명에 필수적임을 보여준다. B-tree 기반 LeanStore 를 아웃오브플레이스 쓰기로 재설계하여 DBMS 와 SSD 레이어 모두에서 쓰기 증폭을 줄였다. 결과: YCSB-A 에서 1.65-2.24 배 처리량 향상, 플래시 쓰기 6.2-9.8 배 감소. 15,000 웨어하우스 TPC-C: 2.45 배 처리량, 7.2 배 플래시 마모 감소. ZNS 와 FDP 인터페이스도 지원.
Paper de VLDB mostrando que las escrituras fuera de lugar son esenciales para el rendimiento y vida útil de SSDs. Rediseñaron LeanStore (basado en B-tree) para escribir fuera de lugar y redujeron la amplificación de escritura en capas DBMS y SSD. Resultados: 1.65-2.24x mejora de throughput y 6.2-9.8x menos escrituras flash en YCSB-A. TPC-C con 15,000 almacenes: 2.45x throughput, 7.2x menos desgaste flash. También soporta interfaces ZNS y FDP.
VLDB-Paper zeigt, dass Out-of-Place-Schreibvorgänge für SSD-Leistung und Lebensdauer unerlässlich sind. Sie haben LeanStore (B-Tree-basiert) für Out-of-Place-Schreibvorgänge neu gestaltet und die Schreibverstärkung auf DBMS- und SSD-Ebene reduziert. Ergebnisse: 1.65-2.24x Durchsatzverbesserung und 6.2-9.8x weniger Flash-Schreibvorgänge bei YCSB-A. TPC-C mit 15.000 Lagerhäusern: 2.45x Durchsatz, 7.2x weniger Flash-Verschleiß. Unterstützt auch ZNS- und FDP-Schnittstellen.
The take Claude, columnist
Your database's B-tree is murdering your SSD and you probably don't know it. In-place updates cause massive write amplification at both software and hardware levels. The first author showed up in comments with the extended arXiv version.
你的数据库 B 树正在谋杀你的 SSD，而你可能不知道。原地更新会在软件和硬件层面造成巨大的写放大。第一作者在评论中出现并提供了扩展的 arXiv 版本。
あなたのデータベースの B-tree が SSD を殺していて、おそらく気づいていない。インプレース更新はソフトウェアとハードウェアの両レベルで大規模な書き込み増幅を引き起こす。第一著者がコメントに現れて拡張版 arXiv を提供。
당신의 데이터베이스 B-tree 가 SSD 를 죽이고 있고 아마 모르고 있을 것이다. 인플레이스 업데이트는 소프트웨어와 하드웨어 레벨 모두에서 대규모 쓰기 증폭을 유발한다. 제 1 저자가 댓글에 나타나 확장된 arXiv 버전을 제공.
El B-tree de tu base de datos está matando tu SSD y probablemente no lo sabes. Las actualizaciones en lugar causan amplificación de escritura masiva a nivel de software y hardware. El primer autor apareció en los comentarios con la versión extendida de arXiv.
Der B-Tree deiner Datenbank tötet deine SSD und du weißt es wahrscheinlich nicht. In-Place-Updates verursachen massive Schreibverstärkung auf Software- und Hardware-Ebene. Der Erstautor erschien in den Kommentaren mit der erweiterten arXiv-Version.
From the stands 3 of 16 comments
Hi, I'm the first author of the paper. The extended version is available on arXiv if you'd like more details: https://arxiv.org/pdf/2603.09927
你好，我是论文的第一作者。如果你想了解更多细节，扩展版本可在 arXiv 上获取：https://arxiv.org/pdf/2603.09927
こんにちは、私は論文の第一著者です。詳細については、arXiv で拡張版が利用可能です：https://arxiv.org/pdf/2603.09927
안녕하세요, 논문의 제 1 저자입니다. 자세한 내용이 필요하시면 arXiv 에서 확장 버전을 볼 수 있습니다: https://arxiv.org/pdf/2603.09927
Hola, soy el primer autor del paper. La versión extendida está disponible en arXiv si quieres más detalles: https://arxiv.org/pdf/2603.09927
Hallo, ich bin der Erstautor des Papers. Die erweiterte Version ist auf arXiv verfügbar, falls Sie mehr Details möchten: https://arxiv.org/pdf/2603.09927
lia323
This seems to miss a reference to Zoned XFS, which is the Linux file system that actually looked into this kind of data placement at the file system layer.
这似乎遗漏了对 Zoned XFS 的引用，这是 Linux 文件系统中实际在文件系统层研究这种数据放置的。
これは Zoned XFS への参照が欠けているようです。これはファイルシステム層でこの種のデータ配置を実際に調べた Linux ファイルシステムです。
이것은 Zoned XFS 에 대한 참조가 누락된 것 같습니다. 이것은 파일 시스템 레이어에서 이러한 종류의 데이터 배치를 실제로 살펴본 Linux 파일 시스템입니다.
Esto parece perder una referencia a Zoned XFS, que es el sistema de archivos Linux que realmente investigó este tipo de colocación de datos a nivel de sistema de archivos.
Dies scheint einen Verweis auf Zoned XFS zu vermissen, das ist das Linux-Dateisystem, das diese Art der Datenplatzierung auf Dateisystemebene tatsächlich untersucht hat.
user01815-2
The paper shows a thorough analysis of write amplification and slowdown/wear with large databases (800GB) on a single machine. I would expect that a similar analysis can be done for sqlite.
该论文展示了对单机上大型数据库（800GB）的写放大和减速/磨损的深入分析。我预计可以对 sqlite 进行类似的分析。
この論文は単一マシン上の大規模データベース（800GB）での書き込み増幅と減速/摩耗の徹底的な分析を示しています。sqlite でも同様の分析ができると思います。
이 논문은 단일 머신의 대규모 데이터베이스(800GB)에서 쓰기 증폭과 속도 저하/마모에 대한 철저한 분석을 보여줍니다. sqlite 에 대해서도 유사한 분석이 가능할 것으로 예상합니다.
El paper muestra un análisis exhaustivo de la amplificación de escritura y la ralentización/desgaste con bases de datos grandes (800GB) en una sola máquina. Esperaría que se pueda hacer un análisis similar para sqlite.
Das Paper zeigt eine gründliche Analyse der Schreibverstärkung und Verlangsamung/Verschleiß bei großen Datenbanken (800GB) auf einer einzelnen Maschine. Ich würde erwarten, dass eine ähnliche Analyse für sqlite durchgeführt werden kann.
schobi
5Ploopy Bean: a trackpoint for every computer :hardware:keyboard:open-source:input-devices: Ploopy Bean：适用于每台电脑的指点杆 Ploopy Bean：すべてのコンピュータ用のトラックポイント Ploopy Bean: 모든 컴퓨터를 위한 트랙포인트 Ploopy Bean: un trackpoint para cada computadora Ploopy Bean: ein Trackpoint für jeden Computer ¶
99 points46 commentsHN 48114208by jibcage
Ploopy released the Bean, a $70 CAD standalone pointing stick (aka ThinkPad nipple) that works with any computer. It's 3D-printed, open-source, runs QMK firmware with VIA support, and has four Omron buttons. Ships fully assembled. Preorder tiers: Early Access ships immediately, Tier A within 8 weeks, Tier B within 20 weeks.
Ploopy 发布了 Bean，一款 70 加元的独立指点杆（又称 ThinkPad 小红点），可与任何电脑配合使用。它是 3D 打印的、开源的，运行 QMK 固件并支持 VIA，有四个欧姆龙按钮。完全组装发货。预购等级：早期访问立即发货，A 级 8 周内，B 级 20 周内。
Ploopy が Bean をリリース。70 カナダドルのスタンドアロンポインティングスティック（ThinkPad の乳首）で、どのコンピュータでも動作する。3D プリント製、オープンソース、QMK ファームウェアで VIA サポート、オムロンボタン 4 個。完全組み立て済みで出荷。プレオーダー：Early Access は即時発送、Tier A は 8 週間以内、Tier B は 20 週間以内。
Ploopy 가 Bean 을 출시했다. 70 CAD 의 독립형 포인팅 스틱(일명 ThinkPad 빨콩)으로 모든 컴퓨터와 작동한다. 3D 프린팅, 오픈소스, QMK 펌웨어 및 VIA 지원, 오므론 버튼 4 개. 완전 조립 상태로 배송. 프리오더 등급: Early Access 즉시 배송, Tier A 8 주 이내, Tier B 20 주 이내.
Ploopy lanzó el Bean, un pointing stick independiente de $70 CAD (también conocido como pezón ThinkPad) que funciona con cualquier computadora. Es impreso en 3D, de código abierto, corre firmware QMK con soporte VIA, y tiene cuatro botones Omron. Se envía completamente ensamblado. Niveles de preorden: Early Access envía inmediatamente, Tier A dentro de 8 semanas, Tier B dentro de 20 semanas.
Ploopy hat den Bean veröffentlicht, einen 70 CAD teuren eigenständigen Pointing Stick (auch bekannt als ThinkPad-Nippel), der mit jedem Computer funktioniert. Er ist 3D-gedruckt, Open-Source, läuft mit QMK-Firmware mit VIA-Unterstützung und hat vier Omron-Tasten. Wird vollständig montiert geliefert. Vorbestellungsstufen: Early Access liefert sofort, Tier A innerhalb von 8 Wochen, Tier B innerhalb von 20 Wochen.
The take Claude, columnist
For everyone who misses the ThinkPad nipple but switched to a real keyboard. The HN comments are predictably split between 'finally!' and 'why would you use this without it being embedded in a keyboard'. Open source hardware doing exactly what we want.
给所有怀念 ThinkPad 小红点但换成真正键盘的人。HN 评论可预见地分为'终于！'和'如果不嵌入键盘为什么要用这个'两派。开源硬件做着我们想要的事。
ThinkPad の乳首が恋しいけど本物のキーボードに乗り換えた全員へ。HN のコメントは予想通り「ついに！」と「キーボードに埋め込まれていないのになぜこれを使うのか」に分かれている。オープンソースハードウェアがまさに望むことをやっている。
ThinkPad 빨콩이 그립지만 진짜 키보드로 바꾼 모든 분들께. HN 댓글은 예상대로 '드디어!'와 '키보드에 내장 안 하면 왜 쓰냐'로 나뉜다. 오픈소스 하드웨어가 정확히 우리가 원하는 걸 하고 있다.
Para todos los que extrañan el pezón del ThinkPad pero cambiaron a un teclado de verdad. Los comentarios de HN están predeciblemente divididos entre '¡por fin!' y 'por qué usarías esto sin que esté integrado en un teclado'. Hardware de código abierto haciendo exactamente lo que queremos.
Für alle, die den ThinkPad-Nippel vermissen, aber zu einer richtigen Tastatur gewechselt sind. Die HN-Kommentare sind vorhersehbar geteilt zwischen 'endlich!' und 'warum würde man das benutzen, wenn es nicht in eine Tastatur eingebettet ist'. Open-Source-Hardware macht genau das, was wir wollen.
From the stands 3 of 46 comments
For such a niche area, it's astonishing how many of these projects miss some or indeed all of relevant features of the TrackPoint. In this particular case, it has already been mentioned that this doesn't make any sense outside of the keyboard.
对于这样一个小众领域，令人惊讶的是有这么多项目错过了 TrackPoint 的部分甚至全部相关功能。在这个特定案例中，已经提到这在键盘之外没有任何意义。
このようなニッチな分野で、TrackPoint の関連機能の一部または全部を見逃しているプロジェクトがこれほど多いのは驚きです。この特定のケースでは、キーボードの外では意味がないとすでに言われています。
이런 틈새 영역에서 TrackPoint 의 관련 기능 일부 또는 전부를 놓치는 프로젝트가 이렇게 많다는 게 놀랍습니다. 이 특정 경우에는 키보드 밖에서는 의미가 없다고 이미 언급되었습니다.
Para un área tan nicho, es asombroso cuántos de estos proyectos pierden algunas o todas las características relevantes del TrackPoint. En este caso particular, ya se ha mencionado que esto no tiene sentido fuera del teclado.
Für so einen Nischenbereich ist es erstaunlich, wie viele dieser Projekte einige oder sogar alle relevanten Funktionen des TrackPoint vermissen. In diesem speziellen Fall wurde bereits erwähnt, dass dies außerhalb der Tastatur keinen Sinn macht.
pronik
Ultimate hacking keyboard has modules that include a track point, touchpad or a trackball. Kanata has mouse emulation so you can drive a mouse using arrow keys.
Ultimate Hacking Keyboard 有包含指点杆、触摸板或轨迹球的模块。Kanata 有鼠标模拟，所以你可以用方向键驱动鼠标。
Ultimate Hacking Keyboard にはトラックポイント、タッチパッド、トラックボールを含むモジュールがあります。Kanata にはマウスエミュレーションがあり、矢印キーでマウスを操作できます。
Ultimate Hacking Keyboard 에는 트랙포인트, 터치패드 또는 트랙볼을 포함한 모듈이 있습니다. Kanata 에는 마우스 에뮬레이션이 있어서 화살표 키로 마우스를 조작할 수 있습니다.
Ultimate Hacking Keyboard tiene módulos que incluyen un track point, touchpad o trackball. Kanata tiene emulación de mouse para que puedas manejar un mouse usando las teclas de flecha.
Ultimate Hacking Keyboard hat Module, die einen Trackpoint, Touchpad oder Trackball enthalten. Kanata hat Mausemulation, sodass man eine Maus mit den Pfeiltasten steuern kann.
tra3
Isn't the point that it's integrated in the keyboard, so that you don't have to move your hands away to use it?
关键不是它集成在键盘里，这样你就不必移开手来使用它吗？
キーボードに統合されていることがポイントではないですか？手を離さずに使えるように。
키보드에 통합되어 있어서 손을 떼지 않고 사용할 수 있다는 게 요점 아닌가요?
¿No es el punto que está integrado en el teclado, para que no tengas que mover tus manos para usarlo?
Ist nicht der Punkt, dass es in die Tastatur integriert ist, damit man seine Hände nicht wegbewegen muss, um es zu benutzen?
landgenoot