Η αρχιτεκτονική πρόκληση του RTX Spark
Η πλατφόρμα RTX Spark, αν και μοιράζεται το ίδιο DNA με τις desktop μονάδες DGX Spark, εισάγει μια κρίσιμη διαφορά στα laptop: τη διαχείριση ενέργειας μέσω του Nvidia Platform Controllers and Framework. Σε αντίθεση με τα desktop συστήματα, όπου η GPU έχει αποκλειστική τροφοδοσία, στα laptop απαιτείται δυναμική κατανομή ισχύος μεταξύ CPU και GPU. Το πρόβλημα έγκειται στο ότι ο πίνακας ρυθμίσεων ισχύος είναι κρυπτογραφημένος και η αποκρυπτογράφησή του απαιτεί proprietary λογική που υπάρχει μόνο στον Windows driver.
Η αποτυχία του native Linux και το παράδοξο του throttling
Κατά τις δοκιμές σε native Linux (Debian/Omarchy), η GPU «κλειδώνει» στα 780 MHz μόλις συνδεθεί ο φορτιστής, περιορίζοντας δραστικά το inference speed. Είναι αξιοσημείωτο ότι το πρόβλημα δεν είναι θερμικό, καθώς οι θερμοκρασίες παραμένουν χαμηλές (40-47°C). Η αδυναμία του Linux kernel να επικοινωνήσει με τον controller καθιστά αδύνατη την επίτευξη των 2.2 GHz που επιτυγχάνονται σε περιβάλλον Windows. Επιπλέον, η διαχείριση της ενοποιημένης μνήμης (unified memory) απαιτεί προ-ρύθμιση από τα Windows, καθώς το firmware δεσμεύει 96GB για την GPU, αφήνοντας ελάχιστους πόρους για το λειτουργικό σύστημα.
WSL: Η ενδιάμεση λύση για AI developers
Μέχρι η Nvidia να ενσωματώσει τη λογική διαχείρισης του platform controller στον Linux driver, το WSL (Windows Subsystem for Linux) παραμένει η μοναδική πρακτική επιλογή. Επειδή το WSL εκτελείται πάνω από το Windows driver stack, «κληρονομεί» τις σωστές ρυθμίσεις ενέργειας, επιτρέποντας στην GPU να λειτουργεί στο μέγιστο των δυνατοτήτων της. Για τους μηχανικούς που εργάζονται με μεγάλα μοντέλα (LLMs), η χειροκίνητη αύξηση του memory allocation στο WSL είναι απαραίτητη για την αξιοποίηση των 128GB της συσκευής.