Top Câu Chuyện trên HackerNews ngày 23-06-2025 #

Hoa Kỳ phát động cuộc oanh tạc vào các cơ sở hạt nhân của Iran, làm leo thang căng thẳng giữa hai bên và gây ra sự quan tâm quốc tế.
Tác giả đã tạo ra mô hình xem chi tiết (exploded view) của đồng hồ cơ, ghi lại toàn bộ quá trình sản xuất từ ý tưởng đến khi hoàn thành.
Tính năng ghi chú của Git rất mạnh mẽ nhưng không được sử dụng rộng rãi, phù hợp để thêm metadata mà không cần sửa đổi commit.
Tiện ích mở rộng trình duyệt LibRedirect chuyển hướng các trang web chính thống đến các dịch vụ frontend thay thế, chú trọng quyền riêng tư.
Phân tích sâu thiết kế, kiến trúc và lợi thế hiệu năng của Google TPU trong lĩnh vực AI.
Hoa Kỳ tấn công các cơ sở hạt nhân của Iran, Trump gọi đó là một thành công quân sự, Iran thề sẽ đáp trả.
Dự án LaborBerlin nhằm mục đích phát triển máy chiếu phim 16mm mã nguồn mở, giải quyết vấn đề bảo trì các thiết bị cũ.
Công nghệ AI thúc đẩy kỷ nguyên các nhóm nhỏ ở Thung lũng Silicon, nâng cao hiệu quả, cho phép các nhóm nhỏ hoàn thành các dự án quy mô lớn hơn.
Sound As Pure Form là một ngôn ngữ âm nhạc được lấy cảm hứng từ nhiều ngôn ngữ lập trình, phù hợp cho tổng hợp và xử lý âm thanh.
Thông qua tối ưu hóa, thông lượng của Linux pipe đã tăng lên 20 lần, tiết lộ việc triển khai bên trong và các phương pháp tối ưu hóa hiệu suất.

Bom Mỹ vào các cơ sở hạt nhân của Iran #

U.S. bombs Iranian nuclear sites

https://www.bbc.co.uk/news/live/ckg3rzj8emjt

Trang chủ BBC đưa tin về sự leo thang căng thẳng giữa Iran và Hoa Kỳ.

Tổng thống Iran Masoud Pezeshkian tuyên bố rằng hành động xâm lược của Hoa Kỳ đối với Iran “phải được đáp trả”, sau khi Hoa Kỳ ném bom ba cơ sở hạt nhân của Iran. Tổng thống Hoa Kỳ Donald Trump tuyên bố rằng các cuộc tấn công này “tước ‘quả bom’ khỏi tay họ”. Cơ quan giám sát hạt nhân của Liên Hợp Quốc cho biết họ không thể xác định mức độ thiệt hại đối với cơ sở ngầm Fordow, trong khi Bộ trưởng Ngoại giao Iran nói rằng kiến thức hạt nhân của Iran “sẽ không bị phá hủy bởi các vụ đánh bom”.

BBC đã xác minh hình ảnh vệ tinh của Isfahan và Natanz, cũng như Fordow, để đánh giá thiệt hại do các cuộc không kích của Hoa Kỳ gây ra.

Trong khi đó, Iran và Israel tiếp tục bắn vào nhau, Israel tuyên bố đã tấn công hàng chục mục tiêu quân sự, trong khi Hội Trăng lưỡi liềm đỏ Iran cáo buộc Israel tấn công các bệnh viện và trung tâm y tế.

Bộ trưởng Quốc phòng Hoa Kỳ Pete Hegseth cho biết các cuộc tấn công này không nhằm mục đích thay đổi chế độ, mà là để ngăn Iran có được vũ khí hạt nhân.

Phóng viên an ninh của BBC, Frank Gardner, đặt ra một câu hỏi đáng lo ngại hơn: Liệu Iran có còn đủ uranium làm giàu cao (HEU) được giấu trong các địa điểm bí mật dưới lòng đất, cũng như kiến thức và phương tiện để vũ khí hóa nó, do đó quyết định chế tạo một quả bom hạt nhân thô sơ? Nói cách khác, liệu cuộc tấn công chung của Hoa Kỳ và Israel có loại bỏ khả năng Iran trở thành một quốc gia vũ trang hạt nhân hay khiến điều đó có nhiều khả năng xảy ra hơn?

Đại diện thường trực của Israel tại Liên Hợp Quốc, Danny Danon, nói rằng thế giới nên cảm ơn Donald Trump. Ông nói rằng một số người ở Liên Hợp Quốc lên án Hoa Kỳ và Israel, nhưng ông đặt câu hỏi “Khi Iran làm giàu uranium vượt xa mục đích dân sự, khi họ xây dựng pháo đài dưới núi để chuẩn bị cho sự diệt vong của chúng ta, các bạn ở đâu?”

Đại diện thường trực của Iran tại Liên Hợp Quốc, Amir Saeid Iravani, cáo buộc Hoa Kỳ phát động một “cuộc chiến” chống lại Iran và nói rằng Iran có quyền “tự vệ” chống lại “hành động xâm lược trắng trợn của Hoa Kỳ”. Ông cũng cáo buộc Thủ tướng Israel Netanyahu lôi kéo Hoa Kỳ vào “một cuộc chiến tốn kém và vô căn cứ khác” và nói rằng hành động của Hoa Kỳ và Israel là “vi phạm trắng trợn luật pháp quốc tế”.

Thống đốc tỉnh Isfahan của Iran cho biết một cuộc không kích của Israel đã khiến một xe cứu thương bị trúng đạn, khiến ba người thiệt mạng. Đài truyền hình nhà nước Iran cũng đưa tin về vụ việc này, và người dân địa phương cho biết Israel đang nhắm mục tiêu vào dân thường. Israel vẫn chưa phản hồi về vụ việc này, nhưng cho biết các hoạt động của họ ở Iran nhắm vào các cơ sở quân sự.

Tổng thống Hoa Kỳ Donald Trump cho biết trên mạng xã hội rằng thiệt hại đối với các cơ sở hạt nhân của Iran là “rất lớn”. Ông ca ngợi các cuộc tấn công chính xác và kỹ năng của quân đội Hoa Kỳ.

Đồng hồ cơ: Sơ đồ phân rã #

Mechanical Watch: Exploded View

https://fellerts.no/projects/epoch.html

Bài viết này là chia sẻ của Fredrik Flornes Ellertsen về kinh nghiệm và quá trình anh tạo ra mô hình sơ đồ nổ của đồng hồ cơ khí. Bài viết bắt đầu bằng sự ngưỡng mộ của anh đối với blog của Bartosz Ciechanowski về cách thức hoạt động của bộ máy đồng hồ cơ khí, đặc biệt là những hình ảnh minh họa tương tác. Tác giả bày tỏ mong muốn tự tay tạo ra một mô hình sơ đồ nổ đồng hồ cơ khí thực tế, nhưng khi tìm kiếm các mô hình có sẵn, anh nhận thấy không có sản phẩm nào trên thị trường đáp ứng yêu cầu của mình.

Bài viết tiếp tục mô tả quá trình tác giả quyết định tự mình tạo ra một mô hình như vậy. Đầu tiên, anh cân nhắc loại bộ máy đồng hồ cơ khí nào sẽ “nổ”, cho rằng các bài đăng trên blog dựa trên bộ máy đồng hồ cơ khí ETA 2824-2 (hoặc các phiên bản clone của nó) là một lựa chọn tốt, nhưng do độ phức tạp của nó, anh đã chọn một bộ máy đồng hồ bỏ túi đơn giản hơn, cổ điển hơn làm điểm khởi đầu.

Thách thức mà tác giả phải đối mặt là làm thế nào để treo lơ lửng 50-100 thành phần siêu nhỏ, tạo thành một sơ đồ nổ. Anh đã thử phương pháp đúc resin phân lớp, nhưng phương pháp này không thành công do màu vàng của resin, tốc độ đóng rắn chậm và các đường nối giữa các lớp rõ ràng. Anh đã thử sử dụng resin đóng rắn bằng tia UV và epoxy hai thành phần truyền thống, nhưng đều gặp vấn đề.

Sau nhiều lần thử, tác giả quyết định sử dụng phương pháp đúc toàn bộ mô hình một lần và sử dụng dây câu để treo từng thành phần. Anh chọn dây nylon đơn sợi vì nó có chỉ số khúc xạ tương tự như epoxy và giá thành rẻ. Anh đã nắn thẳng các đường cong của dây bằng cách nướng trong lò và dùng keo CA dán các thành phần lên dây, quá trình này có phần giống với việc chế tạo đồng hồ thực sự.

Cuối bài viết, tác giả đề cập đến những thách thức mà anh gặp phải trong quá trình thực hiện, bao gồm việc cần thao tác tỉ mỉ và tay ổn định, cũng như cách sử dụng keo CA thay cho dầu bôi trơn để xử lý các thành phần siêu nhỏ. Mặc dù gặp khó khăn, anh cảm thấy hào hứng và mong chờ hoàn thành dự án này.

