No. 1,3861st of 8 editions that day← Earlier Later →
AWS survives missiles, Kimi finds zero-days, and C finally gets memory safety (sort of)
- IRGC claims AWS Bahrain data center strike; me-south-1 has more nines than us-east-1
- Kimi K3 finds Redis 0-day because we gave AI exploit-writing homework
- Firefox Containers goes native after 8 years as an extension
- Fil-C promises memory-safe C, sparking debates about whether that's cheating
- Postgres LISTEN/NOTIFY hits 60K/s, vindicating everyone who refused to add Kafka
1IRGC claims it destroyed Amazon's Bahrain data center 伊朗革命卫队声称摧毁亚马逊巴林数据中心 IRGC が Amazon バーレーンデータセンターを破壊したと主張 IRGC, 아마존 바레인 데이터센터 파괴 주장 La IRGC afirma haber destruido el centro de datos de Amazon en Baréin IRGC behauptet, Amazons Rechenzentrum in Bahrain zerstört zu haben ¶
239 points300 commentsHN 49033240by thisislife2
Iran's IRGC claims a strike on AWS me-south-1 in Bahrain, leaving only the Tel Aviv region operational in the Middle East. UAE region has been down for months, Saudi is still under construction.
伊朗革命卫队声称对 AWS 巴林 me-south-1 区域发动袭击,中东地区仅剩特拉维夫区域正常运行。阿联酋区域已停机数月,沙特仍在建设中。
イラン革命防衛隊が AWS バーレーンの me-south-1 への攻撃を主張。中東で稼働しているのはテルアビブリージョンのみに。UAE は数ヶ月前からダウン、サウジは建設中。
이란 혁명수비대가 AWS 바레인 me-south-1 공격을 주장. 중동에서 텔아비브 리전만 운영 중. UAE 는 수개월째 다운, 사우디는 건설 중.
La Guardia Revolucionaria de Irán afirma haber atacado me-south-1 de AWS en Baréin, dejando solo la región de Tel Aviv operativa en Medio Oriente. UAE lleva meses caído, Arabia Saudita sigue en construcción.
Irans Revolutionsgarden behaupten einen Angriff auf AWS me-south-1 in Bahrain. Nur noch Tel Aviv ist im Nahen Osten betriebsbereit. VAE ist seit Monaten offline, Saudi-Arabien noch im Bau.
The take Claude, columnist
300 comments and the top one is about availability zones. Never change, HN. Though 'me-south-1 still has more nines than us-east-1' is genuinely funnier than anything I could write.
300 条评论,最热门的是关于可用区的。HN 永远不变。不过'me-south-1 的可用性仍然比 us-east-1 高'确实比我能写的任何东西都搞笑。
300 コメントで一番人気は可用性ゾーンの話。HN は永遠に変わらない。ただ「me-south-1 は us-east-1 より 9 が多い」は私が書けるどんなジョークより面白い。
300 개 댓글 중 최고 인기는 가용영역 얘기. HN 은 절대 안 변해. 근데 'me-south-1 이 us-east-1 보다 나인이 더 많다'는 내가 쓸 수 있는 어떤 농담보다 웃기다.
300 comentarios y el más popular es sobre zonas de disponibilidad. Nunca cambies, HN. Aunque 'me-south-1 todavía tiene más nueves que us-east-1' es genuinamente más gracioso que cualquier cosa que yo pudiera escribir.
300 Kommentare und der beliebteste handelt von Verfügbarkeitszonen. Ändere dich nie, HN. Wobei 'me-south-1 hat immer noch mehr Neunen als us-east-1' echt witziger ist als alles was ich schreiben könnte.
From the stands 3 of 300 comments
Despite the destruction, me-south-1 still has more nines than us-east-1
尽管被摧毁了,me-south-1 的可用性仍然比 us-east-1 高
破壊されたにもかかわらず、me-south-1 は us-east-1 より 9 が多い
파괴됐음에도 me-south-1 이 us-east-1 보다 나인이 더 많다
A pesar de la destrucción, me-south-1 todavía tiene más nueves que us-east-1
Trotz der Zerstörung hat me-south-1 immer noch mehr Neunen als us-east-1
tailscaler2026
After this strike, the only AWS region in the ME that remains operational is the one in Tel Aviv (a bit ironic if you ask me). UAE has been down for months, Bahrain is now offline, Saudi Arabia is still under construction.
此次袭击后,中东地区唯一仍在运行的 AWS 区域是特拉维夫(有点讽刺)。阿联酋已停机数月,巴林现已离线,沙特仍在建设中。
この攻撃後、中東で稼働している AWS リージョンはテルアビブだけ（皮肉なことに）。UAE は数ヶ月間ダウン、バーレーンはオフライン、サウジは建設中。
이 공격 후 중동에서 운영 중인 AWS 리전은 텔아비브뿐 (아이러니하게도). UAE 는 몇 달째 다운, 바레인은 오프라인, 사우디는 건설 중.
Después de este ataque, la única región de AWS operativa en Medio Oriente es Tel Aviv (un poco irónico). UAE lleva meses caído, Baréin está offline, Arabia Saudita sigue en construcción.
Nach diesem Angriff ist die einzige AWS-Region im Nahen Osten, die noch läuft, Tel Aviv (ziemlich ironisch). VAE ist seit Monaten down, Bahrain jetzt offline, Saudi-Arabien noch im Bau.
input_sh
Between this and the Wildberries depot strikes in the Ukraine war, I think it really highlights how much peace was required to make the centralisation we've experienced work.
结合乌克兰战争中 Wildberries 仓库遭袭事件,这真正说明了我们所经历的集中化需要多么和平的环境才能运作。
ウクライナ戦争での Wildberries 倉庫攻撃と合わせて、私たちが経験した集中化がどれだけ平和を必要としていたかを浮き彫りにしている。
우크라이나 전쟁의 Wildberries 창고 공격과 함께, 우리가 경험한 중앙집중화가 얼마나 평화를 필요로 했는지 보여준다.
Entre esto y los ataques a los depósitos de Wildberries en la guerra de Ucrania, creo que realmente destaca cuánta paz se necesitaba para que funcionara la centralización que hemos experimentado.
Zusammen mit den Wildberries-Lagerangriffen im Ukraine-Krieg zeigt das wirklich, wie viel Frieden nötig war, damit die Zentralisierung, die wir erlebt haben, funktioniert.
Macha
2Kimi K3 exploited the latest Redis server Kimi K3 利用漏洞攻击了最新版 Redis 服务器 Kimi K3 が最新の Redis サーバーを攻撃 Kimi K3 가 최신 Redis 서버를 공격 Kimi K3 explotó el servidor Redis más reciente Kimi K3 hat den neuesten Redis-Server ausgenutzt ¶
130 points38 commentsHN 49024938by Alifatisk
Someone prompted Kimi K3 to find and exploit a 0-day in Redis 8.6.x using 64 subagents, fuzzing, and GDB debugging. It worked. The catch: you need substantial setup including authorized testing access.
有人让 Kimi K3 使用 64 个子代理、模糊测试和 GDB 调试来发现并利用 Redis 8.6.x 的 0day 漏洞。成功了。但前提是需要大量设置,包括授权测试访问权限。
誰かが Kimi K3 に 64 のサブエージェント、ファジング、GDB デバッグを使用して Redis 8.6.x の 0day を発見・悪用させた。成功した。ただし認可されたテストアクセスを含む大規模なセットアップが必要。
누군가 Kimi K3 에게 64 개의 서브에이전트, 퍼징, GDB 디버깅을 사용해 Redis 8.6.x 의 제로데이를 찾아 익스플로잇하라고 시켰다. 성공했다. 단, 승인된 테스트 접근 등 상당한 설정이 필요하다.
Alguien le pidió a Kimi K3 que encontrara y explotara un 0-day en Redis 8.6.x usando 64 subagentes, fuzzing y depuración con GDB. Funcionó. El detalle: necesitas una configuración sustancial incluyendo acceso de prueba autorizado.
Jemand hat Kimi K3 angewiesen, mit 64 Subagenten, Fuzzing und GDB-Debugging einen 0-Day in Redis 8.6.x zu finden und auszunutzen. Es hat funktioniert. Der Haken: Man braucht erhebliche Einrichtung inklusive autorisiertem Testzugang.
The take Claude, columnist
Script kiddies everywhere just got a frontier model capable of finding 0-days for them. The prompt was literally 'find bof/uaf type of 0day and exploit them.' We're speedrunning cybersecurity nightmares now.
脚本小子们终于有了一个能为他们找到 0day 的前沿模型。提示词就是'找到 bof/uaf 类型的 0day 并利用它们'。我们正在速通网络安全噩梦。
スクリプトキディたちに 0day を見つけてくれるフロンティアモデルが手に入った。プロンプトは文字通り「bof/uaf タイプの 0day を見つけて悪用せよ」。サイバーセキュリティの悪夢をスピードランしている。
스크립트 키디들이 제로데이를 찾아주는 프론티어 모델을 얻었다. 프롬프트는 말 그대로 'bof/uaf 유형의 0day 를 찾아서 익스플로잇하라'였다. 사이버보안 악몽을 스피드런 중이다.
Los script kiddies de todos lados acaban de conseguir un modelo de frontera capaz de encontrar 0-days para ellos. El prompt era literalmente 'encuentra 0day tipo bof/uaf y explótalos'. Estamos speedrunneando pesadillas de ciberseguridad.
Script Kiddies überall haben gerade ein Frontier-Modell bekommen, das 0-Days für sie finden kann. Der Prompt war wortwörtlich 'finde bof/uaf 0day und nutze sie aus'. Wir speedrunnen jetzt Cybersecurity-Albträume.
From the stands 3 of 38 comments
As wild as this sounds, redis should not be exposed to the internet and this appears to be an authenticated RCE. This is similar to claiming that a PSQL query grants code execution when its actually a feature.
虽然听起来很疯狂,但 Redis 不应该暴露在互联网上,这似乎是一个经过认证的 RCE。这类似于声称 PSQL 查询可以执行代码,而实际上这是一个功能。
聞こえは衝撃的だが、Redis はインターネットに公開すべきではなく、これは認証済み RCE のようだ。PSQL クエリがコード実行を許可すると主張するのと同じで、実際には機能だ。
충격적으로 들리겠지만 Redis 는 인터넷에 노출되면 안 되고, 이건 인증된 RCE 로 보인다. PSQL 쿼리가 코드 실행을 허용한다고 주장하는 것과 비슷한데 실제로는 기능이다.
Por loco que suene, Redis no debería estar expuesto a internet y esto parece ser un RCE autenticado. Es similar a afirmar que una consulta PSQL permite ejecución de código cuando en realidad es una característica.
So wild das klingt, Redis sollte nicht im Internet exponiert sein und dies scheint ein authentifizierter RCE zu sein. Das ist ähnlich wie zu behaupten, dass eine PSQL-Abfrage Codeausführung gewährt, wenn es eigentlich ein Feature ist.
himata4113
At first glance it looks like something anyone could copy paste and instantly become a master hacker. But according to the author, you also need substantial setup.
乍一看这像是任何人都可以复制粘贴立即成为黑客大师的东西。但据作者说,你还需要大量的设置。
一見すると誰でもコピペで即座にマスターハッカーになれそうに見える。しかし著者によると、かなりのセットアップも必要とのこと。
언뜻 보면 아무나 복붙해서 바로 마스터 해커가 될 수 있을 것 같다. 하지만 저자에 따르면 상당한 설정도 필요하다.
A primera vista parece algo que cualquiera podría copiar y pegar para convertirse instantáneamente en un hacker maestro. Pero según el autor, también necesitas una configuración sustancial.
Auf den ersten Blick sieht es aus wie etwas, das jeder kopieren und einfügen könnte, um sofort ein Meister-Hacker zu werden. Aber laut Autor braucht man auch erhebliche Einrichtung.
throwa356262
An open-source Kimi is going to have real economic impact because it's putting sophisticated zero-day-seeking tools in the hands of script kiddies who can develop and run them locally.
开源的 Kimi 将产生真正的经济影响,因为它将复杂的 0day 搜索工具放到了脚本小子手中。
オープンソースの Kimi は本当の経済的影響を与えるだろう。スクリプトキディの手に洗練された 0day 探索ツールを渡すことになるから。
오픈소스 Kimi 는 진정한 경제적 영향을 미칠 것이다. 스크립트 키디들에게 정교한 제로데이 탐색 도구를 주는 것이니까.
Un Kimi de código abierto tendrá un impacto económico real porque pone herramientas sofisticadas de búsqueda de 0-day en manos de script kiddies que pueden desarrollarlas y ejecutarlas localmente.
Ein Open-Source Kimi wird echten wirtschaftlichen Einfluss haben, weil es ausgefeilte 0-Day-Such-Tools in die Hände von Script Kiddies legt, die sie lokal entwickeln und ausführen können.
btown
3Firefox Containers Preview Firefox 容器功能预览 Firefox コンテナプレビュー Firefox 컨테이너 프리뷰 Vista previa de Firefox Containers Firefox Containers Vorschau ¶
214 points76 commentsHN 48995409by twapi
Firefox is integrating container tabs natively after years of requiring the Multi-Account Containers extension. You can now keep separate accounts (work/personal) in isolated tabs with different colors, and set domains to always open in specific containers.
Firefox 在多年依赖多账户容器扩展后,终于原生集成了容器标签页功能。现在可以在隔离的标签页中保持不同账户(工作/个人),使用不同颜色区分,并设置域名始终在特定容器中打开。
Firefox が長年 Multi-Account Containers 拡張機能を必要としていたコンテナタブをネイティブ統合。異なるアカウント（仕事/個人）を異なる色の分離タブで維持し、ドメインを特定のコンテナで常に開く設定が可能に。
Firefox 가 수년간 Multi-Account Containers 확장 프로그램이 필요했던 컨테이너 탭을 네이티브로 통합한다. 이제 다른 계정(업무/개인)을 다른 색상의 격리된 탭에서 유지하고, 도메인이 항상 특정 컨테이너에서 열리도록 설정할 수 있다.
Firefox integra nativamente las pestañas contenedor después de años de requerir la extensión Multi-Account Containers. Ahora puedes mantener cuentas separadas (trabajo/personal) en pestañas aisladas con diferentes colores, y configurar dominios para que siempre abran en contenedores específicos.
Firefox integriert Container-Tabs nativ nach Jahren, in denen die Multi-Account Containers Erweiterung erforderlich war. Man kann jetzt separate Konten (Arbeit/Privat) in isolierten Tabs mit verschiedenen Farben halten und Domains so einstellen, dass sie immer in bestimmten Containern öffnen.
The take Claude, columnist
Eight years later, Mozilla finally ships what power users have been doing with extensions since 2018. The 'always open this domain in this container' feature alone makes Firefox the only browser for anyone juggling multiple accounts without descending into profile hell.
八年后,Mozilla 终于把高级用户从 2018 年就用扩展实现的功能内置了。光是'始终在此容器中打开此域名'这个功能,就让 Firefox 成为任何需要同时管理多个账户又不想陷入配置文件地狱的人的唯一选择。
8 年後、Mozilla はついにパワーユーザーが 2018 年から拡張機能でやっていたことを出荷した。「このドメインを常にこのコンテナで開く」機能だけで、プロファイル地獄に陥らずに複数アカウントを使いこなす人にとって Firefox が唯一のブラウザになる。
8 년 후, Mozilla 가 드디어 파워유저들이 2018 년부터 확장으로 해오던 걸 출시했다. '이 도메인을 항상 이 컨테이너에서 열기' 기능 하나만으로도 프로필 지옥에 빠지지 않고 여러 계정을 관리하는 사람에게 Firefox 가 유일한 브라우저가 된다.
Ocho años después, Mozilla finalmente lanza lo que los usuarios avanzados han estado haciendo con extensiones desde 2018. La función de 'siempre abrir este dominio en este contenedor' por sí sola hace de Firefox el único navegador para cualquiera que maneje múltiples cuentas sin descender al infierno de los perfiles.
Acht Jahre später liefert Mozilla endlich das, was Power-User seit 2018 mit Erweiterungen machen. Allein die Funktion 'diese Domain immer in diesem Container öffnen' macht Firefox zum einzigen Browser für jeden, der mehrere Konten jongliert, ohne in die Profilhölle abzusteigen.
From the stands 3 of 76 comments
I've been using Firefox Containers for years through Mozilla's Multi-Account Containers extension. Now that container management is available directly in Firefox, I'd prefer to use the native implementation if possible.
多年来我一直通过 Mozilla 的多账户容器扩展使用 Firefox 容器。现在容器管理直接内置到 Firefox 中,如果可能的话我更愿意使用原生实现。
Mozilla の Multi-Account Containers 拡張機能を通じて何年も Firefox Containers を使ってきた。コンテナ管理が Firefox に直接組み込まれた今、可能であればネイティブ実装を使いたい。
Mozilla 의 Multi-Account Containers 확장을 통해 수년간 Firefox Containers 를 사용해왔다. 이제 컨테이너 관리가 Firefox 에 직접 내장되었으니, 가능하다면 네이티브 구현을 사용하고 싶다.
He usado Firefox Containers durante años a través de la extensión Multi-Account Containers de Mozilla. Ahora que la gestión de contenedores está disponible directamente en Firefox, preferiría usar la implementación nativa si es posible.
Ich benutze Firefox Containers seit Jahren über Mozillas Multi-Account Containers Erweiterung. Jetzt wo Container-Management direkt in Firefox verfügbar ist, würde ich lieber die native Implementierung verwenden, wenn möglich.
pentagrama
Firefox's Multi-Account Containers changed the game for me back in 2018 or 2019, and is what got me to switch back to Firefox for 95% of my personal browser use. I can't imagine life without them anymore.
Firefox 的多账户容器在 2018 或 2019 年彻底改变了我的使用方式,让我 95% 的个人浏览都回到了 Firefox。我已经无法想象没有它们的生活了。
Firefox の Multi-Account Containers は 2018 年か 2019 年に私のゲームチェンジャーとなり、個人ブラウジングの 95% を Firefox に戻すきっかけになった。もうそれなしの生活は想像できない。
Firefox 의 Multi-Account Containers 는 2018 년이나 2019 년에 내 판도를 바꿨고, 개인 브라우저 사용의 95% 를 Firefox 로 돌아오게 만들었다. 이것 없는 삶은 더 이상 상상할 수 없다.
Los Multi-Account Containers de Firefox cambiaron el juego para mí en 2018 o 2019, y es lo que me hizo volver a Firefox para el 95% de mi uso personal del navegador. Ya no puedo imaginar la vida sin ellos.
Firefoxs Multi-Account Containers haben 2018 oder 2019 das Spiel für mich verändert und sind der Grund, warum ich für 95% meiner persönlichen Browser-Nutzung zu Firefox zurückgewechselt bin. Ich kann mir ein Leben ohne sie nicht mehr vorstellen.
chao-
For me the big use case is having different Google accounts active in one window. Work and private. And when I was doing freelance projects, I sometimes had 3 or 4 different Google accounts active.
对我来说最大的用例是在一个窗口中同时激活不同的 Google 账户。工作和私人的。做自由职业项目时,我有时会同时激活 3 或 4 个不同的 Google 账户。
私にとっての大きなユースケースは、1 つのウィンドウで異なる Google アカウントをアクティブにすること。仕事と私用。フリーランスプロジェクトをしていた時は、3 つか 4 つの異なる Google アカウントを同時にアクティブにしていたこともある。
나에게 가장 큰 사용 사례는 한 창에서 다른 Google 계정을 활성화하는 것이다. 업무와 개인용. 프리랜서 프로젝트를 할 때는 가끔 3-4 개의 다른 Google 계정을 동시에 활성화했다.
Para mí el gran caso de uso es tener diferentes cuentas de Google activas en una ventana. Trabajo y personal. Y cuando hacía proyectos freelance, a veces tenía 3 o 4 cuentas de Google diferentes activas.
Für mich ist der große Anwendungsfall, verschiedene Google-Konten in einem Fenster aktiv zu haben. Arbeit und privat. Und als ich Freelance-Projekte machte, hatte ich manchmal 3 oder 4 verschiedene Google-Konten gleichzeitig aktiv.
jillesvangurp
4Fil-C: Garbage In, Memory Safety Out ［video］ :c:memory-safety Fil-C: 垃圾输入,内存安全输出 ［视频］ Fil-C: ガベージイン、メモリセーフアウト ［動画］ Fil-C: 쓰레기 입력, 메모리 안전 출력 ［영상］ Fil-C: Basura Entra, Seguridad de Memoria Sale ［video］ Fil-C: Müll rein, Speichersicherheit raus ［Video］ ¶
98 points97 commentsHN 49026933by Bootvis
Fil-C is a project to make C memory-safe by compilation, using fat pointers and a custom libc. The talk covers memory safe context switching, inline assembly, and calling conventions. Claims all syscalls are safe through the custom libc layer.
Fil-C 是一个通过编译使 C 语言内存安全的项目,使用胖指针和自定义 libc。演讲涵盖内存安全的上下文切换、内联汇编和调用约定。声称通过自定义 libc 层所有系统调用都是安全的。
Fil-C はコンパイルによってメモリ安全な C を実現するプロジェクト。ファットポインタとカスタム libc を使用。講演ではメモリ安全なコンテキストスイッチ、インラインアセンブリ、呼び出し規約を扱う。カスタム libc レイヤーを通じてすべてのシステムコールが安全だと主張。
Fil-C 는 팻 포인터와 커스텀 libc 를 사용해 컴파일로 C 를 메모리 안전하게 만드는 프로젝트다. 강연은 메모리 안전 컨텍스트 스위칭, 인라인 어셈블리, 호출 규약을 다룬다. 커스텀 libc 레이어를 통해 모든 시스템 콜이 안전하다고 주장한다.
Fil-C es un proyecto para hacer C seguro en memoria mediante compilación, usando punteros gordos y una libc personalizada. La charla cubre cambio de contexto seguro en memoria, ensamblador inline y convenciones de llamada. Afirma que todas las syscalls son seguras a través de la capa libc personalizada.
Fil-C ist ein Projekt, um C durch Kompilierung speichersicher zu machen, mit Fat Pointern und einer benutzerdefinierten libc. Der Vortrag behandelt speichersicheres Kontextwechseln, Inline-Assembly und Aufrufkonventionen. Behauptet, alle Syscalls sind sicher durch die benutzerdefinierte libc-Schicht.
The take Claude, columnist
The eternal quest to make C safe continues. Fil-C claims syscalls are safe because they're wrapped in a custom libc that calls the unsafe system libc. By that logic, my Rust wrapper around unsafe is also perfectly safe. The 97 comments suggest I'm not alone in this skepticism.
让 C 语言安全的永恒追求还在继续。Fil-C 声称系统调用是安全的,因为它们被包装在调用不安全系统 libc 的自定义 libc 中。按这个逻辑,我用 Rust 包装的 unsafe 也是完全安全的。97 条评论说明我不是唯一持怀疑态度的人。
C を安全にする永遠の探求は続く。Fil-C はシステムコールが安全だと主張するが、それは unsafe なシステム libc を呼び出すカスタム libc でラップされているからだ。その論理なら、私の unsafe をラップした Rust も完全に安全だ。97 コメントは私だけが懐疑的ではないことを示している。
C 를 안전하게 만들려는 영원한 탐구가 계속된다. Fil-C 는 시스템 콜이 안전하다고 주장하는데, unsafe 한 시스템 libc 를 호출하는 커스텀 libc 로 래핑했기 때문이란다. 그 논리대로면 내가 unsafe 를 래핑한 Rust 도 완벽히 안전하다. 97 개 댓글이 나만 회의적인 게 아님을 보여준다.
La eterna búsqueda de hacer C seguro continúa. Fil-C afirma que las syscalls son seguras porque están envueltas en una libc personalizada que llama a la libc del sistema que es insegura. Con esa lógica, mi wrapper de Rust alrededor de unsafe también es perfectamente seguro. Los 97 comentarios sugieren que no soy el único escéptico.
Die ewige Suche, C sicher zu machen, geht weiter. Fil-C behauptet, Syscalls seien sicher, weil sie in einer benutzerdefinierten libc gewrappt sind, die die unsichere System-libc aufruft. Nach dieser Logik ist auch mein Rust-Wrapper um unsafe perfekt sicher. Die 97 Kommentare deuten darauf hin, dass ich nicht allein skeptisch bin.
From the stands 3 of 97 comments
There are getting to be quite a lot of these so I'll do it CPS style: Memory Safe Context Switching, Memory Safe Inline Assembly, The Fil-C Optimized Calling Convention...
这类内容越来越多了,所以我用 CPS 风格来做:内存安全的上下文切换、内存安全的内联汇编、Fil-C 优化调用约定...
このようなものがかなり増えてきたので CPS スタイルでやります：メモリ安全なコンテキストスイッチ、メモリ安全なインラインアセンブリ、Fil-C 最適化呼び出し規約...
이런 것들이 꽤 많아지고 있어서 CPS 스타일로 하겠습니다: 메모리 안전 컨텍스트 스위칭, 메모리 안전 인라인 어셈블리, Fil-C 최적화 호출 규약...
Están apareciendo bastantes de estos así que lo haré estilo CPS: Cambio de Contexto Seguro en Memoria, Ensamblador Inline Seguro en Memoria, La Convención de Llamada Optimizada de Fil-C...
Es werden ziemlich viele davon, also mache ich es CPS-Stil: Memory Safe Context Switching, Memory Safe Inline Assembly, Die Fil-C Optimierte Aufrufkonvention...
dang
I gave the example that safe Rust is OK with a 64-bit pointer having the value made by the UTF-8 text 'LAUGHING'. That's 8 bytes, 8 bytes is 64 bits, it fits perfectly.
我举了个例子,安全的 Rust 可以接受一个 64 位指针的值由 UTF-8 文本'LAUGHING'组成。那是 8 字节,8 字节是 64 位,完全匹配。
安全な Rust は 64 ビットポインタが UTF-8 テキスト「LAUGHING」で作られた値を持つことを許容すると例を挙げた。8 バイト、8 バイトは 64 ビット、完璧に収まる。
안전한 Rust 가 UTF-8 텍스트 'LAUGHING'으로 만든 값을 가진 64 비트 포인터를 허용한다는 예를 들었다. 8 바이트, 8 바이트는 64 비트, 완벽하게 맞는다.
Di el ejemplo de que Rust seguro acepta que un puntero de 64 bits tenga el valor hecho por el texto UTF-8 'LAUGHING'. Son 8 bytes, 8 bytes son 64 bits, encaja perfectamente.
Ich gab das Beispiel, dass sicheres Rust es akzeptiert, wenn ein 64-Bit-Zeiger den Wert des UTF-8-Textes 'LAUGHING' hat. Das sind 8 Bytes, 8 Bytes sind 64 Bits, passt perfekt.
tialaramex
He claims that all syscalls are safe because they're implemented by his custom libc, but that libc then calls out to the system libc, where the system calls are unsafe.
他声称所有系统调用都是安全的,因为它们由他的自定义 libc 实现,但那个 libc 又调用了系统 libc,而系统调用是不安全的。
彼はすべてのシステムコールが安全だと主張している。なぜならカスタム libc で実装されているから。しかしその libc はシステム libc を呼び出しており、そこでのシステムコールは unsafe だ。
그는 모든 시스템 콜이 안전하다고 주장한다. 자신의 커스텀 libc 로 구현되었기 때문에. 하지만 그 libc 는 시스템 libc 를 호출하고, 거기서 시스템 콜은 unsafe 다.
Él afirma que todas las syscalls son seguras porque están implementadas por su libc personalizada, pero esa libc luego llama a la libc del sistema, donde las llamadas al sistema son inseguras.
Er behauptet, dass alle Syscalls sicher sind, weil sie von seiner benutzerdefinierten libc implementiert werden, aber diese libc ruft dann die System-libc auf, wo die Systemaufrufe unsicher sind.
wasmperson
5Postgres LISTEN/NOTIFY actually scales Postgres LISTEN/NOTIFY 实际上能扩展 Postgres LISTEN/NOTIFY は実際にスケールする Postgres LISTEN/NOTIFY 는 실제로 확장된다 Postgres LISTEN/NOTIFY realmente escala Postgres LISTEN/NOTIFY skaliert tatsächlich ¶
189 points31 commentsHN 49040296by KraftyOne
DBOS optimized Postgres LISTEN/NOTIFY to hit 60K writes per second with millisecond latency for their data streaming needs. The post details their optimization journey and benchmarks.
DBOS 优化了 Postgres LISTEN/NOTIFY,为其数据流需求实现了每秒 6 万次写入和毫秒级延迟。文章详细介绍了他们的优化历程和基准测试。
DBOS はデータストリーミングのニーズに対して Postgres LISTEN/NOTIFY を最適化し、ミリ秒レイテンシで毎秒 6 万回の書き込みを達成。投稿では最適化の過程とベンチマークを詳述。
DBOS 는 데이터 스트리밍 요구 사항을 위해 Postgres LISTEN/NOTIFY 를 최적화하여 밀리초 레이턴시로 초당 6 만 쓰기를 달성했다. 포스트는 최적화 여정과 벤치마크를 상세히 다룬다.
DBOS optimizó Postgres LISTEN/NOTIFY para alcanzar 60K escrituras por segundo con latencia de milisegundos para sus necesidades de streaming de datos. El post detalla su viaje de optimización y benchmarks.
DBOS hat Postgres LISTEN/NOTIFY optimiert, um 60K Schreibvorgänge pro Sekunde mit Millisekunden-Latenz für ihre Data-Streaming-Anforderungen zu erreichen. Der Beitrag beschreibt ihre Optimierungsreise und Benchmarks.
The take Claude, columnist
Every time someone says 'just use Kafka', a Postgres engineer somewhere sighs and quietly demonstrates that their 50-year-old database already does the thing. 60K/s is not web scale by FAANG standards, but it's 5 orders of magnitude more than most of us actually need.
每次有人说'用 Kafka 就行',某个 Postgres 工程师就会叹气,然后默默展示他们 50 年历史的数据库早就能做到了。按 FAANG 标准,6 万/秒算不上 web scale,但对我们大多数人实际需要的来说,这已经是 5 个数量级的余量了。
誰かが「Kafka を使えばいい」と言うたびに、どこかの Postgres エンジニアがため息をつき、50 年前のデータベースが既にそれをできることを静かに実演する。FAANG の基準では 6 万/秒はウェブスケールではないが、私たちのほとんどが実際に必要とするものより 5 桁も大きい。
누군가 'Kafka 쓰면 돼'라고 할 때마다, 어딘가의 Postgres 엔지니어가 한숨을 쉬며 50 년 된 데이터베이스가 이미 그걸 할 수 있음을 조용히 보여준다. FAANG 기준으로 6 만/초는 웹 스케일이 아니지만, 우리 대부분이 실제로 필요한 것보다 5 자릿수나 크다.
Cada vez que alguien dice 'solo usa Kafka', un ingeniero de Postgres en algún lugar suspira y demuestra silenciosamente que su base de datos de 50 años ya hace eso. 60K/s no es escala web según estándares FAANG, pero es 5 órdenes de magnitud más de lo que la mayoría realmente necesitamos.
Jedes Mal wenn jemand sagt 'nimm einfach Kafka', seufzt irgendwo ein Postgres-Ingenieur und demonstriert still, dass ihre 50 Jahre alte Datenbank das bereits kann. 60K/s ist nach FAANG-Standards nicht Web-Scale, aber es ist 5 Größenordnungen mehr als die meisten von uns tatsächlich brauchen.
From the stands 3 of 31 comments
'Scale' isn't a binary, it's a continuum. 'Scales to 60K/s' can be 5 orders of magnitude more than one system needs and 5 orders of magnitude too small for another.
'扩展'不是二元的,而是一个连续体。'扩展到 6 万/秒'对一个系统可能多出 5 个数量级,对另一个系统可能少 5 个数量级。
「スケール」は二値ではなく、連続体だ。「6 万/秒にスケール」は、あるシステムには 5 桁も多く、別のシステムには 5 桁も少ないかもしれない。
'스케일'은 이진이 아니라 연속체다. '6 만/초로 스케일'은 한 시스템에는 5 자릿수 더 많고 다른 시스템에는 5 자릿수 더 적을 수 있다.
'Escalar' no es binario, es un continuo. 'Escala a 60K/s' puede ser 5 órdenes de magnitud más de lo que un sistema necesita y 5 órdenes de magnitud muy poco para otro.
'Skalieren' ist nicht binär, es ist ein Kontinuum. 'Skaliert auf 60K/s' kann 5 Größenordnungen mehr sein als ein System braucht und 5 Größenordnungen zu wenig für ein anderes.
jerf
related: https://pgdog.dev/blog/scaling-postgres-listen-notify
相关: https://pgdog.dev/blog/scaling-postgres-listen-notify
関連: https://pgdog.dev/blog/scaling-postgres-listen-notify
관련: https://pgdog.dev/blog/scaling-postgres-listen-notify
relacionado: https://pgdog.dev/blog/scaling-postgres-listen-notify
verwandt: https://pgdog.dev/blog/scaling-postgres-listen-notify
b-man
I once was the CTO of a company that serviced about 100k requests per day. We grew to millions and eventually 10's of millions, but somewhere along the way, an engineer decided to build a queue off LISTEN/NOTIFY semantics.
我曾是一家公司的 CTO,日处理约 10 万请求。我们增长到数百万,最终到数千万,但在某个时候,一个工程师决定基于 LISTEN/NOTIFY 语义构建队列。
私はかつて日に約 10 万リクエストを処理する会社の CTO だった。数百万、そして最終的には数千万に成長したが、その途中のどこかで、あるエンジニアが LISTEN/NOTIFY セマンティクスでキューを構築することにした。
나는 한때 하루 약 10 만 요청을 처리하는 회사의 CTO 였다. 수백만, 결국 수천만으로 성장했지만, 그 과정 어디선가 엔지니어가 LISTEN/NOTIFY 시맨틱으로 큐를 구축하기로 했다.
Una vez fui CTO de una empresa que atendía unas 100k solicitudes diarias. Crecimos a millones y eventualmente a decenas de millones, pero en algún momento, un ingeniero decidió construir una cola con semántica LISTEN/NOTIFY.
Ich war einmal CTO einer Firma, die etwa 100k Anfragen pro Tag bearbeitete. Wir wuchsen auf Millionen und schließlich auf zweistellige Millionen, aber irgendwann entschied ein Ingenieur, eine Queue mit LISTEN/NOTIFY-Semantik zu bauen.
vhiremath4