एआई कोडिंग के लिए ROG Flow Z13-KJP: मैंने इसे लौटाने का फ़ैसला क्यों किया

ROG Flow Z13-KJP, ASUS के 2025 वाले Flow Z13 (मॉडल GZ302EAC) का Kojima Productions एडिशन है: एक AMD Ryzen AI Max+ 395, CPU और GPU के बीच शेयर होने वाली 128 GB LPDDR5X मेमोरी, और यह सब डिटैचेबल कीबोर्ड वाले 13.4 इंच के टैबलेट के अंदर। काग़ज़ पर यह एआई की मदद से कोडिंग के लिए सपनों की मशीन है: Rust वर्कस्पेस के साथ-साथ लोकल मॉडल्स के लिए भी जगह, और वह भी एक बैग में।

एक महीने से ज़्यादा समय तक मैंने इसे Hyprland के साथ CachyOS पर अपनी रोज़ाना की मशीन के तौर पर इस्तेमाल किया। शुरुआत शानदार रही। फिर यह क्रैश होने लगा, और इसकी वजह पता लगाने में मेरी कई शामें बीत गईं। मैंने इसे लौटाने का फ़ैसला किया है। अगर भारी डेवलपमेंट काम के लिए आपकी नज़र इस मशीन पर, या इसी फ़ैमिली के ProArt PX13 पर है, तो ये वे बातें हैं जो काश मुझे पहले से पता होतीं।

संक्षेप में#

पोर्ट्स कम पड़ते हैं। दो USB4 पोर्ट्स पर मेरे दोनों मॉनिटर चलते हैं, यानी बाकी सब कुछ के लिए एक 10 Gbps USB-A पोर्ट बचता है।
Linux पर क्लैमशेल मोड का कोई ठीक-ठाक सेटअप नहीं है, और इसमें गड़बड़ी का मतलब है बैग में तपता हुआ लैपटॉप।
ASUS Pen 3.0 का सपोर्ट नहीं। नया ProArt PX13 इसे सपोर्ट करता है; Z13 नहीं करता।
SSD स्लॉट M.2 2230 का है, और इस साइज़ की हर ड्राइव बिना DRAM वाली होती है।
रिप्लेसमेंट के तौर पर लगाई गई मेरी 2 TB Kingston NV3 बारह बार जवाब दे गई, और वजह गर्मी नहीं थी।
यह किकस्टैंड वाला टैबलेट है, जो कार में बहुत तकलीफ़ देता है।
लगातार कंपाइल लोड में यह ज़्यादा गर्म होकर बंद हो जाता है, फ़ैन्स के फ़ुल स्पीड पर चलने के बावजूद।

1. दो USB4 पोर्ट्स और एक USB-A पोर्ट#

Z13 में दो USB4 Type-C पोर्ट्स (40 Gbps, DisplayPort और चार्जिंग के साथ), एक HDMI 2.1 पोर्ट, 10 Gbps वाला सिर्फ़ एक USB 3.2 Gen 2 Type-A पोर्ट, एक microSD रीडर और एक हेडफ़ोन जैक हैं।

दोनों USB-C पोर्ट्स पर दो एक्सटर्नल मॉनिटर लगे हों, तो दोनों USB4 पोर्ट्स भर चुके होते हैं। मेरे डॉक को USB-A पोर्ट पर लगाना पड़ा, जिसमें न डिस्प्ले आउटपुट है, न चार्जिंग, और बैंडविड्थ भी सिर्फ़ एक-चौथाई है। जो मशीन पूरे डेस्क सेटअप को चला पाने के दम पर बेची जाती है, उसके लिए यह बहुत तंग बजट है।

2. क्लैमशेल मोड: गलती आसानी से होती है, और महँगी पड़ती है#

कीबोर्ड को स्क्रीन के ऊपर बंद करके एक्सटर्नल मॉनिटर्स पर काम करना मामूली बात लगती है। Linux पर इसे आपके लिए कुछ भी सेट अप नहीं करता, और गड़बड़ी भी सबसे बुरी तरह की होती है: लिड बंद होने पर भी मशीन जागती रहती है और बैग में धीरे-धीरे ख़ुद को पकाती रहती है।

हाथ से लिखी कई स्क्रिप्ट्स के बाद, जो तरीका आख़िरकार ठीक से चला, वह systemd-logind कॉन्फ़िगरेशन की तीन लाइनें हैं। logind को पहले से पता होता है कि एक्सटर्नल डिस्प्ले जुड़े हैं या नहीं:

ini

# /etc/systemd/logind.conf.d/10-gz302-lid.conf
[Login]
HandleLidSwitch=suspend                 # बैटरी पर, कोई एक्सटर्नल डिस्प्ले नहीं: स्लीप
HandleLidSwitchExternalPower=ignore     # AC पर: डिस्प्ले गलत गिने जाने पर भी कभी सस्पेंड नहीं
HandleLidSwitchDocked=ignore            # एक्सटर्नल डिस्प्ले जुड़ा है: चलते रहो