HN | Độ nóng: 555 điểm | 83 bình luận | Tác giả: fellerts #

https://news.ycombinator.com/item?id=44347425

Bài đăng trên blog của Bartosz Ciechanowski là một trong những nguồn tài nguyên trực tuyến tốt nhất về đồng hồ cơ.
Tác giả đã trình bày nhiều tác phẩm chi tiết tương tự, có thể xem trên trang web cá nhân của anh ấy.
Bài viết này đã được thảo luận trên Hacker News ba năm trước và nhận được điểm số rất cao.
Có người đã đề cập đến một nghệ sĩ đóng gói các vật phẩm vào nhựa và cắt chúng bằng máy cắt tia nước để tạo ra “góc nhìn nổ”.
Có người đã đưa ra ý tưởng làm cho dây câu hoàn toàn biến mất bằng cách điều chỉnh chỉ số khúc xạ của nhựa.
Tác giả trả lời rằng anh ấy chưa suy nghĩ sâu sắc về ý tưởng này, nhưng sau khi tìm kiếm, anh ấy thấy rằng lĩnh vực quang học có rất nhiều tiền lệ.
Có người đã chia sẻ kinh nghiệm sử dụng giấy nhám có độ nhám khác nhau để đánh bóng vật đúc nhựa để có được một hình khối hoàn hảo.
Tác giả trả lời rằng anh ấy có thể sẽ chán công việc đánh bóng và đề cập đến khả năng sử dụng các công cụ đánh bóng/mài.
Có người khuyên nên sử dụng giấy nhám và tấm kính để có được bề mặt rất phẳng.
Có người bày tỏ sự đánh giá cao về việc tác giả sử dụng bộ máy PT5000 và đề cập đến sự tuyệt vời của ngành sản xuất đồng hồ Trung Quốc.
Có người hỏi về nguồn tài nguyên tốt nhất để mua bản sao đồng hồ cơ trên AliExpress.
Có người đề cập đến việc quy trình gia công và lắp ráp các sản phẩm điện tử tiêu dùng đã giúp ích cho ngành sản xuất đồng hồ như thế nào.
Tác giả dự định học cách chế tạo đồng hồ bấm giờ và ca ngợi độ tin cậy và giá cả hợp lý của hàng hóa sản xuất tại Trung Quốc.
Có người bày tỏ cảm giác mâu thuẫn về việc phá hủy những cỗ máy chính xác này, nhưng cũng cho rằng màn trình diễn này rất thú vị.
Có người đề cập đến những chiếc đồng hồ bỏ túi được bán theo trọng lượng đồng thau trong các cửa hàng đồ cổ và giá trị của chúng như một vật liệu thực hành kỹ thuật sửa chữa đồng hồ.
Có người hỏi làm thế nào để bắt đầu học sửa chữa đồng hồ như một sở thích.

Git Notes: Tính năng tuyệt vời nhất nhưng ít được yêu thích nhất của Git (2022) #

Git Notes: Git’s coolest, most unloved feature (2022)

https://tylercipriani.com/blog/2022/11/19/git-notes-gits-coolest-most-unloved-feature/

Bài viết này là về một tính năng ít được biết đến nhưng rất mạnh mẽ của Git - Git notes (ghi chú Git).

Đầu tiên, bài viết chỉ ra rằng Git notes gần như là một bí mật, vì tính dễ sử dụng của chúng gây khó chịu, nhưng chúng liên tục được các kỹ sư tái khám phá để lưu trữ metadata trong Git. Git notes cho phép bạn thêm thông tin mới về các commit cũ trong một namespace đặc biệt và chức năng của chúng còn hơn thế nữa. Bạn có thể thêm ghi chú cho bất kỳ đối tượng nào được Git theo dõi (commit, blob và tree) mà không cần sửa đổi chính đối tượng đó.

Bài viết tiếp tục giới thiệu cách thêm ghi chú cho commit mới nhất và trình bày cách hiển thị các ghi chú này trong git log. Ví dụ: bạn có thể thêm ghi chú “Acked-by” để cho biết ai đó đã xác nhận mã.

Bài viết cũng đề cập đến các trường hợp sử dụng Git notes trong thực tế, chẳng hạn như chính dự án Git liên kết mỗi commit với các liên kết thảo luận trên danh sách gửi thư của nó. Những người khác sử dụng ghi chú để theo dõi thời gian dành cho mỗi commit hoặc nhánh, thêm thông tin đánh giá và kiểm tra vào git log, thậm chí thực hiện đánh giá mã hoàn toàn phân tán.

Bài viết đặc biệt đề cập đến một plugin có tên là reviewnotes, cho phép người dùng xem ai đã đánh giá mã và những kiểm tra nào đã được chạy trong git log mà không cần mở trình duyệt.

Sau đó, bài viết thảo luận về cách sử dụng Git notes để lưu trữ kết quả đánh giá mã và kiểm tra, cũng như một hệ thống có tên là git-appraise, đây là một hệ thống đánh giá mã hoàn chỉnh được xây dựng trên Git notes, cho phép người dùng yêu cầu đánh giá, nhận xét về các thay đổi, đánh giá và hợp nhất các thay đổi, tất cả những điều này có thể được thực hiện trên máy tính cục bộ, ngay cả khi GitHub bị sập.

Cuối cùng, bài viết chỉ ra rằng việc sử dụng Git notes không phổ biến vì chúng khó sử dụng và GitHub đã ngừng hiển thị ghi chú commit vào năm 2014 mà không đưa ra nhiều lời giải thích. Mặc dù vậy, Git notes là một cách để đạt được sự độc lập của forge, chúng có thể làm cho toàn bộ lịch sử của dự án được phân tán mà không phải chịu rủi ro của việc ép buộc đẩy (force push). Tác giả tin rằng Git notes là một giải pháp thay thế phân tán cho hệ thống đánh giá mã Git, chúng có thể phân tán lịch sử của mã và cũng có thể phân tán toàn bộ lịch sử của dự án.

HN | Độ nóng: 409 điểm | 103 bình luận | Tác giả: Delgan #

https://news.ycombinator.com/item?id=44345334

Git trailers là một loại dữ liệu cấu trúc khóa-giá trị được đính kèm khi tạo commit, dùng để thêm metadata.
Gerrit sử dụng git trailers để đính kèm Change-Id.
Tính năng COMMENT của PostgreSQL cho phép đính kèm văn bản vào các đối tượng cơ sở dữ liệu, nhưng mong muốn có metadata đối tượng cơ sở dữ liệu khóa-giá trị có cấu trúc hơn.
Trình phân tích cú pháp của GitHub không thể phân tích cú pháp chính xác tính năng COMMENT của PostgreSQL.
Tính năng COMMENT không phù hợp cho VIEW, PROCEDURE hoặc FUNCTION, vì chúng đã hỗ trợ chú thích nội tuyến trong định nghĩa đối tượng trên máy chủ.
Tính năng COMMENT chủ yếu được sử dụng để thêm chú thích vào các đối tượng không giữ lại chú thích, chẳng hạn như TABLE, COLUMN, CONSTRAINT, ROLE, v.v.
Sử dụng git notes để gắn thẻ các commit đã chạy unit test, để bỏ qua các commit này khi rebase.
Mong muốn git có change ids riêng, để các công cụ có thể hiểu chúng, thay vì chỉ nhận dạng commit thông qua tin nhắn commit.
Sử dụng tree hash làm khóa cache thay vì đính kèm metadata vào chính commit, để tránh mất kết quả kiểm tra khi sắp xếp lại commit.
GitHub sử dụng git trailers như một giải pháp thay thế cho [skip ci], giúp người dùng hạ nguồn dễ dàng loại bỏ tin nhắn commit hơn.
Trailers được thêm thủ công vào tin nhắn commit tương đương với chức năng sử dụng cờ --trailer.

LibRedirect – Chuyển hướng các trang web phổ biến đến các frontend thay thế thân thiện với quyền riêng tư #

LibRedirect – Redirects popular sites to alternative privacy-friendly frontends

https://libredirect.github.io

Trang web này là trang giới thiệu về “LibRedirect”, một tiện ích mở rộng trình duyệt web, được thiết kế để chuyển hướng người dùng từ các trang web chính thống như YouTube, Instagram, Reddit, TikTok, v.v. sang các frontend thay thế chú trọng đến quyền riêng tư hơn. Dưới đây là bản tóm tắt chi tiết bằng tiếng Việt về nội dung chính của trang web:

LibRedirect cung cấp một cách để người dùng sử dụng các trang web thay thế chú trọng đến bảo vệ quyền riêng tư hơn trong khi vẫn duy trì các chức năng của trang web gốc. Các trang web thay thế này được gọi là frontend thân thiện với quyền riêng tư, chúng có thể giảm việc thu thập và theo dõi dữ liệu người dùng, bảo vệ quyền riêng tư trực tuyến của người dùng.

Dưới đây là danh sách một số trang web chính thống và các trang web thay thế thân thiện với quyền riêng tư tương ứng:

YouTube: Invidious, Materialious, Piped, Piped-Material, Poke, CloudTube, LightTube, Tubo, FreeTube, Yattee, FreeTube PWA, ViewTube, ytify.
YouTube Music: Hyperpipe, Invidious, FreeTube.
Twitter: Nitter.
ChatGPT: DuckDuckGo AI Chat.
Bluesky: Skyview.
Reddit: Libreddit, Redlib, Teddit, Eddrit, Troddit.
Tumblr: Priviblur.
Twitch: SafeTwitch, Twineo.
TikTok: ProxiTok, Offtiktok.
Instagram: Proxigram.
IMDb: libremdb.
Bilibili: MikuInvidious.
Pixiv: PixivFE, LiteXiv, Vixipy.
Fandom: BreezeWiki.
Imgur: rimgo.
Pinterest: Binternet, Painterest.
SoundCloud: Tubo, soundcloak.
Bandcamp: Tent.
Tekstowo.pl: TekstoLibre.
Genius: Dumb, Intellectual.
Medium: Scribe, LibMedium, Small.
Quora: Quetre.
GitHub: Gothub.
GitLab: Laboratory.
Stack Overflow: AnonymousOverflow.
Reuters: Neuters.
Snopes: Suds.
iFunny: UNfunny.
Tenor: Soprano.
KnowYourMeme: MeMe.
Urban Dictionary: Rural Dictionary.
Goodreads: BiblioReads.
Wolfram Alpha: WolfreeAlpha.
Instructables: Structables, Destructables, Indestructables.
Wikipedia: Wikiless, Wikimore.
Wayback Machine: Wayback Classic.
Pastebin: Pasted.
Công cụ tìm kiếm: SearXNG, SearX, Whoogle, LibreY, 4get.
Dịch vụ dịch thuật: SimplyTranslate, Mozhi, LibreTranslate, Translite.
Dịch vụ bản đồ: OpenStreetMap.
Hội nghị video: Jitsi.
Truyền tệp: Send.
Dán văn bản: PrivateBin, Pasted, Pasty.
Tab guitar: Freetar, Ultimate Tab.
Baidu Tieba: Rat Aint Tieba.
Diễn đàn: Shoelace.
DeviantArt: SkunkyArt.
GeeksforGeeks: NerdsforNerds, Ducks for Ducks.
Coub: Koub.
Chefkoch: GoCook.
Mastodon: Mastodon.

Thông qua LibRedirect, người dùng có thể tận hưởng các dịch vụ của trang web gốc đồng thời giảm bớt lo lắng về quyền riêng tư cá nhân. Tiện ích mở rộng này cung cấp cho người dùng trải nghiệm duyệt web an toàn và riêng tư hơn.

HN | Độ nóng: 371 điểm | 90 bình luận | Tác giả: riffraff #

https://news.ycombinator.com/item?id=44344246

LibRedirect có thể chuyển hướng các trang web phổ biến đến các frontend chú trọng đến quyền riêng tư, nhưng có một số dịch vụ trang web sẽ chặn hoặc hạn chế việc chuyển hướng
Chuyển hướng quyền riêng tư là một trong những tiện ích mở rộng đầu tiên giới thiệu khái niệm chuyển hướng, nhưng sau đó đã bị lạm dụng để chuyển hướng đến các trang web nguy hiểm
Các frontend thay thế của Instagram hiện không hoạt động, cho dù là phiên bản mã nguồn mở tự lưu trữ hay các phiên bản khác
Có một ứng dụng Android có thể thiết lập chuyển hướng tùy chỉnh, chức năng mạnh mẽ, có thể loại bỏ các yếu tố theo dõi trong liên kết, mở rộng các liên kết rút gọn, v.v.
Plugin Redirector có thể dễ dàng thiết lập các quy tắc chuyển hướng của riêng bạn
Quyền của user script quá lớn, có thể có rủi ro bảo mật
Sử dụng NordVPN và uBlock Origin để duyệt YouTube có thể cải thiện quyền riêng tư, nhưng có thể bị YouTube nhận dạng và yêu cầu đăng nhập
Thay đổi máy chủ VPN thường xuyên có thể là một phương pháp để giải quyết vấn đề đăng nhập YouTube
SponsorBlock sẽ không gửi ID video đến máy chủ
Sử dụng VPN tốt hơn sử dụng các instance “riêng tư”, vì VPN chỉ biết bạn kết nối với YouTube mà không biết video cụ thể nào bạn đang xem
Công nghệ theo dõi dấu vân tay rất mạnh mẽ, sử dụng VPN chỉ cung cấp cho Google nhiều điểm dữ liệu hơn
Các frontend thay thế thường không phụ thuộc vào các điểm cuối của người khác
Đưa lịch sử xem cho người lạ tốt hơn là đưa cho nhà quảng cáo, vì những dữ liệu này hầu như vô dụng khi bị cô lập
Một số người sẵn sàng đưa lịch sử xem cho người lạ để không phải xem quảng cáo
User script quá dài, người dùng bình thường khó phát hiện mã độc
Nên sử dụng user script ngắn gọn, có thể kiểm tra, không thể cập nhật và do chính bạn viết để tăng cường bảo mật

Tìm hiểu sâu về TPU #

TPU Deep Dive

https://henryhmko.github.io/posts/tpu/tpu.html

Bài viết này đi sâu vào bộ xử lý Tensor của Google (TPU), sự khác biệt trong triết lý thiết kế so với bộ xử lý đồ họa (GPU), đặc biệt là về khả năng mở rộng, hiệu quả năng lượng và kiến trúc tính toán.

Bối cảnh #

TPU là mạch tích hợp dành riêng cho ứng dụng (ASIC) tùy chỉnh của Google, được thiết kế để đạt được thông lượng và hiệu quả năng lượng cực cao trong phép nhân ma trận (matmul). Nguồn gốc của TPU có thể bắt nguồn từ năm 2006, khi Google đánh giá khả năng sử dụng GPU, FPGA hoặc ASIC tùy chỉnh. Năm 2013, khi chức năng tìm kiếm bằng giọng nói của Google chuyển sang mạng nơ-ron, dự đoán về nhu cầu tính toán đã thúc đẩy Google phát triển TPU.

Ngày nay, TPU đã hỗ trợ hầu hết các dịch vụ AI của Google, bao gồm cả mô hình huấn luyện và suy luận. Tiếp theo, bài viết sẽ phân tích sâu hơn về kiến trúc bên trong của TPU.

Cấp độ chip đơn TPU #

Lấy TPUv4 làm ví dụ, mỗi chip TPU chứa hai lõi Tensor (TPU TensorCore), mỗi lõi Tensor có 128MiB bộ nhớ chia sẻ (CMEM) và 32GiB bộ nhớ băng thông cao (HBM). Mỗi lõi Tensor lại bao gồm nhiều đơn vị tính toán và bộ đệm bộ nhớ nhỏ:

Đơn vị nhân ma trận (MXU): Đây là thành phần quan trọng của lõi Tensor, sử dụng mảng systolic 128x128.
Đơn vị vector (VPU): Dùng cho các phép toán trên từng phần tử nói chung (ví dụ: ReLU, cộng/nhân theo điểm, rút gọn, v.v.).
Bộ nhớ vector (VMEM; 32MiB): Dùng để lưu trữ dữ liệu được sao chép từ HBM.
Đơn vị scalar và bộ nhớ scalar (SMEM; 10MiB): Chịu trách nhiệm kiểm soát luồng, các phép toán scalar và tạo địa chỉ bộ nhớ.

Không giống như GPU, các đơn vị bộ nhớ trên chip của TPU (CMEM, VMEM, SMEM) lớn hơn, trong khi HBM nhỏ hơn, và số lượng lõi tính toán của TPU ít hơn nhiều so với GPU.

TPU có thể đạt được thông lượng cực cao, chẳng hạn như TPUv5p có thể đạt tới 500 TFLOPs/sec trên mỗi chip và tổ hợp 8960 chip hoàn chỉnh có thể đạt được hiệu năng khoảng 4.45 ExaFLOPs/sec.

Triết lý thiết kế TPU #

Triết lý thiết kế của TPU dựa trên hai yếu tố cốt lõi và một giả định quan trọng sau:

Mảng mạch đập và Pipeline (Systolic Arrays + Pipelining): Mảng mạch đập là một kiến trúc thiết kế phần cứng, bao gồm một nhóm các đơn vị xử lý (PE) được kết nối với nhau. Mỗi PE thực hiện các phép tính nhỏ (ví dụ: phép nhân và tích lũy), và chuyển kết quả cho các PE lân cận. Thiết kế này có thể giảm nhu cầu về logic điều khiển bổ sung và đạt được luồng dữ liệu hiệu quả.
Biên dịch trước thời gian (Ahead-of-Time Compilation) và ít phụ thuộc vào bộ nhớ cache: TPU thông qua thiết kế phối hợp phần cứng - phần mềm với trình biên dịch XLA, tránh sử dụng bộ nhớ cache truyền thống để giảm tiêu thụ năng lượng. Trình biên dịch XLA có thể phân tích đồ thị tính toán trong thời gian chạy, từ đó tối ưu hóa việc truy cập bộ nhớ và giảm các thao tác cache không cần thiết.

