Πώς να διαβάζεις τα hosting benchmarks - 12 παρανοήσεις που κοστίζουν

Τα hosting benchmarks και τα δημόσια συγκριτικά μετρούν, στη συντριπτική τους πλειονότητα, την ταχύτητα ενός επισκέπτη σε έναν ήσυχο server, για λίγα δευτερόλεπτα, από ένα σημείο του πλανήτη. Ένα site όμως δεν έχει έναν επισκέπτη, ο server του δεν είναι ποτέ ήσυχος, και οι επισκέπτες του δεν κάθονται όλοι στο ίδιο σημείο. Σε αυτόν τον οδηγό θα δεις τις 12 πιο συχνές παρανοήσεις γύρω από ping, TTFB, σκορ 0-10, δίσκους και stress tests, τι ισχύει πραγματικά για το καθένα, και πώς να το ελέγξεις μόνος σου, με εργαλεία που έχεις ήδη.

Μια απαραίτητη διευκρίνιση πριν ξεκινήσουμε. Η Konet πουλά web hosting, άρα έχουμε συμφέρον σε αυτή τη συζήτηση και δεν θα προσποιηθούμε το αντίθετο. Γι' αυτό ακριβώς κάθε ενότητα κλείνει με τον τρόπο να επαληθεύσεις τα πράγματα μόνος σου, χωρίς να πιστέψεις ούτε εμάς. Κράτα αυτό το κριτήριο για οποιονδήποτε γράφει για hosting, μαζί και για εμάς.

Παρανόηση 1 - Περισσότερα GHz σημαίνει πιο γρήγορο hosting

Είναι ίσως η πιο διαδεδομένη ιδέα στα συγκριτικά, ότι ο επεξεργαστής με τα περισσότερα GHz είναι ο γρηγορότερος, άρα και το hosting που τρέχει πάνω του.

Τι ισχύει. Τα GHz μετρούν πόσους κύκλους κάνει ένας πυρήνας το δευτερόλεπτο, όχι πόση δουλειά βγάζει σε κάθε κύκλο. Ένας σύγχρονος server επεξεργαστής στα 3,9 GHz εκτελεί το ίδιο PHP έργο γρηγορότερα από έναν desktop επεξεργαστή του 2019 στα 4,2 GHz, γιατί κάθε γενιά αρχιτεκτονικής βγάζει περισσότερη δουλειά ανά κύκλο. Επιπλέον, το νούμερο «MHz» που δείχνουν τα εργαλεία μέσα από ένα πακέτο hosting είναι η στιγμιαία συχνότητα του μηχανήματος τη στιγμή της ανάγνωσης, αλλάζει από δευτερόλεπτο σε δευτερόλεπτο. Και το κυριότερο, σε ένα shared πακέτο η σωστή ερώτηση δεν είναι «τι επεξεργαστή έχει ο server» αλλά «πόσο από αυτόν δεσμεύεται για τον δικό μου λογαριασμό, και τι γίνεται στις ώρες αιχμής».

Έλεγξέ το μόνος σου. Αναζήτησε δύο μοντέλα επεξεργαστών σε δημοσιευμένα single-thread benchmarks (π.χ. PassMark Single Thread) και σύγκρινε τα σκορ, όχι τα GHz. Θα δεις γενιές του 2022-2024 με «λιγότερα» GHz να περνούν άνετα παλαιότερες με «περισσότερα». Και όταν διαλέγεις πακέτο, ζήτα το ακριβές μοντέλο, το μοντέλο μπορείς να το ελέγξεις, τα σκέτα GHz όχι.

Παρανόηση 2 - Το ping δείχνει πόσο γρήγορο είναι το hosting

Πίνακες με «response time 3ms εναντίον 40ms» παρουσιάζονται συχνά ως κατάταξη ταχύτητας πακέτων.

