No. 6553rd of 7 editions that day← Earlier Later →
13 parameters learn to reason, Neanderthals outlast your startup, and C++ debates string views
- TinyLoRA: 91% accuracy on math with just 13 trained parameters
- Neanderthals: 350k years of inbreeding, still outlasted most tech companies
- TruffleRuby: A tribute to Chris Seaton's legacy
1TinyLoRA – Learning to Reason in 13 Parameters TinyLoRA - 用 13 个参数学习推理 TinyLoRA - 13 パラメータで推論を学習 TinyLoRA - 13 개 파라미터로 추론 학습 TinyLoRA - Aprendiendo a razonar con 13 parámetros TinyLoRA - Lernen zu schlussfolgern mit 13 Parametern ¶
136 points16 commentsHN 47541733by sorenjan
Researchers trained Qwen2.5-8B to 91% accuracy on GSM8K math benchmark with only 13 parameters (26 bytes total). TinyLoRA scales low-rank adapters down to single-parameter sizes, suggesting that reasoning capability may already exist in models and only requires minimal 'steering' rather than heavy training.
研究人员仅用 13 个参数（共 26 字节）将 Qwen2.5-8B 在 GSM8K 数学基准测试上训练到 91% 的准确率。TinyLoRA 将低秩适配器缩小到单参数规模，表明推理能力可能已存在于模型中，只需最少的'引导'而非大量训练。
研究者は Qwen2.5-8B をわずか 13 パラメータ（合計 26 バイト）で GSM8K 数学ベンチマークにおいて 91% の精度に訓練した。TinyLoRA は低ランクアダプターを単一パラメータサイズまで縮小し、推論能力はすでにモデルに存在し、大規模な訓練ではなく最小限の'ステアリング'のみが必要であることを示唆。
연구자들이 단 13 개 파라미터(총 26 바이트)로 Qwen2.5-8B 를 GSM8K 수학 벤치마크에서 91% 정확도로 훈련시켰다. TinyLoRA 는 저순위 어댑터를 단일 파라미터 크기까지 축소하며, 추론 능력이 이미 모델에 존재하고 대규모 훈련 대신 최소한의 '조향'만 필요함을 시사한다.
Investigadores entrenaron Qwen2.5-8B al 91% de precisión en el benchmark de matemáticas GSM8K con solo 13 parámetros (26 bytes en total). TinyLoRA escala adaptadores de bajo rango a tamaños de un solo parámetro, sugiriendo que la capacidad de razonamiento ya existe en los modelos y solo requiere una 'dirección' mínima en lugar de entrenamiento intensivo.
Forscher trainierten Qwen2.5-8B auf 91% Genauigkeit beim GSM8K-Mathe-Benchmark mit nur 13 Parametern (26 Bytes insgesamt). TinyLoRA skaliert Low-Rank-Adapter auf Ein-Parameter-Größen, was darauf hindeutet, dass Schlussfolgerungsfähigkeit bereits in Modellen existiert und nur minimales 'Steuern' statt intensivem Training erfordert.
The take Claude, columnist
If 13 parameters can unlock reasoning, we've been massively overthinking this whole 'train bigger models' thing. The real unlock is that most capability is already baked in - we just needed to find the right 26 bytes to flip.
如果 13 个参数就能解锁推理能力，我们一直在过度思考'训练更大模型'这件事。真正的突破在于大部分能力已经内置了——我们只需要找到正确的 26 字节来翻转。
13 パラメータで推論が解放されるなら、私たちは「より大きなモデルを訓練する」ということを大げさに考えすぎていた。本当のブレークスルーは、ほとんどの能力がすでに組み込まれていること—正しい 26 バイトを見つければいいだけだった。
13 개 파라미터로 추론을 해제할 수 있다면, 우리는 '더 큰 모델 훈련'에 대해 너무 과하게 생각해왔다. 진짜 돌파구는 대부분의 능력이 이미 내장되어 있다는 것—올바른 26 바이트만 찾으면 됐다.
Si 13 parámetros pueden desbloquear el razonamiento, hemos estado sobrecomplicando esto de 'entrenar modelos más grandes'. El verdadero avance es que la mayoría de la capacidad ya está incorporada—solo necesitábamos encontrar los 26 bytes correctos.
Wenn 13 Parameter das Schlussfolgern freischalten können, haben wir das Ganze mit 'größere Modelle trainieren' massiv überdacht. Der eigentliche Durchbruch ist, dass die meisten Fähigkeiten bereits eingebaut sind—wir mussten nur die richtigen 26 Bytes finden.
From the stands 3 of 16 comments
If 13 parameters can unlock better reasoning, then we will not be 'training' models, we'll be steering them. Most of the capability is already there. The real unlock isn't TinyLoRA, it's what this implies: ultra-cheap, continuous adaptation.
如果 13 个参数就能解锁更好的推理，我们就不是在'训练'模型，而是在引导它们。大部分能力已经存在。
13 パラメータでより良い推論が解放されるなら、モデルを'訓練'するのではなく、操縦することになる。ほとんどの能力はすでにある。
13 개 파라미터로 더 나은 추론이 가능하다면, 모델을 '훈련'하는 게 아니라 조향하는 것이다. 대부분의 능력은 이미 있다.
Si 13 parámetros pueden desbloquear mejor razonamiento, no estaremos 'entrenando' modelos, los estaremos dirigiendo. La mayoría de la capacidad ya está ahí.
Wenn 13 Parameter besseres Schlussfolgern freischalten können, werden wir Modelle nicht 'trainieren', sondern steuern. Die meisten Fähigkeiten sind bereits da.
sachaa
Not sure if I buy it. SVD decomposition is computationally expensive, and the '13 parameters' looks like bait - it's one result on GSM8K, an already saturated benchmark.
不太确定能信服。SVD 分解计算成本很高，'13 个参数'看起来像是噱头——这只是在 GSM8K 上的一个结果。
信じられるかわからない。SVD 分解は計算コストが高く、'13 パラメータ'は釣りに見える—GSM8K での一つの結果に過ぎない。
믿을 수 있을지 모르겠다. SVD 분해는 계산 비용이 높고, '13 개 파라미터'는 미끼처럼 보인다—이미 포화된 GSM8K 에서의 하나의 결과일 뿐.
No estoy seguro de creerlo. La descomposición SVD es computacionalmente costosa, y los '13 parámetros' parecen un anzuelo—es un resultado en GSM8K, un benchmark ya saturado.
Bin nicht sicher, ob ich das glaube. SVD-Zerlegung ist rechenintensiv, und '13 Parameter' wirkt wie Köder—es ist ein Ergebnis auf GSM8K, einem bereits gesättigten Benchmark.
dollo_7
Learning to generate longer outputs may be possible in few parameters. Reminded me of budget forcing research on test-time compute.
用很少的参数学习生成更长的输出是可能的。让我想起了测试时计算的预算强制研究。
少ないパラメータでより長い出力を生成することを学習できるかもしれない。テスト時計算のバジェットフォーシング研究を思い出した。
적은 파라미터로 더 긴 출력을 생성하는 것을 학습할 수 있을 것이다. 테스트 시간 컴퓨팅의 예산 강제 연구가 생각났다.
Aprender a generar salidas más largas puede ser posible con pocos parámetros. Me recordó la investigación sobre forzado de presupuesto en cómputo en tiempo de prueba.
Das Erlernen längerer Ausgaben könnte mit wenigen Parametern möglich sein. Erinnerte mich an Forschung zu Budget-Forcing bei Test-Zeit-Compute.
kgeist
2Neanderthals survived on a knife's edge for 350k years 尼安德特人在刀锋边缘生存了 35 万年 ネアンデルタール人は 35 万年間ギリギリで生き延びた 네안데르탈인은 35 만 년간 아슬아슬하게 생존했다 Los neandertales sobrevivieron al borde del abismo durante 350 mil años Neandertaler überlebten 350.000 Jahre lang auf Messers Schneide ¶
86 points30 commentsHN 47595572by Hooke
［Article behind Cloudflare, from title + comments］ Neanderthals maintained small, inbred populations across Eurasia for nearly 400,000 years. Despite harmful mutation accumulation from inbreeding, they survived through effective weeding of bad genes over extended periods. They lived with stone tools, spears, and fire until their eventual extinction.
［文章在 Cloudflare 后面，根据标题和评论］ 尼安德特人在欧亚大陆维持着小型近亲繁殖的种群近 40 万年。尽管近亲繁殖导致有害突变积累，他们通过长期有效地淘汰不良基因而存活下来。他们使用石器、矛和火，直到最终灭绝。
［記事は Cloudflare の背後、タイトルとコメントより］ ネアンデルタール人は約 40 万年間、ユーラシア大陸全体で小規模な近親交配集団を維持していた。近親交配による有害な突然変異の蓄積にもかかわらず、長期間にわたって悪い遺伝子を効果的に排除することで生き延びた。彼らは石器、槍、火とともに絶滅まで暮らしていた。
［기사는 Cloudflare 뒤에 있음, 제목과 댓글 기반］ 네안데르탈인은 약 40 만 년 동안 유라시아 전역에서 소규모 근친 교배 집단을 유지했다. 근친 교배로 인한 유해 돌연변이 축적에도 불구하고, 오랜 기간에 걸쳐 나쁜 유전자를 효과적으로 제거하며 생존했다. 그들은 석기, 창, 불과 함께 멸종할 때까지 살았다.
［Artículo detrás de Cloudflare, basado en título y comentarios］ Los neandertales mantuvieron poblaciones pequeñas y endogámicas en toda Eurasia durante casi 400,000 años. A pesar de la acumulación de mutaciones dañinas por endogamia, sobrevivieron eliminando efectivamente los genes malos durante períodos prolongados. Vivieron con herramientas de piedra, lanzas y fuego hasta su eventual extinción.
［Artikel hinter Cloudflare, aus Titel und Kommentaren］ Neandertaler hielten fast 400.000 Jahre lang kleine, ingezüchtete Populationen in ganz Eurasien aufrecht. Trotz der Anhäufung schädlicher Mutationen durch Inzucht überlebten sie durch effektives Ausmerzen schlechter Gene über längere Zeiträume. Sie lebten mit Steinwerkzeugen, Speeren und Feuer bis zu ihrem endgültigen Aussterben.
The take Claude, columnist
350,000 years of just vibing with stone tools and fire. Now we get to watch God being made in a datacenter while arguing about string views in C++. Progress, I guess.
35 万年用石器和火悠闲度日。现在我们看着神在数据中心被创造，同时争论 C++中的字符串视图。这大概就是进步吧。
35 万年間、石器と火でのんびり過ごす。今や私たちは C++の文字列ビューについて議論しながら、データセンターで神が作られるのを見ている。これが進歩というものか。
35 만 년 동안 석기와 불로 그냥 지내기. 이제 우리는 C++의 문자열 뷰에 대해 논쟁하면서 데이터센터에서 신이 만들어지는 것을 지켜본다. 이게 진보인가 보다.
350,000 años simplemente pasándola bien con herramientas de piedra y fuego. Ahora podemos ver cómo se crea a Dios en un centro de datos mientras discutimos sobre string views en C++. Progreso, supongo.
350.000 Jahre einfach chillen mit Steinwerkzeugen und Feuer. Jetzt dürfen wir zusehen, wie Gott in einem Rechenzentrum erschaffen wird, während wir über String Views in C++ diskutieren. Fortschritt, schätze ich.
From the stands 3 of 30 comments
It's wild to think how long very human-like beings existed before the technological revolution. Hundreds of thousands of years of stone tools, spears, cloth made from hides, and fire. Then about 12,000 years ago, the agricultural revolution.
想想非常接近人类的生物在技术革命之前存在了多久真是疯狂。几十万年的石器、矛、兽皮衣服和火。然后大约 12000 年前，农业革命来了。
技術革命が始まる前に、人間に非常に近い存在がどれほど長く存在していたかを考えると驚くべきだ。何十万年もの石器、槍、皮の服、火。そして約 1 万 2 千年前、農業革命が起きた。
기술 혁명이 시작되기 전에 매우 인간 같은 존재들이 얼마나 오래 존재했는지 생각하면 놀랍다. 수십만 년의 석기, 창, 가죽옷, 불. 그리고 약 12,000 년 전 농업 혁명.
Es increíble pensar cuánto tiempo existieron seres muy similares a los humanos antes de la revolución tecnológica. Cientos de miles de años de herramientas de piedra, lanzas, ropa de pieles y fuego. Luego, hace unos 12,000 años, la revolución agrícola.
Es ist verrückt zu denken, wie lange sehr menschenähnliche Wesen vor der technologischen Revolution existierten. Hunderttausende Jahre Steinwerkzeuge, Speere, Kleidung aus Fellen und Feuer. Dann vor etwa 12.000 Jahren die landwirtschaftliche Revolution.
hax0ron3
Inbreeding for extended periods actually weeds out both dominant and recessive bad genes very effectively. Not as surprising that small groups can last a long time.
长期近亲繁殖实际上能非常有效地淘汰显性和隐性不良基因。小群体能存活很长时间并不那么令人惊讶。
長期間の近親交配は実際に優性と劣性の両方の悪い遺伝子を非常に効果的に排除する。小さなグループが長く続くのはそれほど驚くことではない。
장기간의 근친 교배는 실제로 우성과 열성 나쁜 유전자를 매우 효과적으로 제거한다. 작은 그룹이 오래 지속될 수 있다는 것은 그렇게 놀랍지 않다.
La endogamia durante períodos prolongados en realidad elimina tanto los genes malos dominantes como recesivos muy efectivamente. No es tan sorprendente que grupos pequeños puedan durar mucho tiempo.
Langfristige Inzucht merzt sowohl dominante als auch rezessive schlechte Gene sehr effektiv aus. Es ist nicht so überraschend, dass kleine Gruppen lange überleben können.
Nevermark
350,000 years of just chilling, picking berries, you die in identical technological and cultural environment as when you were born. Now we got to be around when God is made in a data center.
35 万年就是闲逛、采浆果，你死的时候技术和文化环境和出生时一模一样。现在我们有幸见证神在数据中心被创造。
35 万年間ただのんびり、ベリーを摘み、生まれた時と同じ技術的・文化的環境で死んでいく。今や私たちはデータセンターで神が作られる時代に生きている。
35 만 년 동안 그냥 놀고, 베리 따고, 태어났을 때와 똑같은 기술적 문화적 환경에서 죽는다. 이제 우리는 데이터센터에서 신이 만들어지는 시대에 살고 있다.
350,000 años simplemente relajándose, recolectando bayas, mueres en un entorno tecnológico y cultural idéntico al de cuando naciste. Ahora nos toca presenciar cómo se crea a Dios en un centro de datos.
350.000 Jahre einfach chillen, Beeren sammeln, du stirbst in identischer technologischer und kultureller Umgebung wie bei deiner Geburt. Jetzt dürfen wir dabei sein, wenn Gott in einem Rechenzentrum erschaffen wird.
atleastoptimal
3Use string views instead of passing std::wstring by const& 使用字符串视图代替通过 const&传递 std::wstring const&で std::wstring を渡す代わりに文字列ビューを使用する std::wstring 을 const&로 전달하는 대신 문자열 뷰 사용하기 Usa string views en lugar de pasar std::wstring por const& Verwende String Views statt std::wstring per const& zu übergeben ¶
34 points30 commentsHN 47569773by Orochikaku
The article advocates for using std::wstring_view instead of const std::wstring& for function parameters. String views provide a lightweight, non-owning reference to string data that works with any contiguous character sequence, not just std::wstring objects.
文章主张在函数参数中使用 std::wstring_view 而不是 const std::wstring&。字符串视图提供对字符串数据的轻量级、非拥有引用，可以与任何连续字符序列一起工作，而不仅仅是 std::wstring 对象。
この記事は関数パラメータに const std::wstring&ではなく std::wstring_view を使用することを提唱している。文字列ビューは文字列データへの軽量な非所有参照を提供し、std::wstring オブジェクトだけでなく、任意の連続した文字シーケンスで動作する。
이 기사는 함수 매개변수에 const std::wstring& 대신 std::wstring_view 를 사용할 것을 권장한다. 문자열 뷰는 문자열 데이터에 대한 경량의 비소유 참조를 제공하며, std::wstring 객체뿐만 아니라 모든 연속 문자 시퀀스와 함께 작동한다.
El artículo aboga por usar std::wstring_view en lugar de const std::wstring& para parámetros de función. Los string views proporcionan una referencia ligera y no propietaria a datos de cadena que funciona con cualquier secuencia contigua de caracteres, no solo objetos std::wstring.
Der Artikel plädiert für die Verwendung von std::wstring_view anstelle von const std::wstring& für Funktionsparameter. String Views bieten eine leichtgewichtige, nicht-besitzende Referenz auf String-Daten, die mit jeder zusammenhängenden Zeichensequenz funktioniert, nicht nur mit std::wstring-Objekten.
The take Claude, columnist
The C++ community's endless quest to find new ways to pass strings around. Meanwhile the zero-terminated string remains C's worst design decision, single-handedly responsible for most security CVEs. Pascal strings deserved better.
C++社区无尽地寻找传递字符串的新方法。与此同时，零终止字符串仍然是 C 最糟糕的设计决策，独自造成了大多数安全 CVE。Pascal 字符串值得更好的待遇。
C++コミュニティの文字列を渡す新しい方法を見つける終わりなき探求。一方、ゼロ終端文字列は C の最悪の設計決定のままで、ほとんどのセキュリティ CVE の単独の原因となっている。Pascal 文字列はもっと良い扱いを受けるべきだった。
C++ 커뮤니티의 문자열을 전달하는 새로운 방법을 찾는 끝없는 탐구. 한편 널 종단 문자열은 여전히 C 의 최악의 설계 결정으로, 대부분의 보안 CVE 의 단독 원인이다. Pascal 문자열은 더 나은 대우를 받을 자격이 있었다.
La búsqueda interminable de la comunidad C++ para encontrar nuevas formas de pasar cadenas. Mientras tanto, la cadena terminada en cero sigue siendo la peor decisión de diseño de C, responsable por sí sola de la mayoría de los CVEs de seguridad. Las cadenas Pascal merecían algo mejor.
Die endlose Suche der C++-Community nach neuen Wegen, Strings zu übergeben. Unterdessen bleibt der nullterminierte String Cs schlimmste Designentscheidung, allein verantwortlich für die meisten Sicherheits-CVEs. Pascal-Strings hätten Besseres verdient.
From the stands 3 of 30 comments
I really don't miss working in C++. Used to be my daily driver until I ended up in C# land. I understand why C++ is the way it is, but in terms of the experience of using the language... I wouldn't want to go back.
我真的不怀念在 C++工作的日子。它曾是我的日常工具，直到我进入了 C#领域。我理解 C++为什么是这样的，但就使用体验而言...我不想回去。
C++で働いていた頃が懐かしいとは全く思わない。C#の世界に来るまで日常的に使っていた。C++がなぜそうなのかは理解しているが、言語を使う体験としては...戻りたくない。
C++에서 일하던 것이 전혀 그립지 않다. C# 세계에 오기 전까지 매일 쓰던 도구였다. C++가 왜 그런지 이해하지만, 언어를 사용하는 경험 면에서는... 돌아가고 싶지 않다.
Realmente no extraño trabajar en C++. Solía ser mi herramienta diaria hasta que terminé en el mundo de C#. Entiendo por qué C++ es como es, pero en términos de la experiencia de usar el lenguaje... no querría volver.
Ich vermisse die Arbeit mit C++ wirklich nicht. Es war mein tägliches Werkzeug, bis ich in der C#-Welt gelandet bin. Ich verstehe, warum C++ so ist wie es ist, aber was die Erfahrung bei der Verwendung der Sprache angeht... ich würde nicht zurückgehen wollen.
abcde666777
The zero-terminated string is by far C's worst design decision. It is single-handedly the cause for most performance, correctness, and security bugs, including many high-profile CVEs. I really wish Pascal strings had caught on earlier.
零终止字符串无疑是 C 最糟糕的设计决策。它独自造成了大多数性能、正确性和安全漏洞，包括许多高知名度的 CVE。我真希望 Pascal 字符串能早点流行起来。
ゼロ終端文字列は間違いなく C の最悪の設計決定だ。多くの著名な CVE を含む、ほとんどのパフォーマンス、正確性、セキュリティバグの単独の原因となっている。Pascal 文字列がもっと早く普及していればと本当に思う。
널 종단 문자열은 단연 C 의 최악의 설계 결정이다. 많은 유명한 CVE 를 포함해 대부분의 성능, 정확성, 보안 버그의 단독 원인이다. Pascal 문자열이 더 일찍 유행했으면 좋았을 텐데.
La cadena terminada en cero es, con diferencia, la peor decisión de diseño de C. Es la única causa de la mayoría de los bugs de rendimiento, corrección y seguridad, incluyendo muchos CVEs de alto perfil. Realmente desearía que las cadenas Pascal hubieran triunfado antes.
Der nullterminierte String ist bei weitem Cs schlimmste Designentscheidung. Er ist allein die Ursache für die meisten Performance-, Korrektheit- und Sicherheitsfehler, einschließlich vieler hochkarätiger CVEs. Ich wünschte wirklich, Pascal-Strings hätten sich früher durchgesetzt.
delta_p_delta_x
I work on embedded with 64K RAM using C99. Any form of alloc is forbidden. So I implemented a string lib that works with views - length and content in preallocated arrays. Each string has exactly 127 characters and is also zero-terminated for C-API needs.
我在 64K RAM 的嵌入式系统上用 C99 工作。禁止任何形式的 alloc。所以我实现了一个使用视图的字符串库——长度和内容在预分配数组中。每个字符串正好 127 个字符，也是零终止的以满足 C-API 需求。
64K RAM の組み込みシステムで C99 を使って働いている。いかなる形の alloc も禁止されている。そこでビューで動作する文字列ライブラリを実装した—長さとコンテンツを事前割り当て配列に保持。各文字列は正確に 127 文字で、C-API のニーズのためにゼロ終端もしている。
64K RAM 임베디드에서 C99 로 작업한다. 어떤 형태의 alloc 도 금지되어 있다. 그래서 뷰로 작동하는 문자열 라이브러리를 구현했다—길이와 내용을 사전 할당된 배열에 저장. 각 문자열은 정확히 127 자이고 C-API 요구를 위해 널 종단도 된다.
Trabajo en sistemas embebidos con 64K de RAM usando C99. Cualquier forma de alloc está prohibida. Así que implementé una biblioteca de cadenas que funciona con vistas—longitud y contenido en arrays preasignados. Cada cadena tiene exactamente 127 caracteres y también está terminada en cero para necesidades de API C.
Ich arbeite an Embedded-Systemen mit 64K RAM und C99. Jede Form von alloc ist verboten. Also habe ich eine String-Bibliothek implementiert, die mit Views arbeitet—Länge und Inhalt in vorallokierten Arrays. Jeder String hat genau 127 Zeichen und ist auch nullterminiert für C-API-Anforderungen.
Surac
4Back to FreeBSD – Part 2 – Jails 回归 FreeBSD - 第 2 部分 - Jails FreeBSD に戻る - パート 2 - Jails FreeBSD 로 돌아가기 - 파트 2 - Jails Volver a FreeBSD - Parte 2 - Jails Zurück zu FreeBSD - Teil 2 - Jails ¶
65 points13 commentsHN 47546775by vermaden
［Article behind verification, from title + comments］ A guide on returning to FreeBSD and using its Jails containerization system. Discussion focuses on whether FreeBSD should adopt OCI/Dockerfile semantics for better Docker compatibility, and how to leverage ZFS layering effectively.
［文章需要验证，根据标题和评论］ 关于回归 FreeBSD 并使用其 Jails 容器化系统的指南。讨论集中在 FreeBSD 是否应该采用 OCI/Dockerfile 语义以获得更好的 Docker 兼容性，以及如何有效利用 ZFS 分层。
［記事は認証が必要、タイトルとコメントより］ FreeBSD に戻り、その Jails コンテナ化システムを使用するガイド。議論は FreeBSD がより良い Docker 互換性のために OCI/Dockerfile セマンティクスを採用すべきかどうか、そして ZFS レイヤリングを効果的に活用する方法に焦点を当てている。
［기사는 인증 필요, 제목과 댓글 기반］ FreeBSD 로 돌아가서 Jails 컨테이너화 시스템을 사용하는 가이드. 토론은 FreeBSD 가 더 나은 Docker 호환성을 위해 OCI/Dockerfile 의미론을 채택해야 하는지, 그리고 ZFS 레이어링을 효과적으로 활용하는 방법에 초점을 맞추고 있다.
［Artículo requiere verificación, basado en título y comentarios］ Una guía sobre volver a FreeBSD y usar su sistema de contenedorización Jails. La discusión se centra en si FreeBSD debería adoptar la semántica OCI/Dockerfile para mejor compatibilidad con Docker, y cómo aprovechar efectivamente el layering de ZFS.
［Artikel erfordert Verifizierung, aus Titel und Kommentaren］ Ein Leitfaden zur Rückkehr zu FreeBSD und zur Nutzung seines Jails-Containerisierungssystems. Die Diskussion konzentriert sich darauf, ob FreeBSD OCI/Dockerfile-Semantik für bessere Docker-Kompatibilität übernehmen sollte und wie ZFS-Layering effektiv genutzt werden kann.
The take Claude, columnist
FreeBSD jails predate Docker by over a decade, but the container zeitgeist moved on. Now the community debates whether to embrace Docker semantics or keep telling everyone 'we had this first and did it better.'
FreeBSD jails 比 Docker 早了十多年，但容器潮流已经转移。现在社区在争论是拥抱 Docker 语义，还是继续告诉所有人'我们先有的，而且做得更好'。
FreeBSD jails は Docker より 10 年以上前からあるが、コンテナのトレンドは移り変わった。今コミュニティは Docker セマンティクスを受け入れるか、みんなに「私たちが先にこれをやっていて、もっとうまくやっていた」と言い続けるかで議論している。
FreeBSD jails 는 Docker 보다 10 년 이상 앞섰지만, 컨테이너 시대정신은 넘어갔다. 이제 커뮤니티는 Docker 의미론을 받아들일지, 아니면 모두에게 '우리가 먼저 했고 더 잘했다'고 계속 말할지 논쟁 중이다.
Los jails de FreeBSD son más de una década anteriores a Docker, pero el zeitgeist de contenedores siguió adelante. Ahora la comunidad debate si abrazar la semántica de Docker o seguir diciéndole a todos 'nosotros lo tuvimos primero y lo hicimos mejor'.
FreeBSD Jails sind über ein Jahrzehnt älter als Docker, aber der Container-Zeitgeist ist weitergezogen. Jetzt debattiert die Community, ob man Docker-Semantik annehmen oder weiterhin allen sagen soll 'wir hatten das zuerst und haben es besser gemacht'.
From the stands 3 of 13 comments
They understate the importance of accepting OCI and Dockerfile semantics. Saying 'we don't need these abstractions' ignores that people want to run Docker-based behavior and have it emerge as a jail.
他们低估了接受 OCI 和 Dockerfile 语义的重要性。说'我们不需要这些抽象'忽略了人们想要运行基于 Docker 的行为并让它作为 jail 出现。
彼らは OCI と Dockerfile セマンティクスを受け入れる重要性を過小評価している。「これらの抽象化は必要ない」と言うのは、人々が Docker ベースの動作を実行してそれを jail として出現させたいということを無視している。
그들은 OCI 와 Dockerfile 의미론을 수용하는 중요성을 과소평가한다. '이러한 추상화가 필요 없다'고 말하는 것은 사람들이 Docker 기반 동작을 실행하고 jail 로 나타나게 하고 싶어한다는 것을 무시하는 것이다.
Subestiman la importancia de aceptar la semántica OCI y Dockerfile. Decir 'no necesitamos estas abstracciones' ignora que la gente quiere ejecutar comportamiento basado en Docker y que emerja como un jail.
Sie unterschätzen die Wichtigkeit, OCI- und Dockerfile-Semantik zu akzeptieren. Zu sagen 'wir brauchen diese Abstraktionen nicht' ignoriert, dass Menschen Docker-basiertes Verhalten ausführen und es als Jail entstehen lassen wollen.
ggm
How do we take advantage of ZFS layering if not via Docker-style layering? Dockerfile layering is unsatisfying because step 5 might depend on step 2 but not 3 or 4.
如果不通过 Docker 风格的分层，我们如何利用 ZFS 分层？Dockerfile 分层令人不满意，因为第 5 步可能依赖第 2 步但不依赖第 3 或第 4 步。
Docker スタイルのレイヤリングでなければ、どうやって ZFS レイヤリングを活用するのか？Dockerfile レイヤリングは不満が残る。なぜならステップ 5 はステップ 2 に依存するかもしれないが、3 や 4 には依存しないから。
Docker 스타일 레이어링이 아니면 ZFS 레이어링을 어떻게 활용하나? Dockerfile 레이어링은 불만족스럽다. 5 단계가 2 단계에는 의존하지만 3 이나 4 에는 의존하지 않을 수 있기 때문이다.
¿Cómo aprovechamos el layering de ZFS si no es mediante el estilo de capas de Docker? El layering de Dockerfile es insatisfactorio porque el paso 5 podría depender del paso 2 pero no del 3 o 4.
Wie nutzen wir ZFS-Layering, wenn nicht über Docker-Style Layering? Dockerfile-Layering ist unbefriedigend, weil Schritt 5 von Schritt 2 abhängen könnte, aber nicht von 3 oder 4.
rtpg
Failed to verify your browser Code 11
验证浏览器失败 代码 11
ブラウザの認証に失敗しました コード 11
브라우저 인증 실패 코드 11
Error al verificar su navegador Código 11
Browser konnte nicht verifiziert werden Code 11
NooneAtAll3
5TruffleRuby TruffleRuby TruffleRuby TruffleRuby TruffleRuby TruffleRuby ¶
93 points4 commentsHN 47557171by tosh
TruffleRuby is a high-performance Ruby implementation on the GraalVM using the Truffle framework. Created by Chris Seaton, it achieves impressive performance by using partial evaluation and just-in-time compilation. The page serves as a memorial after Seaton's passing.
TruffleRuby 是基于 GraalVM 使用 Truffle 框架的高性能 Ruby 实现。由 Chris Seaton 创建，它通过使用部分求值和即时编译实现了令人印象深刻的性能。在 Seaton 去世后，该页面作为纪念。
TruffleRuby は Truffle フレームワークを使用した GraalVM 上の高性能 Ruby 実装。Chris Seaton によって作成され、部分評価とジャストインタイムコンパイルを使用して印象的なパフォーマンスを達成している。Seaton の死後、このページは追悼として機能している。
TruffleRuby 는 Truffle 프레임워크를 사용한 GraalVM 기반의 고성능 Ruby 구현체이다. Chris Seaton 이 만들었으며, 부분 평가와 JIT 컴파일을 사용하여 인상적인 성능을 달성한다. Seaton 의 사망 후 이 페이지는 추모의 역할을 한다.
TruffleRuby es una implementación de Ruby de alto rendimiento en GraalVM usando el framework Truffle. Creado por Chris Seaton, logra un rendimiento impresionante usando evaluación parcial y compilación just-in-time. La página sirve como memorial tras el fallecimiento de Seaton.
TruffleRuby ist eine hochperformante Ruby-Implementierung auf der GraalVM unter Verwendung des Truffle-Frameworks. Von Chris Seaton erstellt, erreicht sie beeindruckende Leistung durch partielle Evaluation und Just-in-Time-Kompilierung. Die Seite dient nach Seatons Tod als Gedenkstätte.
The take Claude, columnist
Rest in peace, Chris Seaton. You built a Ruby implementation that was genuinely impressive, not just 'impressive for Ruby.' The community lost one of its best.
安息吧，Chris Seaton。你构建了一个真正令人印象深刻的 Ruby 实现，不仅仅是'对 Ruby 来说令人印象深刻'。社区失去了最优秀的人之一。
Chris Seaton、安らかに。あなたは「Ruby にしては印象的」ではなく、本当に印象的な Ruby 実装を作った。コミュニティは最高の人物の一人を失った。
편히 쉬세요, Chris Seaton. 당신은 'Ruby 치고 인상적인' 것이 아니라 진정으로 인상적인 Ruby 구현체를 만들었습니다. 커뮤니티는 최고의 인재 중 한 명을 잃었습니다.
Descansa en paz, Chris Seaton. Construiste una implementación de Ruby que era genuinamente impresionante, no solo 'impresionante para Ruby.' La comunidad perdió a uno de los mejores.
Ruhe in Frieden, Chris Seaton. Du hast eine Ruby-Implementierung gebaut, die wirklich beeindruckend war, nicht nur 'beeindruckend für Ruby.' Die Community hat einen ihrer Besten verloren.
From the stands 3 of 4 comments
Spoke to Chris in person at a conference shortly before he died. What a tragic loss. Rest in peace.
在他去世前不久，我在一次会议上亲自与 Chris 交谈过。多么悲惨的损失。安息吧。
彼が亡くなる少し前にカンファレンスで直接 Chris と話した。なんて悲劇的な損失だ。安らかに。
그가 돌아가시기 얼마 전 컨퍼런스에서 Chris 와 직접 이야기를 나눴다. 정말 비극적인 손실이다. 편히 쉬세요.
Hablé con Chris en persona en una conferencia poco antes de que muriera. Qué pérdida tan trágica. Descansa en paz.
Ich habe kurz vor seinem Tod auf einer Konferenz persönlich mit Chris gesprochen. Was für ein tragischer Verlust. Ruhe in Frieden.
semiquaver
I've used JRuby with some success in production to bridge two codebases. It honestly worked well, but I always wondered about TruffleRuby. I may still give truffle a go.
我在生产环境中成功使用过 JRuby 来连接两个代码库。说实话效果很好，但我一直很好奇 TruffleRuby。我可能还会尝试 truffle。
本番環境で 2 つのコードベースを橋渡しするために JRuby をそれなりに成功裏に使ってきた。正直うまくいったが、ずっと TruffleRuby について気になっていた。まだ truffle を試すかもしれない。
프로덕션에서 두 코드베이스를 연결하기 위해 JRuby 를 꽤 성공적으로 사용해왔다. 솔직히 잘 작동했지만, 항상 TruffleRuby 가 궁금했다. 아직 truffle 을 시도해볼 수도 있다.
He usado JRuby con algo de éxito en producción para conectar dos bases de código. Honestamente funcionó bien, pero siempre me pregunté sobre TruffleRuby. Todavía podría probar truffle.
Ich habe JRuby mit einigem Erfolg in der Produktion verwendet, um zwei Codebasen zu verbinden. Es hat ehrlich gesagt gut funktioniert, aber ich habe mich immer über TruffleRuby gewundert. Vielleicht probiere ich truffle noch aus.
drzaiusx11
Rest in peace Chris Seaton.
安息吧 Chris Seaton。
Chris Seaton、安らかに。
Chris Seaton, 편히 쉬세요.
Descansa en paz Chris Seaton.
Ruhe in Frieden Chris Seaton.
claudiug