Pelancaran Zed untuk Windows Picu Debat Mengenai Prestasi, Saiz Fail dan Keperluan GPU

Pelancaran stabil terkini untuk penyunting kod Zed bagi Windows telah menghasilkan buzz yang signifikan dalam komuniti pemaju. Walaupun pengumuman tersebut mengetengahkan integrasi natif Windows dengan pemprosesan DirectX dan sokongan WSL, perbincangan pengguna mendedahkan gambaran yang lebih kompleks mengenai cabaran penerimaan dan pertukaran teknikal. Maklum balas komuniti dari minggu lepas menunjukkan para pemaju bergelut dengan pelbagai isu daripada saiz pemasangan sehingga keserasian GPU, melukiskan potret realistik tentang pengalaman bertukar kepada penyunting baru yang berfokuskan prestasi ini.

Janji Prestasi Bertemu Kekangan Dunia Sebenar

Pemasaran Zed menekankan prestasi dipercepatkan GPU dan sokongan paparan 120Hz, tetapi pengalaman pengguna mendedahkan beberapa batasan praktikal. Beberapa pengguna Windows melaporkan mengalami ralat GPU Tidak Disokong apabila menjalankan Zed melalui sambungan Remote Desktop, di mana sistem secara lalai menggunakan Microsoft's Basic Render Driver. Ini menyebabkan pemaju jarak jauh tidak dapat menggunakan penyunting tersebut dalam persekitaran aliran kerja tipikal mereka. Penyelesaian sementara—menetapkan pembolehubah persekitaran untuk memaksa operasi—datang dengan amaran prestasi yang membimbangkan pengguna yang bergantung pada persediaan pembangunan jarak jauh.

Malangnya. Saya dihubungkan dari jauh ke kotak pembangunan saya (melalui RSD/mstsc).

Selain keperluan GPU, sesetengah pengguna mempersoalkan sama ada fokus prestasi itu menangani keperluan sebenar mereka. Walaupun penyunting berasa laju untuk penyuntingan asas, beberapa pengulas menyatakan bahawa operasi TypeScript LSP seperti lompat ke deklarasi terasa lebih perlahan berbanding dalam VS Code, walaupun kedua-duanya menggunakan tsserver asas yang sama. Ini mencadangkan bahawa pemprosesan di sebelah pelanggan dan pengendalian mesej mungkin mewujudkan halangan yang mengimbangi manfaat pemprosesan GPU untuk beberapa aliran kerja pembangunan.

Perbandingan Prestasi yang Dilaporkan oleh Komuniti

• Masa Permulaan: Secara amnya pantas, walaupun kompilasi daripada sumber pada Windows dilaporkan perlahan
• TypeScript LSP: Sesetengah pengguna melaporkan "lompat ke pengisytiharan" yang lebih perlahan berbanding VS Code
• Fail Besar: Tiada aduan khusus tentang pengendalian fail besar (tidak seperti sesetengah editor yang tersangkut pada fail yang diminifikasi)
• Penggunaan Memori: Penggunaan RAM yang lebih rendah berbanding editor berasaskan web dicatatkan sebagai positif
• Latensi Input: Sokongan paparan 120Hz dipuji, walaupun ada yang mempersoalkan manfaat praktikal untuk penyuntingan teks

Persoalan 400MB: Kebimbangan Saiz Pemasangan

Salah satu topik yang paling banyak dibincangkan berkisar sekitar saiz pemasangan Zed, yang dilaporkan oleh ramai pengguna berada sekitar 400MB. Ini mengejutkan ramai dalam komuniti Rust, di mana aplikasi biasanya dikenali dengan kecekapannya. Saiz tersebut nampaknya berpunca daripada pautan statik kebergantungan, termasuk pustaka pemprosesan grafik tersuai Zed (GPUI), dan banyak modul tree-sitter untuk penyerlahan sintaks.

Debat itu mendedahkan ketegangan asas dalam pembangunan perisian moden. Sesetengah pengguna melihat binari besar sebagai pembaziran yang tidak boleh diterima, dengan hujah bahawa kita harus berusaha untuk menulis perisian yang lebih baik, lebih pantas, lebih kecil dan lebih tahan lasak. Yang lain membalas bahawa pautan statik memberikan manfaat sebenar dalam pengurangan beban memori dan penyebaran yang lebih mudah, menjadikan pertukaran itu berbaloi untuk alat penggunaan harian. Menariknya, seorang pengguna mendapati bahawa semasa pemasangan, direktori sementara membesar kepada 897MB sebelum membersihkan sendiri kepada 408MB, mencadangkan bahawa proses pemasangan itu sendiri mungkin menyumbang kepada kekeliruan saiz.