Τι ισχύει. Το ping μετράει τον χρόνο που κάνει ένα πακέτο δεδομένων να πάει και να γυρίσει από το datacenter. Δηλαδή απόσταση και δρομολόγηση δικτύου, τίποτα από το hosting το ίδιο. Ο επεξεργαστής, οι δίσκοι, τα όρια του πακέτου και όλο το software stack δεν συμμετέχουν καν στη μέτρηση. Για να πάρεις μέτρο, η διαδρομή Ελλάδα - Φρανκφούρτη κοστίζει περίπου 30-45 χιλιοστά του δευτερολέπτου. Οι χρόνοι φόρτωσης δυναμικής σελίδας χωρίς cache που δημοσιεύονται στα ίδια τα συγκριτικά κινούνται από 0,9 έως 4 ολόκληρα δευτερόλεπτα. Το δίκτυο, δηλαδή, είναι το 1-4% του χρόνου που περιμένει ο επισκέπτης. Το υπόλοιπο 96%+ είναι επεξεργασία, και εκεί κρίνεται το hosting.

Πρόσεξε και το σημείο μέτρησης. Ping από την Αθήνα ευνοεί όποιον έχει servers στην Αθήνα, ping από τη Θεσσαλονίκη αλλάζει τη σειρά, ping από Φρανκφούρτη την αντιστρέφει. Μία μέτρηση από ένα σημείο δεν είναι «η ταχύτητα», είναι η ταχύτητα από εκείνο το σημείο.

Έλεγξέ το μόνος σου. Κάνε ping σε ένα site και μετά φόρτωσε μια δυναμική του σελίδα με μετρητή χρόνου (στο DevTools του browser). Σύγκρινε τα δύο νούμερα. Θα δεις ότι το ping είναι σταγόνα μέσα στον συνολικό χρόνο.

Παρανόηση 3 - Μέτρησα το TTFB μία φορά, άρα ξέρω ποιος είναι γρήγορος

Το TTFB (ο χρόνος μέχρι το πρώτο byte της απάντησης) είναι πράγματι χρήσιμο μέγεθος. Η παρανόηση είναι ότι μία μέτρησή του λέει κάτι.

Τι ισχύει. Το TTFB μιας δυναμικής σελίδας χωρίς cache έχει φυσική διακύμανση εκατοντάδων χιλιοστών ανάμεσα σε δύο διαδοχικές φορτώσεις, από παράγοντες όπως το DNS, το TLS handshake, το αν ο κώδικας βρέθηκε ζεστός στη μνήμη και το τι έτρεχε εκείνη τη στιγμή στον server. Μία μέτρηση δεν είναι μέτρηση, είναι φωτογραφία της τύχης. Κατάταξη που κρίνεται από διαφορά λίγων εκατοστών του δευτερολέπτου σε μονή δοκιμή δεν έχει στατιστικό περιεχόμενο. Οι σοβαρές μετρήσεις δίνουν πλήθος δειγμάτων, διάμεσο και p95 (τον χρόνο που βλέπει ο 1 στους 20 πιο «άτυχους» επισκέπτες), και ώρες μέτρησης.

Έλεγξέ το μόνος σου. Τρέξε 20 φορές διαδοχικά μια μέτρηση χρόνου πρώτου byte στη σελίδα σου (π.χ. με curl και το πεδίο time_starttransfer) και δες το εύρος των τιμών. Μετά ξανατρέξε το ίδιο σε άλλη ώρα της ημέρας. Το εύρος που θα δεις είναι ο λόγος που η μονή μέτρηση δεν σημαίνει τίποτα.

Παρανόηση 4 - Το δωρεάν benchmark plugin μέτρησε τον server μου

Υπάρχουν δημοφιλή δωρεάν plugins που τρέχουν «τεστ απόδοσης» μέσα από το WordPress και βγάζουν σκορ 0-10.

