Zed Ra Mắt Trên Windows Khuấy Động Tranh Luận Về Hiệu Suất, Dung Lượng Và Yêu Cầu GPU

Bản phát hành ổn định gần đây của trình soạn thảo mã Zed dành cho Windows đã tạo ra làn sóng thảo luận đáng kể trong cộng đồng lập trình viên. Trong khi thông báo nhấn mạnh khả năng tích hợp gốc với Windows thông qua kết xuất DirectX và hỗ trợ WSL, các cuộc thảo luận của người dùng lại phác họa một bức tranh phức tạp hơn về những thách thức khi chuyển đổi và sự đánh đổi kỹ thuật. Phản hồi từ cộng đồng trong tuần qua cho thấy các nhà phát triển đang vật lộn với mọi thứ, từ kích thước cài đặt đến khả năng tương thích GPU, vẽ nên một bức chân dung thực tế về việc chuyển sang sử dụng trình soạn thảo mới, tập trung vào hiệu suất này.

Lời Hứa Về Hiệu Suất Đối Mặt Với Các Giới Hạn Trong Thực Tế

Tiếp thị của Zed nhấn mạnh vào hiệu suất được tăng tốc bằng GPU và hỗ trợ màn hình 120Hz, nhưng trải nghiệm thực tế của người dùng lại tiết lộ một số hạn chế. Một số người dùng Windows báo cáo gặp phải lỗi Unsupported GPU khi chạy Zed thông qua kết nối Remote Desktop, nơi hệ thống mặc định sử dụng Microsoft Basic Render Driver. Điều này khiến các nhà phát triển làm việc từ xa không thể sử dụng trình soạn thảo trong môi trường làm việc thông thường của họ. Giải pháp khắc phục—thiết lập một biến môi trường để ép ứng dụng chạy—đi kèm với cảnh báo về hiệu suất khiến người dùng phụ thuộc vào các thiết lập phát triển từ xa cảm thấy lo ngại.

Ồ, thật đáng tiếc. Tôi đang kết nối từ xa vào máy tính phát triển của mình (qua RSD/mstsc).

Bên cạnh yêu cầu về GPU, một số người dùng đặt câu hỏi liệu trọng tâm vào hiệu suất có thực sự giải quyết được nhu cầu thực tế của họ hay không. Mặc dù trình soạn thảo cảm thấy nhanh nhạy cho việc chỉnh sửa cơ bản, một số bình luận ghi nhận rằng các thao tác LSP của TypeScript như nhảy đến khai báo cảm thấy chậm hơn so với trong VS Code, mặc dù cả hai đều sử dụng cùng một tsserver cơ bản. Điều này gợi ý rằng việc xử lý phía máy khách và xử lý thông điệp có thể đang tạo ra các nút thắt làm giảm lợi ích của kết xuất GPU đối với một số quy trình làm việc phát triển.

So sánh hiệu suất được báo cáo bởi cộng đồng

• Thời gian khởi động: Nhìn chung nhanh, mặc dù việc biên dịch từ mã nguồn trên Windows được cho là chậm
• TypeScript LSP: Một số người dùng báo cáo tính năng "nhảy đến khai báo" chậm hơn so với VS Code
• Tệp lớn: Không có khiếu nại cụ thể nào về việc xử lý tệp lớn (không giống như một số trình soạn thảo bị nghẽn khi mở tệp minified)
• Sử dụng bộ nhớ: Mức sử dụng RAM thấp hơn so với các trình soạn thảo dựa trên web được đánh giá là một điểm cộng
• Độ trễ đầu vào: Hỗ trợ màn hình 120Hz được khen ngợi, mặc dù một số người đặt câu hỏi về lợi ích thực tế của nó đối với việc soạn thảo văn bản

Câu Hỏi 400MB: Mối Quan Tâm Về Kích Thước Cài Đặt

Một trong những chủ đề được thảo luận nhiều nhất xoay quanh kích thước cài đặt của Zed, mà nhiều người dùng báo cáo là vào khoảng 400MB. Điều này khiến nhiều người trong cộng đồng Rust ngạc nhiên, nơi các ứng dụng thường được biết đến với sự hiệu quả. Kích thước này dường như bắt nguồn từ việc liên kết tĩnh các thư viện phụ thuộc, bao gồm thư viện kết xuất đồ họa tùy chỉnh của Zed (GPUI), và nhiều mô-đun tree-sitter để tô sáng cú pháp.

Cuộc tranh luận tiết lộ một sự căng thẳng cơ bản trong phát triển phần mềm hiện đại. Một số người dùng coi các tệp nhị phân lớn là sự phình to không thể chấp nhận được, lập luận rằng chúng ta nên phấn đấu để viết phần mềm tốt hơn, nhanh hơn, nhỏ hơn và linh hoạt hơn. Những người khác phản bác rằng liên kết tĩnh mang lại lợi ích thực tế trong việc giảm chi phí bộ nhớ và triển khai dễ dàng hơn, khiến sự đánh đổi này trở nên đáng giá cho một công cụ sử dụng hàng ngày. Thú vị là, một người dùng phát hiện ra rằng trong quá trình cài đặt, thư mục tạm thời phình lên đến 897MB trước khi tự động dọn dẹp xuống còn 408MB, gợi ý rằng chính quy trình cài đặt có thể góp phần gây ra sự nhầm lẫn về kích thước.