TPU Cấp độ Đa chip #

Khả năng mở rộng của TPU đặc biệt nổi bật trong cấu hình đa chip. Một khay TPU chứa 4 chip TPU và được kết nối với máy chủ CPU thông qua PCIe, trong khi các chip được kết nối với nhau thông qua kết nối liên nhân (ICI) băng thông cao hơn.

Một giá TPU bao gồm 64 chip, sử dụng cấu trúc vòng ba chiều 4x4x4, giao tiếp giữa các chip được thực hiện thông qua ICI và chuyển mạch quang điện (OCS).

Các khái niệm cấu hình khác nhau của TPU bao gồm:

Giá TPU: Đơn vị vật lý, chứa 64 chip.
TPU Pod (Siêu Pod): Đơn vị TPU có cấu hình lớn nhất, kết nối nhiều giá (ví dụ: Pod của TPUv4 chứa 4096 chip).
TPU Slice: Bất kỳ cấu hình TPU nào nằm giữa 4 chip và Siêu Pod.

Bằng cách kết nối nhiều chip và giá lại với nhau, triết lý thiết kế của TPU thể hiện lợi thế của nó trong xử lý song song cao và giao tiếp nhanh, hỗ trợ các tác vụ deep learning quy mô lớn.

Tổng kết #

Thiết kế của TPU nhấn mạnh sự kết hợp giữa kiến trúc phần cứng hiệu quả và công nghệ biên dịch phần mềm, tập trung vào các tác vụ tính toán cụ thể (chẳng hạn như phép nhân ma trận), do đó thể hiện hiệu suất vượt trội về hiệu quả năng lượng và thông lượng. Với sự tiến bộ không ngừng của công nghệ TPU, tiềm năng ứng dụng của nó trong lĩnh vực AI sẽ ngày càng rộng lớn.

HN | Độ nóng: 358 điểm | 68 bình luận | Tác giả: transpute #

https://news.ycombinator.com/item?id=44342977

Phố Wall đã đánh giá thấp Google ngay từ đầu, giá trị vốn hóa thị trường không tương đương với giá trị doanh nghiệp.
Việc bán TPU cần xây dựng cơ sở hạ tầng, còn cho thuê có thể duy trì tỷ suất lợi nhuận cao hơn, đồng thời tránh tăng cường đối thủ cạnh tranh.
TPU của Google gắn liền với framework TensorFlow, dẫn đến hỗ trợ phần mềm không đủ, ảnh hưởng đến việc áp dụng TPU.
Google giới hạn TPU trong dịch vụ đám mây của riêng mình, điều này hạn chế sự đóng góp của cộng đồng mã nguồn mở và giới học thuật.
Google có thể đã là nhà sản xuất chip AI hạng hai, giá trị vốn hóa thị trường có thể đã phản ánh điều này.
Các phần mềm như JAX/FLAX hỗ trợ TPU, Google sử dụng các công cụ này thay vì PyTorch trong công việc nghiên cứu.
Google cung cấp miễn phí tài nguyên TPU thông qua dự án TRC để tăng việc sử dụng và tầm ảnh hưởng của JAX.
Broadcom tham gia vào việc sản xuất TPU và cơ sở hạ tầng mạng, giá trị vốn hóa thị trường của họ là 1.2T, có thể cần phải xem xét kết hợp nó với giá trị vốn hóa thị trường của Google.
Nvidia đồng thời phát triển phần cứng và software stack, trong khi Broadcom là công ty fabless, chủ yếu chịu trách nhiệm thiết kế phần cứng.
Nvidia kiếm lợi nhuận thông qua việc bán chip, trong khi Google tiết kiệm tiền bằng cách sản xuất TPU, về lâu dài có thể có lợi thế hơn.
Nvidia có thể bị định giá quá cao, nhưng ít nhất họ có lãi, không giống như WeWork và Uber.
Google giữ lại TPU như một lợi thế cạnh tranh, có lợi cho sự phát triển lâu dài của các sản phẩm cốt lõi của mình.

Hoa Kỳ tấn công các cơ sở hạt nhân của Iran #

U.S. strikes Iran’s nuclear facilities

https://www.axios.com/2025/06/21/us-strike-iran-nuclear-israel-trump

Bài viết này đưa tin về tình hình mới nhất về cuộc không kích của Hoa Kỳ vào các cơ sở hạt nhân của Iran.

Quân đội Hoa Kỳ đã tiến hành các cuộc không kích vào các cơ sở hạt nhân của Iran vào sáng Chủ nhật theo giờ địa phương, nhắm mục tiêu vào Fordow, Natanz và Isfahan. Trong một bài phát biểu lịch sử từ Nhà Trắng, Tổng thống Hoa Kỳ Donald Trump gọi hành động này là “một thành công quân sự ngoạn mục” và tuyên bố rằng các địa điểm làm giàu uranium chính của Iran “đã bị phá hủy hoàn toàn và triệt để”. Ông Trump nói: “Iran, kẻ bắt nạt của Trung Đông, giờ đây phải tìm kiếm hòa bình.” Ông cảnh báo rằng nếu Iran không nhanh chóng đạt được hòa bình, họ sẽ phải đối mặt với một thảm kịch lớn hơn những gì đã thấy trong tám ngày qua.

Cuộc không kích này là một dấu hiệu cho thấy quyết định của ông Trump trong việc trực tiếp hỗ trợ các nỗ lực của Israel nhằm dỡ bỏ chương trình hạt nhân của Iran, đánh dấu một sự leo thang lịch sử ở khu vực Trung Đông. Sự can thiệp này chứa đầy rủi ro và sự không chắc chắn, điều mà ông Trump và nhiều người tiền nhiệm của ông đã cố gắng tránh, bao gồm cả thông qua các biện pháp ngoại giao với Iran. Cuộc tấn công diễn ra vào đêm thứ chín của một cuộc chiến chưa từng có giữa Israel và Iran, và có khả năng sẽ gây ra sự trả đũa từ Tehran đối với quân đội và các cơ sở quân sự của Hoa Kỳ trong khu vực.

Ông Trump đã đăng trên Truth Social: “Bất kỳ sự trả đũa nào của Iran đối với Hoa Kỳ sẽ bị đáp trả bằng một lực lượng mạnh hơn những gì đã thấy tối nay.” Trong bài phát biểu tối thứ Bảy, ông Trump nói rằng các cuộc không kích nhằm mục đích phá hủy khả năng làm giàu hạt nhân của Iran, ngăn chặn mối đe dọa hạt nhân từ “nhà tài trợ khủng bố số một”. Ông Trump cảm ơn Thủ tướng Israel Benjamin Netanyahu, nói rằng họ đã hợp tác như một đội chưa từng có và đã loại bỏ mối đe dọa đối với Israel.

Ông Trump cảnh báo rằng Hoa Kỳ có nhiều mục tiêu khác ở Iran và quân đội sẽ phá hủy chúng “trong vài phút” nếu hòa bình với Cộng hòa Hồi giáo “không đến nhanh chóng”. Các quan chức Israel cho biết chính quyền Trump đã thông báo cho Israel trước các cuộc không kích. Các quan chức Nhà Trắng nói với Axios rằng ông Trump đã gọi điện cho ông Netanyahu sau hành động này. Một quan chức cấp cao khác của Israel nói với Axios rằng máy bay ném bom tàng hình B-2 đã được sử dụng trong các cuộc không kích.

Lực lượng Vệ binh Cách mạng Hồi giáo Iran đã đe dọa vào Chủ nhật sẽ tấn công quân đội Hoa Kỳ ở Trung Đông. Ngoại trưởng Iran Abbas Araghchi cho biết trong một cuộc họp báo ở Istanbul rằng Tehran “bảo lưu tất cả các lựa chọn để bảo vệ an ninh của mình” và nói rằng Iran hiện không quan tâm đến ngoại giao. Ông chỉ ra rằng Hoa Kỳ đã vượt qua một lằn ranh đỏ lớn và Iran sẽ đáp trả theo quyền của mình. Ông Araghchi không nói chi tiết về phản ứng có thể có của Iran, cũng như không nói rõ liệu Iran có rút khỏi Hiệp ước Không phổ biến vũ khí hạt nhân hay đóng cửa eo biển Hormuz hay không. Ông nói rằng Iran có nhiều lựa chọn.

Tổ chức Năng lượng Nguyên tử Iran xác nhận ba cơ sở hạt nhân đã bị tấn công và lên án “kẻ thù Hoa Kỳ” đã thực hiện “hành động man rợ vi phạm luật pháp quốc tế”. Tổ chức này cho biết, bất chấp âm mưu xấu xa của kẻ thù, Iran sẽ không bị ngăn cản tiếp tục phát triển ngành công nghiệp năng lượng hạt nhân quốc gia của mình.