Τι ισχύει. Ανοίξαμε τον πηγαίο κώδικα τέτοιων εργαλείων, είναι ανοιχτού κώδικα και μπορεί να το κάνει ο καθένας, και μετρήσαμε τι ακριβώς τρέχουν. Η εικόνα είναι κοινή. Πρώτον, όλα τα «τεστ CPU» είναι βρόχοι λίγων δευτερολέπτων σε ένα μοναδικό νήμα εκτέλεσης, δηλαδή μετρούν το σπριντ ενός δρομέα σε άδειο στάδιο, όταν το hosting είναι το γεμάτο στάδιο με εκατοντάδες ταυτόχρονες διεργασίες. Δεύτερον, το τελικό σκορ συχνά δεν υπολογίζεται καν τοπικά, οι χρόνοι αποστέλλονται σε κεντρικό server του εργαλείου και επιστρέφει έτοιμος βαθμός, με αδημοσίευτο τρόπο κανονικοποίησης, συγκρινόμενος με ό,τι δείγμα έτυχε να τρέξει το ίδιο εργαλείο αλλού. Τρίτον, το αποτέλεσμα εξαρτάται από πράγματα που δεν είναι hardware, όπως η έκδοση PHP και η ύπαρξη cache, οπότε δύο πακέτα στο ίδιο μηχάνημα βγάζουν διαφορετικό «σκορ server». Ένα εργαλείο αυτοδιάγνωσης έχει αξία για να δεις αν κάτι άλλαξε στο δικό σου πακέτο. Κατάταξη παρόχων από τέτοια σκορ δεν προκύπτει.

Έλεγξέ το μόνος σου. Τρέξε το ίδιο plugin στο ίδιο πακέτο τρεις φορές σε τρεις διαφορετικές ώρες. Αν τα σκορ διαφέρουν αισθητά, μόλις απέδειξες γιατί δεν συγκρίνουν παρόχους.

Παρανόηση 5 - Το disk test έδειξε χιλιάδες MB/s, άρα οι δίσκοι πετάνε

Σε αποτελέσματα τέτοιων εργαλείων εμφανίζονται «ταχύτητες εγγραφής» ακόμα και πάνω από 10.000 MB/s.

Τι ισχύει. Κανένας μεμονωμένος NVMe δίσκος τρέχουσας γενιάς δεν γράφει τόσο. Η δημόσια προδιαγραφή του διαύλου PCIe 4.0 x4 βάζει ταβάνι κοντά στα 8 GB/s θεωρητικά, και τα datasheets των κατασκευαστών δίνουν πρακτικές σειριακές εγγραφές κάτω από 7. Όταν ένα «τεστ δίσκου» δείχνει παραπάνω, δεν μέτρησε τον δίσκο. Μέτρησε τη RAM. Συμβαίνει όταν το τεστ γράφει χωρίς εντολή συγχρονισμού (fsync), οπότε τα δεδομένα μένουν στην προσωρινή μνήμη του λειτουργικού και ο δίσκος δεν προλαβαίνει καν να συμμετάσχει. Για ένα site με βάση δεδομένων, το μέγεθος που μετράει είναι άλλο, τα IOPS, δηλαδή πόσες μικρές τυχαίες αναγνώσεις και εγγραφές το δευτερόλεπτο αντέχει το σύστημα με πραγματικό συγχρονισμό, γιατί έτσι δουλεύει μια βάση όταν καταχωρεί παραγγελίες και σχόλια.

Έλεγξέ το μόνος σου. Στα δημοσιευμένα αποτελέσματα οποιουδήποτε συγκριτικού, ψάξε την ταχύτητα εγγραφής. Αν ξεπερνά τα ~7 GB/s, ξέρεις πλέον τι μετρήθηκε. Και όταν συγκρίνεις πακέτα, ζήτα IOPS, όχι MB/s.

Παρανόηση 6 - Τα όρια πόρων είναι τσιγκουνιά του παρόχου

Κυκλοφορεί η άποψη ότι τα όρια I/O και CPU στα shared πακέτα είναι περιττοί περιορισμοί, αφού «οι NVMe δίσκοι είναι πλέον γρήγοροι».

Τι ισχύει. Τα όρια δεν υπάρχουν επειδή οι δίσκοι είναι αργοί. Υπάρχουν επειδή σε έναν server συγκατοικούν πολλοί λογαριασμοί, και χωρίς όρια οι επιδόσεις σου είναι δανεικές από την καλή διαγωγή αγνώστων. Ένας γείτονας με ένα κακογραμμένο backup script ή ένα παραβιασμένο site μπορεί να γεμίσει την ουρά ακόμα και του καλύτερου NVMe και να ανεβάσει τους χρόνους όλων, πολύ πριν φανεί οτιδήποτε σε μετρητές συνολικής ταχύτητας. Γι' αυτό κάθε σοβαρή πολυχρηστική πλατφόρμα επιβάλλει απομόνωση, οι μεγάλοι cloud πάροχοι πωλούν ρητά εγγυημένα IOPS ανά volume, δεν το θεωρούν «τσιγκουνιά» αλλά προϊόν. Η ουσιαστική διαφορά ανάμεσα στα πακέτα της αγοράς δεν είναι αν υπάρχουν όρια, σχεδόν παντού υπάρχουν, αλλά αν είναι γραμμένα δίπλα στην τιμή ή αν τα ανακαλύπτεις όταν πέσεις πάνω τους.