Jurang Platform dan Ciri yang Tiada

Walaupun sokongan Windows menandakan pencapaian penting, perbincangan komuniti mengetengahkan beberapa jurang khusus platform. Pengguna Windows ARM64 menyatakan kekecewaan terhadap ketiadaan binaan rasmi untuk peranti mereka, walaupun seorang pengulas berjaya menyusun dari sumber. Ini menjejaskan pemaju yang menggunakan peranti Surface Pro moden dan mesin Windows berasaskan ARM lain, yang terpaksa memilih antara penyusunan sendiri yang rumit atau menunggu sokongan rasmi.

Penyunting itu juga menghadapi kritikan untuk beberapa isu integrasi Windows asas. Pengguna melaporkan bahawa pintasan papan kekunci sistem standard seperti ALT+F untuk menu fail tidak berfungsi, dan pendekatan pemprosesan berasaskan DirectX menyebabkan aplikasi itu berkelakuan lebih seperti permainan berbanding aplikasi Windows natif. Selain itu, beberapa pengguna mengesahkan bahawa Zed buat masa ini hanya menyokong fail berkod UTF-8, menjadikannya tidak sesuai untuk membuka banyak fail teks biasa yang menggunakan pengekodan lain, terutamanya yang mengandungi teks bukan Inggeris.

Keperluan Sistem Windows Zed & Nota Keserasian

Pemprosesan Teks: Cabaran Berterusan

Kualiti pemprosesan fon muncul sebagai satu lagi titik pertikaian, terutamanya untuk pengguna tanpa paparan tinggi-DPI. Walaupun versi Windows menggunakan DirectWrite untuk pemprosesan teks—yang sepatutnya memberikan anti-penjajaran subpixel yang lebih baik daripada versi Linux—pengguna masih melaporkan pengalaman yang berbeza-beza. Ada yang mendapatinya agak baik, tetapi tidak hebat, manakala yang lain pada monitor 1440p menggambarkannya sebagai kabur sehingga boleh menyebabkan sakit kepala selepas penggunaan berpanjangan.

Perbincangan pemprosesan teks mencerminkan cabaran yang lebih luas untuk aplikasi merentas platform. Zed pada asalnya direka sekitar paparan HiDPI macOS yang ada di mana-mana, dan menyesuaikan sistem pemprosesan untuk landskap paparan Windows dan Linux yang lebih pelbagai terbukti mencabar. Tampalan terkini telah menambah baik keadaan, tetapi komuniti masih berbelah bahagi tentang sama ada pelaksanaan semasa memenuhi piawaian profesional untuk sesi pengekodan jangka panjang.

Keputusan: Berpotensi Tetapi dengan Cabaran Membesar

Walaupun terdapat kritikan, ramai pengguna menyatakan semangat untuk potensi Zed. Bekas pengguna Sublime Text terutamanya menghargai responsifnya dan antara muka yang bersih, dengan seorang menyatakan mereka telah bertukar kepada Zed untuk suntingan fail pantas kerana VSCode terlalu spam. Ketersediaan pemaut kekunci gaya JetBrains dan seni bina bukan-Electron menerima pujian konsisten daripada mereka yang sudah bosan dengan penyunting berasaskan web.

Sentimen komuniti mencadangkan Zed sedang mengukir niche sebagai penyunting responsif dan moden untuk pemaju yang mengutamakan prestasi dan reka bentuk bersih berbanding penyesuaian ekosistem yang meluas. Walau bagaimanapun, pelancaran Windows mendedahkan bahawa penyunting itu masih perlu matang, terutamanya dalam aspek integrasi platform, sokongan format fail, dan menampung konfigurasi perkakasan yang pelbagai. Seperti yang dirumuskan oleh seorang pengguna, Ia kelihatan dan terasa menakjubkan untuk digunakan, tetapi ciri yang tiada seperti sokongan DevContainer menghalang penerimaan penuh untuk beberapa aliran kerja.

Ujian sebenar akan terletak pada seberapa cepat pasukan Zed menangani kebimbangan komuniti ini sambil mengekalkan halaju penghantaran mereka yang mengagumkan. Dengan beberapa jurutera dilaporkan menggunakan Windows sebagai pemandu harian mereka dan satu pasukan platform Windows yang berdedikasi, asas wujud untuk penambahbaikan pantas berdasarkan maklum balas pengguna dunia sebenar.

Rujukan: Windows Bila? Windows Sekarang

Potensi dan cabaran editor kod Zed dibincangkan dalam catatan blog yang bermaklumat