इस बोर्ड पर स्लीप को ठीक करने में और भी मेहनत लगी। मुझे ये काम करने पड़े:

पैनल सेल्फ़-रिफ़्रेश बंद करना (amdgpu.dcdebugmask=0x610), वरना जागने के बाद अंदरूनी स्क्रीन काली रहती है;
रिज़्यूम के बाद कीबोर्ड फ़ोलियो के USB इंटरफ़ेस दोबारा बाइंड करना, क्योंकि लौटने पर वे बेजान रहते हैं;
कैमरा ड्राइवर (amd_isp4) को ब्लैकलिस्ट करना, जो रिज़्यूम पर मशीन को हैंग कर देता है, वह भी वेबकैम की क़ीमत पर;
USB4 कंट्रोलर को मशीन जगाने से रोकना।

इनमें से कुछ भी अनोखा नहीं है, लेकिन इनमें से कुछ भी कहीं डॉक्यूमेंटेड भी नहीं है।

3. ASUS Pen 3.0 का सपोर्ट नहीं#

Z13, ASUS Pen 2.0 (SA203H, MPP 2.0) को सपोर्ट करता है। इसके बाद आया ProArt PX13 नए ASUS Pen 3.0 (SA205H) को सपोर्ट करता है। अगर आपको मौजूदा पेन इस्तेमाल करने की उम्मीद थी, तो Z13 ग़लत मशीन है।

4. M.2 2230, और बिल्ड्स के लिए बिना DRAM वाली ड्राइव का मतलब#

Z13 और PX13 दोनों में सिर्फ़ एक M.2 2230 SSD लगती है। 30 mm लंबाई में DRAM चिप के लिए जगह नहीं होती, इसलिए असल में बाज़ार में मिलने वाली इस साइज़ की हर ड्राइव बिना DRAM वाली होती है। ऐसी ड्राइव अपनी मैपिंग टेबल्स के लिए सिस्टम RAM का एक छोटा हिस्सा (HMB) उधार लेती है और राइट्स को फ़्लैश पर ही बने एक तेज़ SLC कैश में सोख लेती है। जब राइट्स का कोई लंबा सिलसिला उस कैश को भर देता है, तो स्पीड गिरकर उतनी रह जाती है जितनी कच्ची फ़्लैश दे सकती है।

Rust के लिए यह मायने रखता है। डीबग बिल्ड्स बार-बार गीगाबाइट्स के आर्टिफ़ैक्ट्स लिखते हैं। ड्राइव्स के विकल्प कम हैं, और ड्राइव पर भारी मार पड़ती है।

5. बार-बार दम तोड़ने वाली Kingston NV3#

साथ आई 1 TB ड्राइव बहुत छोटी थी, इसलिए मैंने 2 TB Kingston NV3 (2230, Silicon Motion SM2268XT2 कंट्रोलर, फ़र्मवेयर SDX01100) लगाई। शुरू में यह ठीक चली। फिर मशीन फ़्रीज़ होने लगी, और फ़ाइलसिस्टम रीड-ओनली हो जाता था। लोकल लॉग्स कभी बचते नहीं थे, इसलिए मैंने UDP के ज़रिए कर्नेल लॉग को एक Raspberry Pi पर स्ट्रीम किया। हर बार ड्राइव का अपना कंट्रोलर ही क्रैश हुआ था:

text

nvme nvme0: controller is down; will reset: CSTS=0x3, PCI_STATUS=0x10
nvme nvme0: Disabling device after reset failure: -19
BTRFS: error (device nvme0n1p2 state EA) in ... Transaction aborted (error -5)

CSTS=0x3 का मतलब है Controller Fatal Status: SSD के फ़र्मवेयर ने हार मान ली, और ड्राइव PCIe बस से ग़ायब हो गई। मैंने इसे एक महीने में बारह बार रिकॉर्ड किया। वजह गर्मी नहीं थी। पिछली बार जब ड्राइव ने दम तोड़ा, तब मशीन लगभग आइडल थी (29 W, 55 °C) और ड्राइव ख़ुद क़रीब 34 °C पर थी।

मैंने क्या आज़माया	नतीजा
NVMe पावर-स्टेट ट्रांज़िशन बंद करना (`nvme_core.default_ps_max_latency_us=0`)	फिर से क्रैश
PCIe ASPM बंद करना (`pcie_aspm=off`)	फिर से क्रैश
LTS कर्नेल 6.18	फिर से क्रैश
BIOS 301 → 304	फिर से क्रैश
फ़र्मवेयर अपडेट	Kingston के पास SDX01100 के लिए कोई अपडेट नहीं है
क्रैश के बाद डिवाइस को हटाकर दोबारा स्कैन करना	पूरी तरह पावर-ऑफ़ किए बिना कभी वापस नहीं आई