Έλεγξέ το μόνος σου. Πριν αγοράσεις οποιοδήποτε πακέτο, ζήτα γραπτά τα όρια CPU, μνήμης, I/O, IOPS και ταυτόχρονων διεργασιών. Αν η απάντηση είναι «απεριόριστα», ρώτα τι γίνεται όταν ένα site καταναλώνει υπερβολικά. Η δεύτερη απάντηση είναι τα πραγματικά όρια.

Παρανόηση 7 - Αφού δεν έβγαλε errors στο stress test, ο server άντεξε

Σε δημόσια stress tests, πάροχοι χαρακτηρίζονται «επιτυχόντες» επειδή απάντησαν σε όλα τα αιτήματα χωρίς κωδικούς σφάλματος.

Τι ισχύει. Κοίτα πάντα ΚΑΙ τον χρόνο απόκρισης δίπλα στο «πέρασε». Στα ίδια δημοσιευμένα αποτελέσματα, «επιτυχόντες» εμφανίζονται με p95 από 6 έως 37 ολόκληρα δευτερόλεπτα ανά σελίδα. Κανένας πραγματικός επισκέπτης δεν περιμένει μισό λεπτό, στον πραγματικό κόσμο αυτό είναι εγκαταλελειμμένο καλάθι, όχι επιτυχία. Και το αντίστροφο, ένας server που στα όριά του επιστρέφει ελεγχόμενα ένα σφάλμα 503 σε μέρος των αιτημάτων κάνει αυτό που η μηχανική των συστημάτων ονομάζει load shedding, ρίχνει ελεγχόμενα έρμα για να προστατέψει τους υπόλοιπους και να επανέλθει αμέσως μετά την αιχμή. Η βιβλιογραφία των μεγάλων συστημάτων το περιγράφει ως ορθή συμπεριφορά υπερφόρτωσης. Ένα τεστ που βαθμολογεί «επιτυχία» την ουρά των 35 δευτερολέπτων και «αποτυχία» την ελεγχόμενη εκτόνωση, βαθμολογεί ανάποδα.

Έλεγξέ το μόνος σου. Σε οποιοδήποτε δημοσιευμένο stress test, αγνόησε τη στήλη «πέρασε/απέτυχε» και διάβασε μόνο το p95 και το πλήθος αιτημάτων που εξυπηρετήθηκαν. Ξαναβγάλε τη δική σου κατάταξη. Σπάνια συμπίπτει με τη δημοσιευμένη.

Παρανόηση 8 - Οι 100 ταυτόχρονοι χρήστες είναι λογικό τεστ για shared πακέτο

Τα δημόσια stress tests συχνά ρίχνουν 100 εικονικούς χρήστες σε δύο λεπτά πάνω σε σελίδα χωρίς cache.

Τι ισχύει. Οι «100 ταυτόχρονοι» σε δυναμική σελίδα χωρίς cache αντιστοιχούν σε φορτίο που ελάχιστα sites βλέπουν ποτέ, και κανένα shared πακέτο δεν υπόσχεται. Τα ίδια τα συγκριτικά το παραδέχονται όταν το χαρακτηρίζουν σκόπιμα υπερβολικό. Ένα τέτοιο τεστ δεν μετράει τη χωρητικότητα του πακέτου, μετράει τι κάνει ο κάθε πάροχος όταν το πακέτο ξεπεραστεί βίαια, χρήσιμη πληροφορία, εντελώς άλλη ταμπέλα. Το χρήσιμο τεστ για τη δική σου απόφαση είναι κλιμακωτό, με ρεαλιστικά επίπεδα (π.χ. 10, 25, 50 εικονικοί χρήστες), σε σελίδα με τη ρύθμιση cache που θα έχεις στην πράξη, ώστε να δεις την καμπύλη του χρόνου απόκρισης και το σημείο όπου αρχίζει να λυγίζει.