Trong bài phát biểu của mình, ông Trump nói rằng Iran đã nói trong 40 năm “Nước Mỹ hãy chết đi”, “Israel hãy chết đi”. Họ đã giết hại người dân của chúng ta, cho nổ tung tay và chân của họ bằng bom ven đường. Ông tiếp tục nói rằng hàng ngàn người ở Trung Đông và trên toàn thế giới đã chết trực tiếp vì sự thù hận của họ. Đặc biệt, nhiều người đã bị tướng Qassem Soleimani của họ giết hại, ông đề cập đến nhà lãnh đạo quân sự Iran mà ông Trump đã ra lệnh ám sát trong nhiệm kỳ đầu tiên của mình.

Ông Netanyahu nói bằng tiếng Anh trong một video được công bố: “Tổng thống Trump và tôi luôn nói: ‘Hòa bình thông qua sức mạnh.’ Đầu tiên là sức mạnh, sau đó là hòa bình. Tối nay, Tổng thống Trump và Hoa Kỳ đã thể hiện rất nhiều sức mạnh.”

Trong những ngày trước cuộc không kích, ông Trump và nhóm của ông ngày càng tin rằng ngoại giao đã đi đến hồi kết - để loại bỏ chương trình hạt nhân của Iran, cần phải có hành động quân sự. Ông Trump đã tuyên bố công khai vào thứ Năm rằng ông sẽ đưa ra quyết định trong vòng hai tuần tới, cho Iran cơ hội đàm phán cuối cùng, nhưng công tác chuẩn bị cho cuộc không kích đã được đẩy nhanh vào cuối tuần. Vào thứ Bảy, một số máy bay ném bom tàng hình B-2 có khả năng mang 30.000 pound “bom phá бункеров” đã bị phát hiện bay về phía tây qua Thái Bình Dương, làm dấy lên suy đoán rằng Hoa Kỳ sẽ tấn công Fordow.

Ông Trump công khai đặt câu hỏi liệu Israel có khả năng tự mình phá hủy các cơ sở ngầm hay không, ông nói: “Họ có thể phá vỡ một phần nhỏ, nhưng họ không thể đi sâu.” Đằng sau hậu trường, nền tảng “Nước Mỹ trên hết” của ông Trump đã có sự chia rẽ sâu sắc về việc có nên tham gia vào cuộc chiến của Israel hay không, nhưng ông Trump luôn kiên định về một vấn đề: Iran không bao giờ được phép có được vũ khí hạt nhân. Ông đã nỗ lực cuối cùng vào tuần trước để tránh sự can thiệp của Hoa Kỳ, khám phá các cuộc gặp bí mật với các quan chức Iran ở Istanbul, do Tổng thống Thổ Nhĩ Kỳ Recep Tayyip Erdoğan làm trung gian. Ông Trump sẵn sàng cử đặc phái viên Nhà Trắng Steve Witkoff và Phó Tổng thống Pence - hoặc nếu cần thiết, thậm chí đích thân tham gia các cuộc đàm phán. Nhưng nỗ lực này đã thất bại khi Lãnh tụ tối cao Iran Ali Khamenei trốn tránh vì lo sợ bị Israel ám sát và không thể ủy quyền cho cuộc gặp. Kể từ đó, Iran đã từ chối tiếp xúc trực tiếp với Hoa Kỳ trừ khi Israel ngừng tấn công. Ông Trump giờ đây tin rằng không thể đạt được thỏa thuận và dường như đã thực hiện lựa chọn quân sự mà ông từng hy vọng tránh được.

HN | Độ nóng: 276 điểm | 2 bình luận | Tác giả: Liwink #

https://news.ycombinator.com/item?id=44341678

Bài đăng thảo luận về cuộc tấn công của Hoa Kỳ vào các cơ sở hạt nhân của Iran
Cung cấp thêm các liên kết để thảo luận thêm
Các bình luận đã được chuyển sang bài đăng khác
Nhắc nhở người dùng đăng ký đợt Fall 2025 của YC, hạn chót đăng ký là ngày 4 tháng 8

LaborBerlin: Máy Chiếu 16mm Hiện Đại Nhất #

LaborBerlin: State-of-the-Art 16mm Projector

https://www.filmlabs.org/wiki/en/meetings_projects/spectral/laborberlin16mmprojector/start

LaborBerlin: Máy chiếu 16mm hiện đại nhất

Các nghệ sĩ trên toàn thế giới khi làm việc với phim nhựa thường phải đối mặt với điều kiện chiếu không ổn định do thiết bị cũ kỹ và khó sửa chữa. Đặc biệt, máy chiếu phim và các bộ phận cơ khí lão hóa của chúng ngày càng trở nên không đáng tin cậy, điều này trong nhiều trường hợp dẫn đến việc phá hủy vật liệu phim thay vì đảm bảo trình chiếu tối ưu. Chiếc máy chiếu phim 16mm thương mại cuối cùng được sản xuất vào những năm 90, nhưng hầu hết các nghệ sĩ, nhà lưu trữ và người chiếu phim phải sử dụng các thiết bị cũ hơn, một số có niên đại từ những năm 60 và 50. Đồng thời, các nhà sản xuất công nghiệp truyền thống đã biến mất hoặc chuyển sang các lĩnh vực khác, nhân viên dịch vụ nghỉ hưu, phụ tùng thay thế khan hiếm và giá cả không hợp lý. Máy chiếu cũ chủ yếu được thiết kế để chiếu phim tiêu chuẩn và không đáp ứng được nhu cầu của các nghệ sĩ đương đại trong việc mở rộng sản xuất phim, đồng thời thường không đáp ứng được nhu cầu chiếu phim lưu trữ. Với sự xuất hiện của cuộc cách mạng kỹ thuật số, thập kỷ qua đã giảm đáng kể cơ hội trải nghiệm chiếu phim analog, và công nghệ lão hóa của thiết bị chiếu phim cũ đã trở thành một yếu tố quan trọng trong sự biến mất của chiếu phim analog và trải nghiệm độc đáo của nó.

Ý tưởng của chúng tôi là phát triển một máy chiếu phim 16mm hiện đại, mô-đun sử dụng công nghệ nguồn mở và các phụ tùng thay thế không độc quyền/phổ biến. Chúng tôi tin rằng các bộ phận cơ khí trung tâm của máy chiếu cũ - cơ chế móng vuốt, bánh xe cửa trập và vận chuyển phim - trong hầu hết các trường hợp đều được thiết kế rất tốt và việc phát triển lại các bộ phận này sẽ là một sự lãng phí thời gian và năng lượng. Thay vào đó, chúng tôi muốn xây dựng máy chiếu dựa trên cơ chế máy chiếu hiện có, dễ kiếm. Điều tương tự cũng áp dụng cho phần quang học: các ống kính tương thích với máy chiếu do Eiki, Bauer, Bell & Howell và Hokushin sản xuất có thể được tìm thấy trên toàn thế giới trong tình trạng tốt. Máy chiếu này phải đáp ứng được nhu cầu của các nghệ sĩ phim đương đại, nhà lưu trữ và người chiếu phim.

Đặc tính kỹ thuật (danh sách mong muốn): Thiết kế: Thiết kế mô-đun, công nghệ nguồn mở, phụ tùng thay thế không độc quyền và phổ biến (có thể in 3D), chiều cao và độ nghiêng có thể điều chỉnh, nhẹ để dễ dàng di chuyển và mang theo trong quá trình chiếu, tùy chọn chiếu định dạng dọc (nghiêng 90° hoặc hệ thống lăng kính). Nguồn điện: 110V và 220V, tùy chọn: pin để chiếu ngoài trời và di động. Nguồn sáng: LED siêu sáng, có thể điều chỉnh độ sáng, điều chỉnh nhiệt độ màu để phù hợp với các bản in khác nhau theo thời gian, đèn sợi đốt hoặc đèn xenon hoặc bản in phim dịch chuyển đỏ, cửa trập kỹ thuật số (nhấp nháy). Định dạng phim: 16 mm - Super 16 - Super 16 - Cửa mở (mặt nạ định dạng có thể chuyển đổi). Quang học: Ống kính zoom rộng 25mm – 150mm, tương thích với ống kính Bauer, Eiki và B&H (ống điều hợp), bánh răng sâu để lấy nét, giá đỡ ống kính biến dạng, giá đỡ loại Elmo Viewer 100 (xem không cần màn hình). Vận chuyển: Tốc độ đồng bộ tinh thể: 12 – 15 – 16,66 – 18 – 23,976 – 24 – 25 – 29,97 – 30 FPS, tốc độ thay đổi thủ công từ <1 đến 30 FPS, bánh xe cửa trập tốc độ thay đổi độc lập với FPS, bộ đếm khung kỹ thuật số, bộ đếm bộ nhớ cho điểm vào và điểm ra, tua nhanh hai chiều. Âm thanh: Âm thanh quang học và từ tính (không có bộ khuếch đại tích hợp - chỉ đầu ra), đầu vào micrô giọng nói trực tiếp, giắc cắm tai nghe, hệ thống đồng bộ hóa âm thanh kỹ thuật số tích hợp. Kết nối: Đồng bộ hóa với âm thanh, video và MIDI kỹ thuật số, đồng bộ hóa giữa nhiều máy chiếu, có thể chuyển đổi từ chính sang phụ, đồng bộ hóa với hệ thống Elmo ESS, tùy chọn: sẵn sàng cho Telecine, điều khiển từ xa: hồng ngoại/có dây/Bluetooth. Phụ kiện: Phát triển thiết bị vòng lặp tương thích, mở rộng tay cuộn.