Khoảng Trống Nền Tảng Và Các Tính Năng Thiếu Sót

Mặc dù hỗ trợ Windows đánh dấu một cột mốc quan trọng, các cuộc thảo luận trong cộng đồng làm nổi bật một số khoảng trống cụ thể cho nền tảng. Người dùng Windows ARM64 bày tỏ sự thất vọng vì thiếu các bản dựng chính thức cho thiết bị của họ, mặc dù một người bình luận đã biên dịch thành công từ mã nguồn. Điều này ảnh hưởng đến các nhà phát triển sử dụng các thiết bị Surface Pro hiện đại và các máy Windows dựa trên ARM khác, những người phải lựa chọn giữa việc tự biên dịch phức tạp hoặc chờ đợi hỗ trợ chính thức.

Trình soạn thảo này cũng phải đối mặt với những chỉ trích về một số vấn đề tích hợp cơ bản trên Windows. Người dùng báo cáo rằng các phím tắt hệ thống tiêu chuẩn như ALT+F để mở menu tệp không hoạt động, và cách tiếp cận kết xuất dựa trên DirectX khiến ứng dụng hoạt động giống một trò chơi hơn là một ứng dụng Windows gốc. Ngoài ra, một số người dùng xác nhận rằng Zed hiện chỉ hỗ trợ các tệp được mã hóa UTF-8, khiến nó không phù hợp để mở nhiều tệp văn bản thông thường sử dụng các mã hóa khác, đặc biệt là những tệp chứa văn bản không phải tiếng Anh.

Yêu Cầu Hệ Thống & Ghi Chú Tương Thích của Zed trên Windows

Kết Xuất Văn Bản: Một Thách Thức Liên Tục

Chất lượng hiển thị phông chữ nổi lên như một điểm tranh cãi khác, đặc biệt là đối với người dùng không có màn hình high-DPI. Mặc dù phiên bản Windows sử dụng DirectWrite để kết xuất văn bản—vốn được kỳ vọng sẽ cung cấp khả năng khử răng cưa subpixel tốt hơn so với phiên bản Linux—người dùng vẫn báo cáo những trải nghiệm khác nhau. Một số thấy nó ở mức chấp nhận được, nhưng không tuyệt vời, trong khi những người khác sử dụng màn hình 1440p mô tả nó đủ mờ để gây đau đầu sau khi sử dụng lâu dài.

Cuộc thảo luận về kết xuất văn bản phản ánh một thách thức rộng hơn đối với các ứng dụng đa nền tảng. Zed ban đầu được thiết kế xung quanh các màn hình HiDPI phổ biến của macOS, và việc thích nghi hệ thống kết xuất cho cảnh quan màn hình đa dạng hơn của Windows và Linux đã chứng minh là một thách thức. Các bản vá gần đây đã cải thiện tình hình, nhưng cộng đồng vẫn chia rẽ về việc liệu việc triển khai hiện tại có đáp ứng được các tiêu chuẩn chuyên nghiệp cho các phiên viết mã lâu dài hay không.

Phán Quyết: Đầy Hứa Hẹn Nhưng Còn Nhiều Khó Khăn

Bất chấp những lời chỉ trích, nhiều người dùng bày tỏ sự hào hứng với tiềm năng của Zed. Những người từng sử dụng Sublime Text đặc biệt đánh giá cao khả năng phản hồi và giao diện sạch sẽ của nó, với một người ghi nhận họ đã chuyển sang Zed để chỉnh sửa tệp nhanh vì VSCode quá rườm rà. Tính khả dụng của các phím tắt kiểu JetBrains và kiến trúc không dùng Electron nhận được lời khen ngợi nhất quán từ những người cảm thấy mệt mỏi với các trình soạn thảo dựa trên web.

Tâm lý cộng đồng cho thấy Zed đang tạo ra một vị trí riêng như một trình soạn thảo hiện đại, phản hồi nhanh cho các nhà phát triển ưu tiên hiệu suất và thiết kế sạch sẽ hơn là việc tùy chỉnh hệ sinh thái rộng lớn. Tuy nhiên, việc ra mắt trên Windows tiết lộ rằng trình soạn thảo này vẫn cần phải trưởng thành hơn, đặc biệt là xung quanh khả năng tích hợp nền tảng, hỗ trợ định dạng tệp và thích ứng với các cấu hình phần cứng đa dạng. Như một người dùng đã tổng kết, Nó trông và cảm thấy thật tuyệt vời khi sử dụng, nhưng việc thiếu các tính năng như hỗ trợ DevContainer ngăn cản việc áp dụng hoàn toàn cho một số quy trình làm việc.

Bài kiểm tra thực sự sẽ là việc đội ngũ Zed giải quyết những mối quan tâm của cộng đồng nhanh đến đâu trong khi vẫn duy trì tốc độ phát hành ấn tượng của họ. Với một số kỹ sư được báo cáo là sử dụng Windows làm môi trường làm việc chính và một đội ngũ nền tảng Windows chuyên dụng, nền tảng cho sự cải thiện nhanh chóng dựa trên phản hồi thực tế từ người dùng đã tồn tại.

Tham khảo: Windows When? Windows Now

Tiềm năng và thách thức của trình soạn thảo mã Zed được thảo luận trong một bài đăng blog đầy thông tin