Έλεγξέ το μόνος σου. Τα εργαλεία load testing έχουν δωρεάν βαθμίδες για μικρά τεστ. Τρέξε στο δικό σου site μια κλιμάκωση 5 προς 25 εικονικούς χρήστες και κοίτα το p95 σε κάθε σκαλί, όχι το αν «έσπασε» σε νούμερο που δεν θα δεις ποτέ.

Παρανόηση 9 - Το network test έδειξε ποιος έχει γρήγορο δίκτυο

Τεστ που κατεβάζουν ένα αρχείο από έναν προορισμό και χρονομετρούν, παρουσιάζονται ως μέτρηση «ταχύτητας δικτύου» των πακέτων.

Τι ισχύει. Μια τέτοια μέτρηση δείχνει την απόσταση και το peering προς εκείνον τον συγκεκριμένο προορισμό, τίποτα γενικότερο. Και όταν ο προορισμός είναι πίσω από σύγχρονο CDN, ούτε καν αυτό, γιατί τα CDN δουλεύουν με anycast, κάθε server χτυπά αυτόματα το κοντινότερό του σημείο παρουσίας, οπότε «ο κόμβος» δεν είναι ένας και οι συγκρίσεις αποστάσεων προς αυτόν δεν βγάζουν νόημα. Το δίκτυο ενός πακέτου κρίνεται από την ταχύτητα γραμμής του server, από το πόσοι τη μοιράζονται, και κυρίως από την απόκριση προς το δικό σου κοινό, από εκεί που βρίσκεται εκείνο.

Έλεγξέ το μόνος σου. Ζήτα από τον πάροχο τη δημοσιευμένη ταχύτητα γραμμής ανά server. Και μέτρα την απόκριση του site σου από τα σημεία που έχουν σημασία για σένα, με εργαλεία που επιτρέπουν επιλογή τοποθεσίας μέτρησης.

Παρανόηση 10 - Όσο λιγότερα sites στον server, τόσο καλύτερο το hosting

Δημοσιεύονται μετρήσεις «πόσα domains φιλοξενεί ο server» από εργαλεία αντίστροφης αναζήτησης IP, ως δείκτης ποιότητας.

Τι ισχύει. Πρώτα τα τεχνικά, τα εργαλεία αντίστροφης IP βασίζονται σε παλιές σαρώσεις, μετρούν parked domains και ψευδώνυμα, δεν βλέπουν πολλαπλές IP ανά server, οι ίδιες οι σελίδες που τα χρησιμοποιούν παραθέτουν τους λόγους αναξιοπιστίας τους. Μετά η ουσία, ο αριθμός των γειτόνων από μόνος του δεν προβλέπει επιδόσεις. Τριακόσια αδρανή sites επιβαρύνουν λιγότερο από τριάντα βαριά e-shops. Αυτό που καθορίζει την εμπειρία σου είναι τα όρια του δικού σου λογαριασμού και η απομόνωση ανάμεσα στους λογαριασμούς, όχι το πλήθος τους. Χωρίς απομόνωση, και δέκα γείτονες είναι πολλοί. Με σωστή απομόνωση, ο αριθμός παύει να είναι το ερώτημα.

Έλεγξέ το μόνος σου. Αντί να μετράς γείτονες με εργαλεία που δεν το εγγυώνται, ρώτα τον πάροχο δύο πράγματα. Τι όρια έχει ο δικός μου λογαριασμός, και με ποιον μηχανισμό απομονώνεται από τους υπόλοιπους. Οι απαντήσεις σε αυτά είναι επαληθεύσιμες, ο «αριθμός domains» όχι.

Παρανόηση 11 - Ο μέσος όρος πολλών μετρήσεων φτάνει

Ακόμα και τα πιο προσεκτικά συγκριτικά τρέχουν ένα τεστ πολλές φορές και δημοσιεύουν τον μέσο όρο.