Dự án của chúng tôi sẽ được thực hiện trong khoảng thời gian hai năm rưỡi và dự kiến sẽ hoàn thành vào tháng 9 năm 2025, khi nguyên mẫu sẽ được trình bày tại Liên hoan Back To The Future ở Rotterdam. Bước đầu tiên, nhóm hai người của chúng tôi đã tháo rời bốn mẫu máy chiếu phim, chúng tôi nhận thấy những mẫu này cung cấp các hệ thống cơ khí phù hợp để phát triển thêm. Chúng tôi đã xác định ba lĩnh vực phát triển cần hợp tác với các chuyên gia khác nhau: nguồn sáng, cơ chế vận chuyển phim và thiết bị điện tử. Nhưng trước khi chúng tôi thực hiện bước tiếp theo, chúng tôi cũng nhận ra rằng chúng tôi đang ở ngã tư đường cần quyết định nên đi theo con đường nào: A. Phát triển một hệ thống nâng cấp linh hoạt, phù hợp với nhiều mẫu máy chiếu hiện có. Điều này sẽ đảm bảo rằng các nghệ sĩ có thể nâng cấp mẫu máy chiếu của riêng họ, bất kể họ sống ở đâu và sở hữu loại máy chiếu nào. Mối quan tâm của chúng tôi là có thể khó phát triển các bộ phận có thể thích ứng với nhiều bộ phận cơ khí hiện có. B. Chỉ phát triển hệ thống nâng cấp cho một mẫu máy chiếu có sẵn rộng rãi. Điều này sẽ cho phép chúng tôi phát triển các bộ phận cụ thể hơn và tạo ra một khái niệm tích hợp cho mẫu máy chiếu đó. Nhược điểm là nhiều mẫu máy chiếu không có sẵn như nhau trên khắp thế giới. C. Phát triển một bộ DIY sao chép các bộ phận cơ khí của nhiều mẫu hiện có khác nhau, sử dụng các công nghệ như in 3D, CNC và cắt laser. Điều này sẽ cho phép các nghệ sĩ trên toàn cầu tự xây dựng máy chiếu mô-đun và hiện đại nhất của riêng họ từ đầu. Cuối cùng, chúng tôi có thể cung cấp và vận chuyển những bộ phận làm sẵn khó sản xuất riêng lẻ. Khi quyết định quan trọng này được đưa ra, chúng tôi muốn thuê một chuyên gia cơ điện tham gia dự án, đồng hành cùng dự án cho đến khi hoàn thành nguyên mẫu. Đồng thời, chúng tôi muốn xây dựng một cộng đồng trực tuyến để chia sẻ ý tưởng của mình với họ, những người cũng có thể kiểm tra và cải thiện các bộ phận khác nhau. Chúng tôi đã liên hệ với một số cá nhân đang thực hiện các phát triển tương tự một cách độc lập, những người đang chờ đợi để chia sẻ kiến thức và kinh nghiệm của họ. Cuối cùng, chúng tôi sẽ thuê một nhà thiết kế công nghiệp để hợp tác với chúng tôi để xây dựng một nguyên mẫu.

HN | Độ nóng: 206 điểm | 34 bình luận | Tác giả: audionerd #

https://news.ycombinator.com/item?id=44340386

Có người đánh giá cao dự án vì đã duy trì sự quan tâm đến phim 16mm/35mm và cố gắng giải quyết một số vấn đề, đặc biệt là chuyển sang đèn LED có thể điều chỉnh độ sáng và các bộ phận in 3D/mã nguồn mở.
Có người cho rằng phim 16mm/35mm đang dần biến mất, số lượng giảm đi hàng năm do phim bị hỏng hoặc thất lạc, cho rằng dự án nên được đơn giản hóa, tập trung vào việc tạo ra một máy chiếu mã nguồn mở cơ bản.
Có người đề cập rằng mặc dù phim 35mm vẫn có thị trường ở một số thành phố, nhưng chi phí lưu trữ và vận chuyển phim 35mm khiến việc chiếu phim trở nên kém kinh tế hơn.
Có người hồi tưởng lại kinh nghiệm của mình khi còn là người chiếu phim, có tình cảm sâu sắc với những chiếc máy cũ và cho rằng sự phổ biến của máy chiếu kỹ thuật số đã khiến việc chiếu phim trở nên hiếm hoi.
Có người chỉ ra rằng phim cũ giữ màu tốt hơn máy chiếu cũ, điều này đã thay đổi quan điểm của mọi người về việc màu sắc của máy chiếu 16mm cũ bị phai.
Có người đề cập rằng dự án này rất quan trọng đối với lĩnh vực bảo tồn phim, có thể đánh dấu một sự thay đổi lớn trong cách thức hoạt động của lĩnh vực này.
Có người bày tỏ rằng đây là một dự án tuyệt vời, với tư cách là một kỹ sư nhúng, hy vọng sẽ biết đến và tham gia vào dự án sớm hơn.
Có người đề cập rằng họ có rất nhiều phim 8mm và 16mm cần lưu trữ, cho rằng đây có thể là một điểm khởi đầu tốt cho máy quét phim mã nguồn mở.
Có người đề cập rằng máy quét phim 8mm rất phổ biến, nhưng nếu bạn muốn quét phim 8mm từ cạnh này sang cạnh kia và nhận được các tệp TIFF hoặc định dạng tương tự cho mỗi khung hình thì lại là một chuyện khác.
Có người cảnh báo rằng hãy cẩn thận khi sử dụng bộ làm mát CPU AOI cho các mục đích khác, vì chúng là các đơn vị kín, dễ bị bay hơi và xâm nhập không khí, đồng thời khó nạp lại.
Có người bày tỏ sự nghi ngờ về phương án tản nhiệt của dự án, cho rằng công suất 800 watt thông qua một bộ tản nhiệt hai quạt có thể không đủ để đối phó với môi trường nhiệt độ cao.

AI đang mở ra một kỷ nguyên “nhóm nhỏ” #

AI is ushering in a “tiny team” era

https://www.bloomberg.com/news/articles/2025-06-20/ai-is-ushering-in-the-tiny-team-era-in-silicon-valley

Trong môi trường khởi nghiệp ở Thung lũng Silicon, với sự phát triển của trí tuệ nhân tạo (AI), mô hình hoạt động của các công ty khởi nghiệp đang có sự thay đổi đáng kể. Từ kỷ nguyên “mở rộng quy mô nhanh chóng” (blitzscaling) trước đây, từ khi Facebook IPO năm 2012 đến khi WeWork phá sản năm 2023, các công ty khởi nghiệp thường coi trọng giá trị thị trường và tổng số vốn huy động được, đặc biệt là theo đuổi danh hiệu “kỳ lân” (tức là định giá đạt 1 tỷ đô la). Ngày nay, ngày càng có nhiều nhà khởi nghiệp bắt đầu coi trọng chỉ số mới là doanh thu trên mỗi nhân viên, được coi là “chén thánh” mới của thành công.

Với sự trỗi dậy của các trợ lý, cố vấn, lập trình viên và công cụ tiếp thị AI, các nhà khởi nghiệp có thể đạt được tăng trưởng hiệu quả hơn trong khi vẫn duy trì chi phí nhân lực thấp. CEO của OpenAI, Sam Altman, từng nói rằng trong tương lai có thể xuất hiện những công ty chỉ một người có thể đạt được mức định giá hàng tỷ đô la, điều mà trước đây khó có thể tưởng tượng được. Jeffrey Bussgang, đối tác của Flybridge Capital Partners, nhấn mạnh rằng hiện tượng này có thể được gọi là “mở rộng quy mô mà không cần tăng trưởng” (scaling without growing), tức là “mở rộng quy mô bằng bot” (botscaling) thay thế cho “mở rộng quy mô nhanh chóng” truyền thống.

Sự tiến bộ của AI cho phép các nhà khởi nghiệp sử dụng trí tuệ nhân tạo để viết code, nghiên cứu thị trường, tiếp thị và đưa ra các ý tưởng kinh doanh ban đầu. Ngày càng có nhiều nhà khởi nghiệp bắt đầu dựa vào AI như một “người đồng sáng lập” để nhanh chóng phát triển sản phẩm và xác thực thị trường trong điều kiện nguồn lực hạn chế. Ví dụ, Roo Harrigan, người đồng sáng lập của công ty khởi nghiệp Portrait, cho biết AI cho phép họ nhanh chóng tạo ra các nguyên mẫu sản phẩm mà không cần phải dựa vào các đối tác công nghệ truyền thống.