साथ ही, इस पूरे दौरान SMART साफ़ बना रहता है। जो कंट्रोलर हैंग हो जाए, वह अपने हैंग होने को लॉग नहीं कर सकता।

मेरे पास एक ही यूनिट थी, इसलिए यह कहना मुमकिन नहीं कि हर NV3 ऐसा करती है। इतना ज़रूर कहा जा सकता है कि मेरी वाली ने ऐसा किया, कोई भी सॉफ़्टवेयर सेटिंग काम नहीं आई, और 2230 वाली यही सीमा PX13 पर भी लागू होती है। अगर इनमें से किसी भी मशीन पर आपका काम भारी कंपाइलेशन वाला है, तो ड्राइव सोच-समझकर चुनें, और बिल्ड डायरेक्टरीज़ ऐसी जगह रखें जिसे खोना आप झेल सकें।

6. कार में लैपटॉप जैसा नहीं#

Z13 एक टैबलेट है। स्क्रीन का एंगल पीछे लगे किकस्टैंड से तय होता है, हिंज से नहीं। डेस्क पर यह ठीक है। चलती कार में गोद पर एंगल को थामे रखने वाला कुछ नहीं होता, और मैंने कार में काम करना ही छोड़ दिया।

7. गर्मी: दम तोड़ने का दूसरा तरीका#

SSD के बाद एक दूसरी तरह का क्रैश भी था, और बाहर से वह बिल्कुल एक जैसा दिखता था: फ़्रीज़, फिर पावर बटन दबाए रखना। लॉग्स कुछ और ही कहानी कह रहे थे। कर्नेल लॉग बस लाइन के बीच में रुक गया था, बिना किसी एरर के। मशीन की पावर एक झटके में चली गई थी।

इनमें से पाँच लगातार लोड के दौरान हुए (cargo बिल्ड्स, लोकल इन्फ़रेंस), और सभी एक ही डिग्री के दायरे में हुए:

पावर-ऑफ़ से पहले का आख़िरी सैंपल	CPU तापमान	SoC पावर	फ़ैन्स (RPM)
28 सितंबर, 13:28	86.00 °C	62.5 W	6500 / 6900
28 सितंबर, 17:55	85.25 °C	62.6 W	5700 / 6100
29 सितंबर, 07:44	85.75 °C	60.1 W	6400 / 6800
29 सितंबर, 13:06	85.38 °C	67.1 W	6400 / 6800
29 सितंबर, 14:04	86.00 °C	66.1 W	8600 / 8600

एक डिग्री से भी कम के फ़ासले में पाँच शटडाउन का मतलब है कि यह एक कट-ऑफ़ थ्रेशोल्ड है, बेक़ाबू होकर बढ़ता तापमान नहीं। इसकी तह तक जाते हुए मुझे एक असली बग मिला: फ़ैन कर्व 70 °C पर 64 % तक जाकर ही रुक जाता था। मैंने इसे ठीक किया, फ़ैन्स फ़ुल स्पीड पर चलने लगे, और फिर भी मशीन 86.00 °C पर बंद हो गई, जो ऊपर की आख़िरी पंक्ति है। पूरे कैप्चर के दौरान CPU ने अपना लगभग आधा समय 84 °C या उससे ऊपर बिताया। यह चेसिस लगातार फ़ुल लोड पर उस चिप को सँभाल नहीं सकता। आख़िरी प्रयोग, यानी कम पावर प्रोफ़ाइल, पूरा करने से पहले ही मैंने इसे लौटा दिया।

फ़ैसला: डेस्कटॉप खरीदें#

अगर आपको एआई कोडिंग के लिए 128 GB यूनिफ़ाइड मेमोरी चाहिए (लोकल मॉडल्स, बड़े बिल्ड्स, सब कुछ एक साथ), तो उसे किसी टैबलेट में मत लीजिए। इस वक़्त RAM के दाम तकलीफ़देह हद तक ऊँचे हैं। अगर 128 GB के पैसे चुकाने ही हैं, तो उसे ऐसी जगह लगाइए जहाँ वह पूरी रफ़्तार से चल सके।

Framework Desktop में वही Ryzen AI Max+ 395 है, साथ में 128 GB तक मेमोरी, एक 2230 की जगह दो M.2 2280 स्लॉट्स, और असली फ़ैन्स जिनके पास साँस लेने की जगह है। Z13 एक ख़ूबसूरत चीज़ है, और गेम चला सकने वाले टैबलेट के तौर पर यह वाक़ई प्रभावित करता है। डेवलपमेंट वर्कस्टेशन के तौर पर यह गर्म रहा, इसके पोर्ट्स कम पड़ गए और यह एक SSD खा गया। मेरा वाला वापस जा रहा है।