Τι ισχύει. Στο shared hosting, η διασπορά των μετρήσεων είναι πιο αποκαλυπτική από τον μέσο όρο τους. Ένα πακέτο που δίνει σταθερά παρόμοιους χρόνους πρωί, μεσημέρι και βράδυ, καθημερινή και Σαββατοκύριακο, μαρτυρά σωστά όρια και υγιή πληρότητα server. Ένα πακέτο με άλλοτε εξαιρετικούς και άλλοτε κακούς χρόνους μαρτυρά φορτωμένο μηχάνημα και τύχη, ακόμα κι αν ο μέσος όρος του βγαίνει καλύτερος. Όταν κάποιος γράφει ότι «οι μετρήσεις διέφεραν πολύ μεταξύ τους, γι' αυτό κρατήσαμε τον μέσο όρο», έχει πετάξει το πιο πολύτιμο εύρημα του τεστ του.

Έλεγξέ το μόνος σου. Στις δικές σου μετρήσεις κράτα πάντα το εύρος και τις ώρες, όχι μόνο τον μέσο. Δύο πακέτα με ίδιο μέσο όρο και διαφορετική διασπορά δεν είναι ίδια, το σταθερό είναι το καλύτερο.

Παρανόηση 12 - Ελληνικό datacenter σημαίνει αυτόματα γρήγορο site

Η τοποθεσία του datacenter προβάλλεται συχνά ως το κριτήριο που τα κρίνει όλα για το ελληνικό κοινό.

Τι ισχύει. Η γεωγραφία μετράει, και δεν θα σου πούμε το αντίθετο. Ένα datacenter στην Ελλάδα γλιτώνει περίπου 30-45 χιλιοστά του δευτερολέπτου διαδρομής προς Κεντρική Ευρώπη ανά αίτημα. Είναι όμως το μικρότερο από τα μεγέθη που κοιτάς, γιατί χάνεται μέσα σε χρόνους επεξεργασίας δεκαπλάσιους και εκατονταπλάσιους όταν το πακέτο είναι αδύναμο, τα όρια στενά ή το caching ανύπαρκτο. Γρήγορο πακέτο στη Φρανκφούρτη κερδίζει άνετα αργό πακέτο στην Αθήνα, και αντίστροφα. Η σωστή στάση απέναντι στη γεωγραφία είναι η ειλικρίνεια, ο πάροχος να λέει καθαρά πού βρίσκονται οι servers του, και εσύ να τη ζυγίζεις μαζί με όλα τα υπόλοιπα, όχι πάνω από αυτά.

Έλεγξέ το μόνος σου. Μέτρα το πλήρες TTFB της σελίδας που σε ενδιαφέρει από ελληνική σύνδεση, όχι το ping. Αν η διαφορά δύο πακέτων είναι δεκάδες χιλιοστά, τη γεωγραφία τη βλέπεις. Αν είναι δευτερόλεπτα, το θέμα σου δεν είναι ο χάρτης.

Πώς αξιολογείς σωστά ένα πακέτο hosting

Αν κρατήσεις ένα πράγμα από όλο το άρθρο, κράτα αυτό. Στα δημόσια συγκριτικά, πριν δεχτείς οποιοδήποτε συμπέρασμα, κάνε πέντε ερωτήσεις.

1. Πόσοι ταυτόχρονοι χρήστες συμμετείχαν στη μέτρηση, ένας ή πολλοί;
2. Πόσες φορές έτρεξε το τεστ, ποιες ώρες, και δημοσιεύεται η διασπορά ή μόνο ο μέσος όρος;
3. Τι όρια είχε ο λογαριασμός που μετρήθηκε, και ήταν ίδια με του πακέτου που θα αγοράσεις;
4. Τα τεστ δίσκου έγραφαν με fsync ή μετρούσαν τη μνήμη;
5. Από ποιο σημείο του κόσμου έγιναν οι μετρήσεις δικτύου;

Όποιο συγκριτικό δεν απαντά και στις πέντε, δεν συγκρίνει πακέτα. Συγκρίνει στιγμές.