Trong quá trình khởi nghiệp, AI không chỉ có thể đóng vai trò là công cụ mà còn có thể đóng vai trò là “đối tác kỹ thuật số” hoặc “người cố vấn”. Nghiên cứu cho thấy rằng những cá nhân sử dụng AI có thể tạo ra những ý tưởng ngang bằng với những nhóm không có AI, và các nhóm sử dụng AI có hiệu suất tốt hơn.

Mặc dù AI có thể thay thế nhân lực ở nhiều khía cạnh, nhưng các nhà khởi nghiệp vẫn cần duy trì khả năng phán đoán và ra quyết định của con người. Nhiều nhà khởi nghiệp bắt đầu thử nghiệm sử dụng AI để nâng cao hiệu quả ra quyết định, chẳng hạn như thông qua AI để dự đoán khả năng thành công của các quyết định kinh doanh khác nhau. Tuy nhiên, những hạn chế của AI vẫn còn tồn tại, nó hoạt động tốt trong một số trường hợp, nhưng lại không được như ý trong những trường hợp khác, tạo thành cái gọi là “ranh giới răng cưa” (jagged frontier). Do đó, các nhà khởi nghiệp cần không ngừng khám phá những ưu điểm và nhược điểm của AI để phân bổ nhiệm vụ một cách hợp lý.

Cuối cùng, bài viết thảo luận về việc liệu trong tương lai AI phát triển cao độ, có xuất hiện những công ty hoàn toàn do AI vận hành hay không. Mặc dù AI hiện tại vẫn còn nhiều hạn chế, nhưng với sự tiến bộ của công nghệ, các công ty khởi nghiệp do AI hoàn toàn chủ trì có thể trở thành hiện thực. Điều này đòi hỏi các nhà khởi nghiệp phải tìm được điểm cân bằng khi sử dụng AI, đảm bảo rằng AI có thể hiểu và thực hiện tầm nhìn kinh doanh của họ tốt hơn.

HN | Độ nóng: 187 điểm | 174 bình luận | Tác giả: kjhughes #

https://news.ycombinator.com/item?id=44339596

Công nghệ AI nâng cao hiệu quả phát triển cá nhân, cho phép các nhóm nhỏ hoàn thành các dự án mà trước đây cần nhiều nhân lực hơn.
Trong lịch sử, những tiến bộ công nghệ như framework Rails đã giúp các nhóm nhỏ tăng hiệu quả đáng kể.
Công nghệ AI có thể khiến các nhóm nhỏ không còn được coi là tương đương với các nhóm lớn, vì những người khác cũng có thể nâng cao hiệu quả thông qua AI.
Các công ty lớn như Amazon và Microsoft đang đối phó với những thay đổi công nghệ bằng cách nâng cao tiêu chuẩn sản lượng và sử dụng các công cụ hỗ trợ AI.
Các nhà phát triển có thể rời bỏ các công ty lớn và chuyển sang làm việc cho các công ty nhỏ hơn do sự phát triển của công nghệ AI.
Công nghệ AI cho phép các nhà phát triển nhanh chóng đạt được những thành quả ban đầu “cao hơn”.
Một số người có thể cải thiện đáng kể hiệu quả thông qua công nghệ AI, trong khi hầu hết mọi người chỉ cải thiện được một chút.
Tự động hóa và tăng cường AI có thể mở rộng khả năng phát triển cá nhân và nâng cao chất lượng dự án.
Các kỹ thuật như quy tắc mã hóa nghiêm ngặt, tạo mã AI, triển khai và kiểm thử tự động có thể đẩy nhanh quy trình phát triển.
AI hỗ trợ có thể nhanh chóng tạo mã ETL, nhưng vẫn cần nghiên cứu lĩnh vực và thu thập yêu cầu thủ công.
Công nghệ AI có thể khiến các nhà phát triển dành nhiều thời gian hơn cho việc lựa chọn và học hỏi công cụ hơn là công việc thực tế.
Khi chọn công cụ AI, nên cân nhắc tránh bị khóa (vendor lock-in), đảm bảo dự án có thể được xây dựng, kiểm thử và chạy trong dòng lệnh.
Bằng cách thử nghiệm và so sánh các công cụ AI khác nhau, bạn có thể tìm thấy trình soạn thảo và API phù hợp với mình.

Âm Thanh Như Dạng Thuần Khiết: Ngôn Ngữ Âm Nhạc Lấy Cảm Hứng từ Supercollider, APL và Forth #

Sound As Pure Form: Music Language Inspired by Supercollider, APL, and Forth

https://github.com/lfnoise/sapf

Trang web này giới thiệu một dự án có tên “Sound As Pure Form” (viết tắt là sapf), đây là một ngôn ngữ theo phong cách Forth để tổng hợp âm thanh. sapf sử dụng danh sách tải chậm và các tính năng tự động ánh xạ tương tự như APL. Dưới đây là bản tóm tắt chi tiết về nội dung chính của trang web:

Giới thiệu dự án:

sapf là một trình thông dịch để tạo và chuyển đổi âm thanh.
Ngôn ngữ này chủ yếu là chức năng, dựa trên stack, sử dụng ký pháp hậu tố, tương tự như FORTH.
Nó sử dụng các chuỗi có thể vô hạn được tải chậm để biểu diễn âm thanh và các sự kiện điều khiển.
Mục tiêu của sapf là cung cấp các hàm cấp cao cho các chuỗi tải chậm, với các toán tử tự động ánh xạ, quét và rút gọn phổ quát, tương tự như cách APL xử lý mảng.
Điều này làm cho sapf trở thành một ngôn ngữ mà một chương trình ngắn có thể đạt được kết quả không tương xứng với kích thước của nó.
Vì hầu hết các kiểu dữ liệu mà lập trình viên có thể truy cập đều là bất biến, nên ngôn ngữ này có thể dễ dàng chạy nhiều luồng mà không bị bế tắc hoặc hỏng dữ liệu.

Nguồn cảm hứng:

Các ngôn ngữ khác đã truyền cảm hứng cho sapf bao gồm APL, Joy, Haskell, Piccola, Nyquist và SuperCollider.
APL và FORTH (Joy bắt nguồn từ FORTH) bị chỉ trích rộng rãi vì các ký hiệu hoặc cú pháp kỳ lạ của chúng, nhưng chưa có ngôn ngữ nào có thể diễn đạt ngắn gọn như APL hoặc các ngôn ngữ phái sinh của nó.
Sức mạnh của APL không phải vì các ký hiệu hoặc cú pháp kỳ lạ của nó, mà là vì nó tự động ánh xạ các thao tác lên mảng và cho phép lặp sâu bên trong mảng.
Câu nói nổi tiếng của Alan Perlis về APL cũng phản ánh sự quan tâm đến cách lập trình này, đó là thông qua APL có thể bắt đầu đạt được các chiều lập trình mà chúng ta tôn trọng trong ngôn ngữ tự nhiên, chẳng hạn như biểu đạt thanh lịch, ngắn gọn, thơ mộng và nghệ thuật.

Phong cách lập trình:

Ngôn ngữ Joy giới thiệu lập trình hàm tổ hợp, thường có nghĩa là máy ảo dựa trên stack và các chương trình bao gồm các hàm, các hàm này chấp nhận stack đầu vào và trả về stack đầu ra.
Hậu tố là cú pháp tự nhiên phát sinh, hậu tố là cú pháp nhỏ nhất có thể.
Tác giả thích lập trình tổ hợp vì một số lý do bao gồm: tổ hợp hàm là kết nối, truyền giá trị thông qua pipeline hàm để nhận giá trị mới là thành ngữ tự nhiên nhất, hàm được áp dụng từ trái sang phải chứ không phải từ trong ra ngoài, hỗ trợ nhiều giá trị trả về là miễn phí, không cần độ ưu tiên của toán tử, cần ít dấu phân cách hơn.

Thiết lập nhanh:

Đặt chương trình sapf vào ~/bin hoặc nơi bạn lưu trữ các lệnh.
Vì tệp nhị phân này chưa được ký, bạn cần xóa thuộc tính cách ly của Apple.
Thiết lập các biến môi trường trong terminal hoặc tệp cấu hình shell của bạn.
Ví dụ: export SAPF_HISTORY="$HOME/sapf-files/sapf-history.txt", v.v.
Đọc tệp README này, xem một số ví dụ, khởi động terminal sapf, mở trình soạn thảo văn bản sapf-examples.txt, sao chép các ví dụ vào dòng lệnh.

Sử dụng dòng lệnh:

sapf [-r sample-rate][-p prelude-file]: Đặt tốc độ lấy mẫu phiên, mặc định là 96000 Hz.
-p prelude-file: Đường dẫn đến tệp mã được tải trước khi vào vòng lặp đọc-đánh giá-in. Nếu tham số này không được cung cấp, tệp prelude sẽ được tải từ đường dẫn được lưu trữ trong biến môi trường SAPF_PRELUDE.
-h: In trợ giúp dòng lệnh.

HN | Độ nóng: 177 điểm | 35 bình luận | Tác giả: mindcrime #

https://news.ycombinator.com/item?id=44342731

