Όταν η Assembly Συναντά τους Web Servers: Μια Βουτιά στο Καθαρό Systems Programming

Φανταστείτε να φτιάχνετε λουκάνικο από το μηδέν, χωρίς εργαλεία, μόνο με γυμνά χέρια. Κάπως έτσι είναι το ymawky: ένας πλήρης static HTTP server, γραμμένος εξ ολοκλήρου σε ARM64 assembly για macOS. Χωρίς libc, χωρίς βοηθήματα. Καθαρή β brutality.

Γιατί να το Κάνεις Αυτό;

Κανείς δεν θα αντικαταστήσει το nginx με assembly. Αλλά η δημιουργία ενός web server από τα βασικά διδάσκει μαθήματα που οι υψηλού επιπέδου γλώσσες κρύβουν.

Ο δημιουργός, με φόντο low-level systems, κατάλαβε ότι δεν ήξερε πραγματικά πώς λειτουργούν οι servers. Ποιοι κίνδυνοι υπάρχουν; Τι προβλήματα λύνει ένας server; Τι κρύβεται πίσω από Python ή C abstractions;

Σε εποχή containers και έτοιμων setups, η κατανόηση του hardware δίνει πλεονέκτημα.

Η Μαγεία και η Σκληρότητα της Assembly

Η assembly είναι γέφυρα ανάμεσα σε machine code και ανθρώπινο μυαλό. Με εντολή mov x16, #5 μετακινείς κυριολεκτικά το 5 σε register x16. Αυτό καλεί syscall για open() στο Darwin.

Προκλήσεις:

• Χειροκίνητο memory management
• Strings ως απλά bytes, χωρίς type safety
• Manual offsets για structs – ένα λάθος και crash
• Κάθε error χρειάζεται explicit handling μέσω flags
• Τυπογραφικό = άμεσο crash, χωρίς warnings

Πλεονεκτήματα:

• Πλήρης ορατότητα σε κάθε instruction
• Μηδενικό hidden overhead
• Ακριβής κατανόηση hardware
• Προβλέψιμη performance

Χωρίς έτοιμες βιβλιοθήκες, παίρνεις HTTP request byte-by-byte. Σκέφτεσαι malformed data, encodings, security – όσα frameworks κρύβουν.

Άμεσες Syscalls: Χωρίς Προστασίες

Συνήθως, το C περνάει από libc για syscalls. Το ymawky πηγαίνει κατευθείαν:

mov x16, #5           ; SYS_open
adrp x0, filename@PAGE
add x0, x0, filename@PAGEOFF
mov x1, #0x0         ; O_RDONLY
svc #0x80            ; kernel call
b.cs open_failed     ; check carry flag

Βάζεις args σε registers, καλείς kernel, ελέγχεις flags. Fragile, αλλά ειλικρινές. Δεν υπάρχουν exceptions – μόνο εσύ και η πραγματικότητα.

Η Αρχιτεκτονική του Server

Χρησιμοποιεί fork-on-request:

1. Socket creation και bind σε port
2. Listen για connections
3. Fork() ανά request
4. Handling σε isolated process

Γιατί fork;

• Isolation μεταξύ requests
• Απλή λογική
• Εύκολο error recovery

Μειονεκτήματα:

• Υψηλή memory χρήση (duplicate process space)
• Χαμηλή concurrency
• Context switching bottleneck
• Δεν κλιμακώνεται σε χιλιάδες connections

Αποδοτικότητα secondary. Η κατανόηση primary.

Τι Συμβαίνει σε Ένα Request

Χτίζεις pipeline από scratch:

• Request method: Parsing GET/POST από bytes
• Path extraction: Απομόνωση file path
• URL decoding: %20 → space, edge cases
• Path traversal block: No ../etc/passwd
• Headers: Ανάλυση client headers
• Ranges: Byte-range για μεγάλα files
• Directory listing: HTML για folders
• Errors: Custom 404 pages

Σε Python εύκολο. Σε assembly, κάθε βήμα mini-project με registers και manual strings.

Γιατί Ενδιαφέρει Σήμερα;

Δεν θα γράψεις assembly σε production. Αλλά το ymawky δείχνει: κάθε abstraction κρύβει πολυπλοκότητα.

Καταλαβαίνεις τι κάνουν frameworks. Γίνεσαι καλύτερος engineer, σαν μάγειρας που φτιάχνει υλικά από μηδέν.

Σύνδεση με NameOcean

Στο NameOcean χειριζόμαστε DNS, domains, cloud hosting. Η γνώση kernel, protocols, syscalls βελτιώνει αποφάσεις. Από DNS config μέχρι SSL handshakes, η systems σκέψη μετράει.

Συμπέρασμα

Το ymawky δεν νικάει nginx. Αλλά θυμίζει: τα πιο "άχρηστα" projects διδάσκουν περισσότερο. Είναι ταπείνωση μπροστά στη δουλειά πίσω από tools μας – και διαύγεια στο hardware.

Αν θες να δεις τι γίνεται κάτω από το καπό, δοκίμασέ το. Brutal μάθημα.