Και όταν μιλάς με οποιονδήποτε πάροχο, ζήτα έξι πράγματα γραπτά. Το ακριβές μοντέλο επεξεργαστή. Τα όρια CPU, μνήμης, I/O, IOPS και ταυτόχρονων διεργασιών του πακέτου, γραμμένα δίπλα στην τιμή. Την κατηγορία και αντοχή των δίσκων. Το πρόγραμμα και το βάθος των backups. Την πραγματική τοποθεσία των servers. Και το πού μπορείς να βλέπεις ο ίδιος, ζωντανά, την κατανάλωση των πόρων σου.

Εμείς απαντάμε στα έξι δημόσια, με τα όρια πόρων γραμμένα σε κάθε πακέτο web hosting, με τα πακέτα semi-dedicated hosting να δημοσιεύουν μέχρι και IOPS, και με την υποδομή μας ανοιχτή μέχρι το μοντέλο του επεξεργαστή. Δεν σου ζητάμε να μας πιστέψεις, σου δείξαμε πώς να μας ελέγξεις.

Συχνές ερωτήσεις

Είναι αξιόπιστα τα συγκριτικά hosting;

Είναι χρήσιμα ως σημείο εκκίνησης και αναξιόπιστα ως τελική απάντηση, όταν βασίζονται σε μετρήσεις ενός χρήστη, ενός σημείου και μίας στιγμής. Έλεγξε πάντα τη μεθοδολογία με τις πέντε ερωτήσεις του άρθρου πριν δεχτείς την κατάταξη.

Τι είναι το TTFB;

Ο χρόνος από τη στιγμή που ο browser ζητά μια σελίδα μέχρι να λάβει το πρώτο byte της απάντησης. Περιλαμβάνει το δικτυακό ταξίδι και, κυρίως, τον χρόνο που χρειάζεται ο server για να εκτελέσει τον κώδικα και τα queries της σελίδας.

Τι είναι τα IOPS;

Πόσες μικρές πράξεις εισόδου/εξόδου το δευτερόλεπτο μπορεί να εκτελέσει το σύστημα δίσκων. Είναι το μέγεθος που καθορίζει την απόκριση μιας βάσης δεδομένων, γι' αυτό είναι πιο σημαντικό από τα σειριακά MB/s για ένα δυναμικό site ή e-shop.

Πόσους επισκέπτες αντέχει ένα shared πακέτο;

Εξαρτάται από τα όρια πόρων του πακέτου και από το πόση δουλειά κάνει η κάθε σελίδα, όχι από έναν μαγικό αριθμό «ταυτόχρονων». Site με σωστό caching εξυπηρετεί χιλιάδες επισκέψεις την ημέρα από μικρό πακέτο. Ζήτα τα όρια γραπτά και δοκίμασε με κλιμακωτό load test.

Γιατί η Konet δεν δημοσιεύει δικά της benchmark σκορ;

Γιατί ένα σκορ 0-10 από τεστ ενός χρήστη δεν περιγράφει αυτό που αγοράζεις. Αντί για σκορ, δημοσιεύουμε αυτά που δεσμεύουμε, μοντέλα hardware, όρια πόρων και IOPS ανά πακέτο, και σου δείχνουμε πώς να μετρήσεις μόνος σου, με μεθοδολογία που αντέχει τις πέντε ερωτήσεις αυτού του άρθρου.

Πώς τεκμηριώθηκε αυτό το άρθρο

Τα τεχνικά σημεία του άρθρου προέρχονται από ανάγνωση του πηγαίου κώδικα δημοφιλών δωρεάν benchmark plugins (είναι ανοιχτού κώδικα και διαθέσιμα σε όλους), από τις δημόσιες προδιαγραφές κατασκευαστών και προτύπων, και από δοκιμές σε δικά μας συστήματα. Βασικές πηγές για περαιτέρω μελέτη, οι προδιαγραφές διαύλου PCI Express, τα datasheets NVMe δίσκων των κατασκευαστών, η τεκμηρίωση του εργαλείου load testing k6, τα δημοσιευμένα single-thread και multi-thread σκορ του PassMark, και το κεφάλαιο Handling Overload του βιβλίου Site Reliability Engineering της Google, διαθέσιμο δωρεάν online.