SAPF là một ngôn ngữ âm nhạc lấy cảm hứng từ Supercollider, APL và Forth, phương pháp concatenative độc đáo của nó rất phù hợp cho xử lý DSP âm thanh sáng tạo.
Thiết kế của SAPF rất tỉ mỉ, các yếu tố hàm kiểu APL được thêm vào bổ sung cho phương pháp stack.
Các ví dụ của SAPF nghe rất hay, đây là một điềm tốt.
Có người đề xuất rằng những người hâm mộ APL và Forth (hay nói cách khác là những người hâm mộ ngôn ngữ mảng và ngôn ngữ concatenative) nên hợp tác nhiều hơn, vì hai mô hình này rất bổ sung cho nhau.
SAPF có một khu vực thảo luận chuyên dụng trên diễn đàn Supercollider, tác giả James thỉnh thoảng xuất hiện để trả lời các câu hỏi.
Tác giả của SAPF, James McCartney, là tác giả ban đầu của Supercollider.
Có người đề cập đến Glicol, một ngôn ngữ âm nhạc cập nhật đồ thị lười biếng theo phong cách WYSIWYG lấy cảm hứng từ phần cứng.
Có người chia sẻ một dự án tổng hợp nhạc cụ trong SQL, NoiSQL.
Có người cảm thấy khái niệm SAPF rất hay, ngay cả khi không có nền tảng về ngôn ngữ âm nhạc.
Có người hỏi liệu có thể biên dịch SAPF trên Linux hay không, vì dự án có vẻ dựa trên Xcode và OSX.
Có người cung cấp một liên kết GitHub, trỏ đến một phiên bản Linux có thể có của SAPF.
Có người đề cập đến TidalCycles, Strudel, Sardine, Bacalao và Overtone, những cách sử dụng SuperCollider khác nhau.
Có người cho rằng AI có thể giúp dịch hoặc viết trình dịch.
Có người hỏi liệu có gói nhị phân Linux của SAPF hay không, vì họ gặp khó khăn trên Ubuntu.
Có người giới thiệu Supercollider, vì các thành phần UI của nó hoạt động tốt trên cả Mac và Linux.
Có người gợi ý thử kxstudio, một bộ sưu tập các gói phần mềm cấu hình Ubuntu hoặc Debian để làm việc với âm thanh.
Có người giới thiệu Strudel, một ngôn ngữ âm nhạc chỉ cần trình duyệt.
Có người cho biết Supercollider có thể chạy mà không gặp vấn đề gì trên PopOS (một bản phân phối dựa trên Ubuntu).

Đường ống Linux nhanh đến mức nào? #

How fast are Linux pipes anyway?

https://mazzo.li/posts/fast-pipes.html

Bài viết này khám phá hiệu năng của Unix pipe trong Linux và từng bước tối ưu hóa một chương trình thử nghiệm, chương trình này ghi và đọc dữ liệu thông qua pipe. Bài viết bắt đầu với một chương trình đơn giản có thông lượng khoảng 3.5GiB/s và cải thiện hiệu năng của nó lên 20 lần. Quá trình tối ưu hóa dựa trên việc sử dụng công cụ perf của Linux để phân tích hiệu năng của chương trình. Mã nguồn được cung cấp trong bài viết có thể tìm thấy trên GitHub.

Bài viết bắt đầu bằng cách giới thiệu một chương trình kiểm tra hiệu năng, chương trình này truyền dữ liệu thông qua pipe và hiển thị các biểu đồ hiệu năng. Tác giả được truyền cảm hứng từ một chương trình FizzBuzz được tối ưu hóa cao, chương trình này có thể đẩy đầu ra vào pipe với tốc độ khoảng 35GiB/s. Mục tiêu của bài viết là đạt được tốc độ này và giải thích từng bước trong quá trình đó. Bài viết cũng đề cập đến một biện pháp cải thiện hiệu năng bổ sung, điều này không cần thiết trong FizzBuzz, vì trên máy của tác giả, nút thắt cổ chai thực sự là tính toán đầu ra, chứ không phải IO.

Nội dung chính của bài viết được chia thành các phần sau:

Một phiên bản thử nghiệm pipe chậm ban đầu;
Pipe được triển khai nội bộ như thế nào và tại sao việc đọc và ghi dữ liệu từ chúng lại chậm;
Các системный вызов vmsplice và splice cho phép chúng ta bỏ qua một số (nhưng không phải tất cả!) các vấn đề chậm chạp;
Mô tả về phân trang của Linux và một phiên bản nhanh hơn sử dụng các trang lớn;
Tối ưu hóa cuối cùng, thay thế polling bằng busy loop;
Một vài lời kết.

Phần thứ tư của bài viết đi sâu vào bên trong kernel Linux, ngay cả đối với những độc giả quen thuộc với các chủ đề khác được thảo luận trong bài viết, nó cũng có thể thú vị. Đối với những độc giả chưa quen thuộc với các chủ đề này, bài viết giả định rằng họ có ít nhất kiến thức cơ bản về ngôn ngữ C.

Bài viết bắt đầu bằng cách đo hiệu năng của chương trình FizzBuzz huyền thoại và tuân theo các quy tắc được quy định trong bài đăng trên StackOverflow. Chương trình FizzBuzz tạo ra đầu ra với tốc độ 36GiB/s. Bộ nhớ cache L2 trên máy của tác giả là 256KiB, và chương trình trong bài viết cũng sẽ xuất ra các khối dữ liệu 256KiB, nhưng sẽ không thực hiện bất kỳ “tính toán” nào. Tác giả cố gắng đo lường giới hạn trên của việc một chương trình với kích thước buffer hợp lý ghi vào pipe.

Bài viết cung cấp mã cho hai chương trình write.cpp và read.cpp, lần lượt được sử dụng để ghi và đọc. Chương trình write liên tục ghi cùng một dữ liệu 256KiB, trong khi chương trình read đọc 10GiB dữ liệu rồi kết thúc và in ra thông lượng. Cả hai chương trình đều chấp nhận các tùy chọn dòng lệnh khác nhau để thay đổi hành vi của chúng.

Lần thử đầu tiên sử dụng các системный вызов write và read, sử dụng cùng kích thước buffer với FizzBuzz. Bài viết hiển thị mã của phía write và giải thích vai trò của memset. системный вызов write chịu trách nhiệm cho tất cả công việc, phần còn lại đảm bảo toàn bộ buffer được ghi. Phía read rất giống, nhưng đọc dữ liệu vào buffer và kết thúc sau khi đọc đủ dữ liệu.

Bài viết phân tích thời gian chạy của chương trình bằng công cụ perf và phát hiện ra rằng phần lớn thời gian được dành cho pipe_write, đây là nơi системный вызов write được phân giải đến nếu chúng ta đang ghi vào pipe. Trong pipe_write, 3/4 thời gian được sử dụng để sao chép hoặc phân bổ trang. Để hiểu đầy đủ những gì đang xảy ra, trước tiên chúng ta cần hiểu cách pipe hoạt động.

HN | Độ nóng: 174 điểm | 21 bình luận | Tác giả: keepamovin #

https://news.ycombinator.com/item?id=44344708

Hiệu năng của pipe Linux trên Windows kém, đặc biệt khi chờ kết nối
Windows sau đó đã thêm socket AF_UNIX, có thể hiệu năng tốt hơn
POSIX chỉ định nghĩa hành vi, không định nghĩa hiệu năng, mỗi nền tảng và hệ điều hành có đặc điểm hiệu năng riêng
POSIX không thể định nghĩa hiệu năng của pipe như vậy
Trên Linux, splice() là phương pháp truyền dữ liệu qua pipe nhanh nhất và hiệu quả nhất, đặc biệt khi truyền lượng lớn dữ liệu
Trên hệ thống BSD, readv()/writev() có thể là phương pháp hiệu quả nhất
sendfile() có hiệu năng cao trên cả Linux và BSD, nhưng chỉ hỗ trợ truyền từ file đến socket
Trên Linux, sendfile() sử dụng splice để triển khai, có thể dùng cho truyền từ file đến thiết bị khối
Netflix từng sử dụng FreeBSD làm máy chủ nội dung vì hiệu năng sendfile vượt trội
Sử dụng bộ nhớ chia sẻ và truyền file descriptor có thể nhanh hơn và hoàn toàn có thể di động
Linux hiện đại có công nghệ nào tương tự Doors để trao đổi dữ liệu độ trễ thấp không?
AF_UNIX có thể không đủ độ trễ thấp trong các ứng dụng âm thanh
Bộ nhớ chia sẻ cung cấp độ trễ thấp nhất, nhưng cần xử lý việc đánh thức tác vụ, thường thông qua futexs
Google từng nghiên cứu lệnh gọi FUTEX_SWAP, cho phép các tác vụ trực tiếp bàn giao cho nhau, nhưng không rõ tiến triển ra sao
Bài viết thảo luận về tác động an toàn và phá vỡ ABI của splice, hỏi liệu splice có kế hoạch duy trì lâu dài không
Hỏi liệu có thể sửa đổi pipe mặc định để luôn sử dụng splice nhằm cải thiện hiệu năng hay không