Stress Testing. Τυπική δοκιμή φορτίου Δοκιμή ταχύτητας 1 δευτ
Μια υποχρεωτική λειτουργία για οποιαδήποτε υλοποίηση ή αλλαγή ενός υπάρχοντος πληροφοριακού συστήματος είναι η αξιολόγηση της απαιτούμενης ταχύτητας του συστήματος και ο σχεδιασμός των απαραίτητων υπολογιστικών πόρων για την υλοποίησή του. Επί του παρόντος, δεν υπάρχει ακριβής λύση σε αυτό το πρόβλημα σε γενική μορφή, και εάν, παρά την πολυπλοκότητα και το κόστος του, ένας τέτοιος αλγόριθμος προτείνεται από οποιονδήποτε κατασκευαστή, τότε ακόμη και μικρές αλλαγές στο υλικό, την έκδοση λογισμικού, τη διαμόρφωση του συστήματος ή την ποσότητα ή την τυπική συμπεριφορά χρήστη θα οδηγήσει σε σημαντικά σφάλματα.
Ωστόσο, υπάρχουν πολλοί τρόποι αξιολόγησης της διαμόρφωσης λογισμικού και υλικού που απαιτούνται για την επίτευξη της απαιτούμενης απόδοσης. Όλες αυτές οι μέθοδοι μπορούν να χρησιμοποιηθούν στη διαδικασία επιλογής, αλλά ο καταναλωτής πρέπει να κατανοήσει τις εφαρμογές και τους περιορισμούς τους.
Οι περισσότερες υπάρχουσες μέθοδοι αξιολόγησης απόδοσης βασίζονται σε κάποιο είδος δοκιμών.
Υπάρχουν δύο κύριοι τύποι δοκιμών: συστατικό και ολοκληρωμένο.
Η δοκιμή στοιχείων περιλαμβάνει τη δοκιμή μεμονωμένων στοιχείων μιας λύσης, που κυμαίνονται από την απόδοση των επεξεργαστών ή των υποσυστημάτων αποθήκευσης έως τη δοκιμή της απόδοσης του διακομιστή στο σύνολό του, αλλά χωρίς το ωφέλιμο φορτίο με τη μορφή μιας συγκεκριμένης επιχειρηματικής εφαρμογής.
Η ολοκληρωμένη προσέγγιση χαρακτηρίζεται από αξιολόγηση της απόδοσης της λύσης στο σύνολό της, τόσο του λογισμικού όσο και του υλικού της. Σε αυτή την περίπτωση, μπορεί να χρησιμοποιηθεί τόσο μια επιχειρηματική εφαρμογή, η οποία θα χρησιμοποιηθεί στην τελική λύση, όσο και ορισμένες εφαρμογές μοντέλων που μιμούνται ορισμένες τυπικές επιχειρηματικές διαδικασίες και φορτία.
Το πράσινο χρώμα του γραφήματος, μαζί με ορισμένους υπό όρους επιλεγμένους δείκτες στα δεξιά, μας επιτρέπει να κάνουμε μια γενικευμένη αξιολόγηση της «καλής» απόδοσης μεταξύ πλατφορμών.
Πώς να είστε χαρούμενοι για τα αποτελέσματα των δοκιμών σας
Ως αποτέλεσμα, λάβατε έναν συγκεκριμένο δείκτη απόδοσης (ταχύτητας). Δεν έχει σημασία αν το αποτέλεσμα είναι καλό ή κακό - αυτό είναι το αποτέλεσμα της PLATFORM που εκτελείται στο υλικό σας. Στην περίπτωση της έκδοσης πελάτη - διακομιστή, αυτό είναι το αποτέλεσμα μιας πολύπλοκης αλυσίδας αιτημάτων που περνούν από διάφορα τμήματα. Παίρνετε το συνολικό πραγματικό αποτέλεσμα, το οποίο καθορίζεται από το σημείο συμφόρησης στο σύστημα. Πάντα υπάρχει μια συμφόρηση.
Με άλλα λόγια, τόσο οι ρυθμίσεις DBMS όσο και οι ρυθμίσεις του λειτουργικού συστήματος και το υλικό έχουν αντίκτυπο στο συνολικό αποτέλεσμα της ομάδας.
Ποιος διακομιστής είναι καλύτερος
Αυτή η δοκιμή, που εκτελείται σε συγκεκριμένο διακομιστή, δίνει το αποτέλεσμα με βάση το σύνολο των ρυθμίσεων υλικού, λειτουργικού συστήματος, βάσης δεδομένων κ.λπ. Ωστόσο, ένα υψηλό αποτέλεσμα σε ένα συγκεκριμένο υλικό διακομιστή σημαίνει ότι, υπό κανονικές συνθήκες, το ίδιο αποτέλεσμα θα επιτευχθεί σε ίδιο υλικό διακομιστή. Αυτή η δοκιμή είναι ένα δωρεάν εργαλείο που σας βοηθά να συγκρίνετε την εγκατάσταση του 1C:Enterprise σε Windows και Linux, τρία διαφορετικά DBMS που υποστηρίζονται από την πλατφόρμα 1C:Enterprise 8.
Δοκιμή ασφάλειας
Το τεστ είναι απολύτως ασφαλές. Δεν οδηγεί σε «κατάρρευση» του διακομιστή (δεν υπάρχει αλγόριθμος «στρες») και δεν απαιτεί προκαταρκτικά μέτρα ακόμη και σε διακομιστή «μάχης». Εμπιστευτικά δεδομένα δεν καταγράφονται επίσης στα αποτελέσματα των δοκιμών. Συλλέγονται πληροφορίες σχετικά με τις παραμέτρους CPU, RAM, HDD. Οι σειρικοί αριθμοί συσκευών δεν συλλέγονται. Μπορείτε εύκολα να επαληθεύσετε όλα αυτά - ο κωδικός δοκιμής είναι 100% ανοιχτός. Είναι αδύνατο να στείλετε οποιαδήποτε πληροφορία εν αγνοία σας.
Ταξινόμηση TPC-Α-τοπική παροχή / TPC-1C-GILV-A
Η δοκιμή ανήκει στην ενότητα των καθολικών ολοκληρωμένων δοκιμών πολλαπλών πλατφορμών. Επιπλέον, ισχύει για επιλογές αρχείων και πελάτη-διακομιστή για χρήση 1C:Enterprise. Η δοκιμή λειτουργεί για όλα τα DBMS που υποστηρίζονται από το 1C.
Η καθολικότητα σάς επιτρέπει να κάνετε μια γενικευμένη αξιολόγηση απόδοσης χωρίς να συνδέεστε με μια συγκεκριμένη τυπική διαμόρφωση πλατφόρμας.
Από την άλλη πλευρά, αυτό σημαίνει ότι για ακριβείς υπολογισμούς ενός προσαρμοσμένου έργου, η δοκιμή σάς επιτρέπει να κάνετε μια προκαταρκτική αξιολόγηση πριν από εξειδικευμένες δοκιμές φορτίου.
Λήψη δοκιμής
Αυτό το τεστ δεν είναι εμπορικό και μπορείτε να το κατεβάσετε δωρεάν για 8.2 και δωρεάν για 8.3.
Τεχνικές λεπτομέρειες
Τι συμβαίνει στη δοκιμή στο πλαίσιο ενός κύκλου λειτουργίας;
Δυνατότητες χρήσης του τεστ σε βάση δεδομένων PostgreSQL
Ορίστε την παράμετρο standard_conforming_strings στο αρχείο διαμόρφωσης postgresql.conf σε "off"
Πώς να μετρήσετε το φορτίο σιδήρου
Θα πρέπει να σημειωθεί ότι η ίδια η δοκιμή εκτελεί ήδη εν μέρει τη μέτρηση. Για μια πιο λεπτομερή εικόνα, προτείνω να χρησιμοποιήσετε το βοηθητικό πρόγραμμα Process Explorer του Mark Rusinovich.
Το σχήμα δείχνει ένα παράδειγμα μέτρησης για την έκδοση αρχείου.
Εκτίμηση και πρόβλεψη απόδοσης
Το κύριο καθήκον μετά την εφαρμογή ενός πληροφοριακού συστήματος είναι η γρήγορη, σταθερή και απρόσκοπτη λειτουργία του που ικανοποιεί τους χρήστες.
Ωστόσο, συχνά με την αύξηση του αριθμού των χρηστών, του όγκου των δεδομένων και της έντασης της εισαγωγής, η απόδοση του προγράμματος πέφτει καταστροφικά. Οι χρόνοι λειτουργίας και απόκρισης του συστήματος αυξάνονται σημαντικά.
Όλα αυτά οδηγούν σε δυσαρέσκεια στους χρήστες του συστήματος σε όλα τα επίπεδα και σε αναποτελεσματική εργασία.
Παρά το γεγονός ότι αυτή η συμπεριφορά του συστήματος είναι προβλέψιμη, πολλοί δεν είναι προετοιμασμένοι για αυτό το σενάριο.
Υπάρχει ένας μεγάλος αριθμός περιπτώσεων όπου η δημιουργία λογιστικών συστημάτων σχεδιάστηκε και πραγματοποιήθηκε χωρίς προκαταρκτική λεπτομερή ανάλυση του τρόπου συμπεριφοράς αυτού του συστήματος με μεγάλους όγκους δεδομένων (για παράδειγμα, με παράλληλη εντατική εργασία άνω των χιλίων ατόμων). Τέτοια έργα ξόδεψαν τεράστια ποσά για τη δημιουργία του συστήματος. Αλλά μετά την εφαρμογή, η διάρκεια ζωής αυτών των συστημάτων ήταν ενάμιση χρόνο. Στη συνέχεια, διαπιστώθηκε ότι το σύστημα δεν μπορούσε να ανταπεξέλθει στα καθήκοντα, διατέθηκε νέος προϋπολογισμός και ξεκίνησε ένα νέο έργο για την εφαρμογή ενός «καλύτερου» συστήματος, το οποίο είχε τις ίδιες συνέπειες.
Προς το παρόν, υπάρχει μόνο μία λύση σε αυτό το ζήτημα - η δοκιμή φορτίου.
Stress Testing
Δοκιμή φορτίου – ανάλυση της συμπεριφοράς του συστήματος κατά την εξομοίωση πραγματικού φορτίου χρήστη.
Οι κύριοι στόχοι της δοκιμής φορτίου:
- Δοκιμάστε την απόδοση σε διάφορες διαμορφώσεις λογισμικού και υλικού
- Ελέγξτε την απόδοση του συστήματος με διαφορετικούς όγκους δεδομένων
- Προσδιορίστε τη συμπεριφορά του συστήματος υπό φορτίο καταπόνησης
Έτσι, η δοκιμή φορτίου θα πρέπει να επιτρέπει την ακόλουθη αξιολόγηση του συστήματος:
- αξιολόγηση της απόδοσης του πληροφοριακού συστήματος ή των επιμέρους τμημάτων του σύμφωνα με τις δεδομένες παραμέτρους του επιχειρηματικού μοντέλου προκειμένου:
- επιλογή εξοπλισμού ·
- Διατύπωση επιχειρησιακών απαιτήσεων·
- αξιολόγηση της δυνατότητας εφαρμογής του συστήματος πληροφοριών·
- αξιολόγηση της επεκτασιμότητας του πληροφοριακού συστήματος κατά την αλλαγή:
- όγκος της βάσης πληροφοριών·
- αριθμός ταυτόχρονων χρηστών·
- φορτίο στο σύστημα.
- αξιολόγηση των αλλαγών στους δείκτες απόδοσης του συστήματος κατά την αλλαγή:
- λειτουργικότητα του συστήματος (βελτίωση του συστήματος ή μεμονωμένοι αλγόριθμοι).
- διαμορφώσεις εξοπλισμού.
- εντοπισμός προβλημάτων που προκύπτουν μόνο κατά την εργασία πολλών χρηστών (διένεξες κλειδώματος κ.λπ.).
Μια δοκιμή φορτίου βοηθά όχι μόνο στην αξιολόγηση ορισμένων χαρακτηριστικών. Αλλά το πιο σημαντικό, σας επιτρέπει να προσδιορίσετε εκ των προτέρων τα σημεία συμφόρησης του συστήματος και να λύσετε το πρόβλημα με τον πιο αποτελεσματικό τρόπο.
Φωτογραφία από την Alena Tulyakova, πρακτορείο ειδήσεων "Clerk.Ru"
Το άρθρο προσδιορίζει τα κύρια λάθη που κάνουν οι αρχάριοι διαχειριστές 1C και δείχνει πώς να τα επιλύσετε χρησιμοποιώντας τη δοκιμή Gilev ως παράδειγμα.
Ο κύριος σκοπός της συγγραφής αυτού του άρθρου είναι να αποφευχθεί η επανάληψη προφανών αποχρώσεων για εκείνους τους διαχειριστές (και προγραμματιστές) που δεν έχουν ακόμη αποκτήσει εμπειρία με το 1C.
Ο δευτερεύων στόχος είναι ότι αν έχω ελλείψεις, το Infostart θα είναι το πιο γρήγορο να μου το επισημάνει.
Το τεστ του V. Gilev έχει ήδη γίνει ένα είδος «de facto» προτύπου. Ο συγγραφέας στον ιστότοπό του έδωσε αρκετά σαφείς συστάσεις, αλλά θα παρουσιάσω απλώς ορισμένα αποτελέσματα και θα σχολιάσω τα πιο πιθανά σφάλματα. Φυσικά, τα αποτελέσματα των δοκιμών στον εξοπλισμό σας μπορεί να διαφέρουν. Αυτό είναι απλώς ένας οδηγός για το τι πρέπει να είναι και τι μπορείτε να επιδιώξετε. Θα ήθελα να σημειώσω αμέσως ότι οι αλλαγές πρέπει να γίνονται βήμα προς βήμα και μετά από κάθε βήμα, να ελέγχετε το αποτέλεσμα που έδωσε.
Παρόμοια άρθρα υπάρχουν και στο Infostart, θα τους βάλω συνδέσμους στις σχετικές ενότητες (αν χάσω κάτι, προτείνετέ μου στα σχόλια, θα το προσθέσω). Λοιπόν, ας υποθέσουμε ότι το 1C σας είναι αργό. Πώς να διαγνώσετε το πρόβλημα και πώς να καταλάβετε ποιος φταίει, ο διαχειριστής ή ο προγραμματιστής;
Αρχικά δεδομένα:
Δοκιμασμένος υπολογιστής, κύριο ινδικό χοιρίδιο: HP DL180G6, εξοπλισμένο με 2*Xeon 5650, 32 Gb, Intel 362i, Win 2008 r2. Για σύγκριση, ο Core i3-2100 εμφανίζει συγκρίσιμα αποτελέσματα στη δοκιμή μονού νήματος. Ο εξοπλισμός που διάλεξα επίτηδες δεν ήταν ο νεότερος με σύγχρονο εξοπλισμό τα αποτελέσματα είναι αισθητά καλύτερα.
Για τη δοκιμή χωριστών διακομιστών 1C και SQL, διακομιστής SQL: IBM System 3650 x4, 2*Xeon E5-2630, 32 Gb, Intel 350, Win 2008 r2.
Για τη δοκιμή ενός δικτύου 10 Gbit, χρησιμοποιήθηκαν προσαρμογείς Intel 520-DA2.
Έκδοση αρχείου. (η βάση δεδομένων βρίσκεται στον διακομιστή σε κοινόχρηστο φάκελο, οι πελάτες συνδέονται μέσω δικτύου, πρωτόκολλο CIFS/SMB). Αλγόριθμος βήμα προς βήμα:
0. Προσθέστε τη δοκιμαστική βάση δεδομένων του Gilev στον διακομιστή αρχείων στον ίδιο φάκελο με τις κύριες βάσεις δεδομένων. Συνδεόμαστε από τον υπολογιστή-πελάτη και εκτελούμε τη δοκιμή. Θυμόμαστε το αποτέλεσμα.
Είναι κατανοητό ότι ακόμη και για παλιούς υπολογιστές πριν από 10 χρόνια (πρίζα Pentium στην υποδοχή 775), ο χρόνος από το κλικ στη συντόμευση 1C:Enterprise έως την εμφάνιση του παραθύρου της βάσης δεδομένων θα πρέπει να διαρκεί λιγότερο από ένα λεπτό. (Σελερόν = αργός).
Εάν ο υπολογιστής σας είναι χειρότερος από μια υποδοχή Pentium σε 775 με 1 GB μνήμης RAM, τότε σας συμπονώ και θα είναι δύσκολο για εσάς να επιτύχετε άνετη εργασία στο 1C 8.2 στην έκδοση αρχείου. Σκεφτείτε είτε την αναβάθμιση (ή ώρα) είτε τη μετάβαση σε τερματικό (ή web, στην περίπτωση thin clients και διαχειριζόμενων φορμών) διακομιστή.
Εάν ο υπολογιστής δεν είναι χειρότερος, τότε μπορείτε να κλοτσήσετε τον διαχειριστή. Ελέγξτε τουλάχιστον τη λειτουργία του προγράμματος οδήγησης δικτύου, προστασίας από ιούς και προστασίας HASP.
Εάν η δοκιμή του Gilev σε αυτό το στάδιο έδειξε 30 "παπαγάλους" ή περισσότερους, αλλά η βάση εργασίας 1C εξακολουθεί να λειτουργεί αργά, οι ερωτήσεις θα πρέπει να απευθύνονται στον προγραμματιστή.
1. Ως οδηγός για το πόσο μπορεί να «στριμώξει» ένας υπολογιστής-πελάτης, ελέγχουμε τη λειτουργία μόνο αυτού του υπολογιστή, χωρίς δίκτυο. Εγκαθιστούμε τη δοκιμαστική βάση δεδομένων σε τοπικό υπολογιστή (σε πολύ γρήγορο δίσκο). Εάν ο υπολογιστής-πελάτης δεν διαθέτει κανονικό SSD, τότε δημιουργείται ένας δίσκος ramdisk. Προς το παρόν, η πιο απλή και δωρεάν είναι η επιχείρηση Ramdisk.
Για να δοκιμάσετε την έκδοση 8.2, αρκεί ένας δίσκος 256 MB, και! Το πιο σημαντικό. Μετά την επανεκκίνηση του υπολογιστή, με τον δίσκο ram σε λειτουργία, θα πρέπει να υπάρχουν 100-200 MB δωρεάν σε αυτόν. Κατά συνέπεια, χωρίς ramdisk, για κανονική λειτουργία θα πρέπει να υπάρχουν 300-400 MB ελεύθερης μνήμης.
Για να δοκιμάσετε την έκδοση 8.3, αρκεί ένας δίσκος 256 MB, αλλά χρειάζεστε περισσότερη ελεύθερη μνήμη RAM.
Κατά τη δοκιμή, πρέπει να εξετάσετε το φορτίο του επεξεργαστή. Σε μια περίπτωση κοντά στο ιδανικό (ramdisk), το τοπικό αρχείο 1c φορτώνει 1 πυρήνα επεξεργαστή όταν εκτελείται. Αντίστοιχα, εάν κατά τη διάρκεια της δοκιμής ο πυρήνας του επεξεργαστή σας δεν έχει φορτωθεί πλήρως, αναζητήστε αδύνατα σημεία. Περιγράφεται λίγο συναισθηματική, αλλά γενικά σωστή, η επίδραση του επεξεργαστή στη λειτουργία του 1C. Απλώς για αναφορά, ακόμη και σε σύγχρονους Core i3 με υψηλές συχνότητες, τα νούμερα 70-80 είναι αρκετά ρεαλιστικά.
Τα πιο συνηθισμένα σφάλματα σε αυτό το στάδιο.
- Λανθασμένη ρύθμιση παραμέτρων προστασίας από ιούς. Υπάρχουν πολλά προγράμματα προστασίας από ιούς, οι ρυθμίσεις για το καθένα είναι διαφορετικές, θα πω μόνο ότι με τη σωστή ρύθμιση παραμέτρων, ούτε ο ιστός ούτε το Kaspersky 1C παρεμβαίνουν. Με τις προεπιλεγμένες ρυθμίσεις, μπορούν να αφαιρεθούν περίπου 3-5 παπαγάλοι (10-15%).
- Λειτουργία απόδοσης. Για κάποιο λόγο, λίγοι άνθρωποι δίνουν προσοχή σε αυτό, αλλά το αποτέλεσμα είναι το πιο σημαντικό. Εάν χρειάζεστε ταχύτητα, τότε πρέπει να το κάνετε αυτό, τόσο σε υπολογιστές-πελάτες όσο και σε υπολογιστές διακομιστή. (Το Gilev έχει μια καλή περιγραφή. Η μόνη προειδοποίηση είναι ότι σε ορισμένες μητρικές, αν απενεργοποιήσετε το Intel SpeedStep, δεν μπορείτε να ενεργοποιήσετε το TurboBoost).
Μπορείτε (και κατά προτίμηση) να ενεργοποιήσετε τη λειτουργία απόδοσης σε δύο σημεία:
- μέσω BIOS. Απενεργοποιήστε τις λειτουργίες C1, C1E, Intel C-state (C2, C3, C4). Σε διαφορετικά bios ονομάζονται διαφορετικά, αλλά το νόημα είναι το ίδιο. Χρειάζεται πολύς χρόνος για την αναζήτηση, απαιτείται επανεκκίνηση, αλλά αν το κάνετε μία φορά, τότε μπορείτε να το ξεχάσετε. Εάν κάνετε τα πάντα σωστά στο BIOS, η ταχύτητα θα αυξηθεί. Σε ορισμένες μητρικές πλακέτες, μπορείτε να διαμορφώσετε τις ρυθμίσεις του BIOS έτσι ώστε η λειτουργία απόδοσης των Windows να μην παίζει ρόλο. (Παραδείγματα ρυθμίσεων BIOS από την Gilev). Αυτές οι ρυθμίσεις σχετίζονται κυρίως με επεξεργαστές διακομιστή ή "προηγμένο" BIOS, αν δεν το έχετε βρει και ΔΕΝ έχετε Xeon, δεν πειράζει.
- Πίνακας ελέγχου - Τροφοδοτικό - Υψηλή απόδοση. Μείον - εάν ο υπολογιστής δεν έχει επισκευαστεί για μεγάλο χρονικό διάστημα, θα κάνει πιο δυνατό θόρυβο από τον ανεμιστήρα, θα ζεσταθεί περισσότερο και θα καταναλώσει περισσότερη ενέργεια. Πρόκειται για αμοιβή απόδοσης.
| Αυτές είναι οι προεπιλεγμένες ρυθμίσεις. BIOS C-state ενεργοποιημένη, ισορροπημένη λειτουργία κατανάλωσης ενέργειας |  |
| BIOS C-state ενεργοποιημένη, λειτουργία υψηλής απόδοσης Για Pentium και Core μπορείτε να σταματήσετε εκεί, Μπορείτε ακόμα να στριμώξετε λίγους "παπαγάλους" από το Xeon |  |
| Στο BIOS η κατάσταση C είναι απενεργοποιημένη, η λειτουργία υψηλής απόδοσης. Αν δεν χρησιμοποιείτε Turbo boost, έτσι θα πρέπει να είναι διακομιστής συντονισμένος για απόδοση |  |
Και τώρα οι αριθμοί. Να σας θυμίσω: Intel Xeon 5650, ramdisk. Στην πρώτη περίπτωση, η δοκιμή δείχνει 23,26, στην τελευταία - 49,5. Η διαφορά είναι σχεδόν διπλή. Οι αριθμοί μπορεί να διαφέρουν, αλλά η αναλογία παραμένει ουσιαστικά η ίδια για τον Intel Core.
Αγαπητοί διαχειριστές, μπορείτε να επικρίνετε το 1C όσο θέλετε, αλλά εάν οι τελικοί χρήστες χρειάζονται ταχύτητα, πρέπει να ενεργοποιήσετε τη λειτουργία υψηλής απόδοσης.
γ) Turbo Boost. Πρώτα πρέπει να καταλάβετε εάν ο επεξεργαστής σας υποστηρίζει αυτήν τη λειτουργία, για παράδειγμα. Εάν υποστηρίζει, τότε μπορείτε ακόμα να έχετε αρκετά νόμιμα κάποια απόδοση. (Δεν θέλω να θίξω τα θέματα του overclocking συχνότητας, ειδικά των διακομιστών, κάντε το με δική σας ευθύνη και κίνδυνο. Αλλά συμφωνώ ότι η αύξηση της ταχύτητας Bus από 133 σε 166 δίνει μια πολύ αισθητή αύξηση τόσο στην ταχύτητα όσο και στην απαγωγή θερμότητας)
Πώς να ενεργοποιήσετε το turbo boost γράφεται, για παράδειγμα, . Αλλά! Για το 1C υπάρχουν κάποιες αποχρώσεις (όχι οι πιο προφανείς). Η δυσκολία είναι ότι το μέγιστο αποτέλεσμα του turbo boost εμφανίζεται όταν η κατάσταση C είναι ενεργοποιημένη. Και παίρνουμε κάτι σαν αυτό:
Λάβετε υπόψη ότι ο πολλαπλασιαστής είναι ο μέγιστος, η ταχύτητα του πυρήνα είναι όμορφη και η απόδοση είναι υψηλή. Τι θα συμβεί όμως ως αποτέλεσμα με το 1;
Αλλά τελικά αποδεικνύεται ότι σύμφωνα με τα τεστ απόδοσης της CPU η έκδοση με πολλαπλασιαστή 23 είναι μπροστά, σύμφωνα με τις δοκιμές του Gilev στην έκδοση αρχείου η απόδοση με πολλαπλασιαστή 22 και 23 είναι η ίδια, αλλά στον πελάτη-διακομιστή έκδοση - η έκδοση με πολλαπλασιαστή 23 είναι τρομερή τρομερή τρομερή (ακόμη και αν η κατάσταση C έχει οριστεί στο επίπεδο 7, εξακολουθεί να είναι πιο αργή από ό,τι με απενεργοποιημένη την κατάσταση C). Επομένως, η σύσταση είναι να ελέγξετε και τις δύο επιλογές για τον εαυτό σας και να επιλέξετε την καλύτερη. Σε κάθε περίπτωση, η διαφορά μεταξύ 49,5 και 53 παπαγάλων είναι αρκετά σημαντική, ειδικά χωρίς ιδιαίτερη προσπάθεια.
Συμπέρασμα - το turbo boost πρέπει να είναι ενεργοποιημένο. Επιτρέψτε μου να σας υπενθυμίσω ότι δεν αρκεί να ενεργοποιήσετε το στοιχείο Turbo boost στο BIOS, πρέπει επίσης να κοιτάξετε και άλλες ρυθμίσεις (BIOS: QPI L0s, L1 - απενεργοποίηση, scrubbing ζήτησης - απενεργοποίηση, Intel SpeedStep - ενεργοποίηση, Turbo boost - ενεργοποίηση Πίνακας Ελέγχου - Επιλογές Ισχύος - Υψηλή απόδοση) . Και θα εξακολουθούσα (ακόμα και για την έκδοση αρχείου) να επέλεγα την επιλογή όπου η κατάσταση c είναι απενεργοποιημένη, παρόλο που ο πολλαπλασιαστής είναι μικρότερος. Κάπως έτσι θα βγει...
Ένα αρκετά αμφιλεγόμενο σημείο είναι η συχνότητα μνήμης. Για παράδειγμα, η συχνότητα μνήμης φαίνεται να έχει πολύ ισχυρή επιρροή. Οι δοκιμές μου δεν αποκάλυψαν τέτοια εξάρτηση. Δεν θα συγκρίνω DDR 2/3/4, θα δείξω τα αποτελέσματα της αλλαγής της συχνότητας στην ίδια γραμμή. Η μνήμη είναι ίδια, αλλά στο BIOS αναγκαζόμαστε να βάλουμε χαμηλότερες συχνότητες.
 |  |  |
Και τα αποτελέσματα των δοκιμών. 1C 8.2.19.83, για την έκδοση αρχείου local ramdisk, για πελάτη-διακομιστή 1C και SQL σε έναν υπολογιστή, Κοινόχρηστη μνήμη. Το Turbo boost είναι απενεργοποιημένο και στις δύο εκδόσεις. Το 8.3 δείχνει συγκρίσιμα αποτελέσματα.
Η διαφορά είναι μέσα στο σφάλμα μέτρησης. Συγκεκριμένα έβγαλα στιγμιότυπα οθόνης του CPU-Z για να δείξω ότι με μια αλλαγή στη συχνότητα αλλάζουν και άλλες παράμετροι, το ίδιο CAS Latency και το RAS σε CAS Delay, που εξουδετερώνει την αλλαγή στη συχνότητα. Η διαφορά θα είναι όταν οι μονάδες μνήμης αλλάζουν φυσικά, από πιο αργές σε πιο γρήγορες, αλλά ακόμη και εκεί οι αριθμοί δεν είναι ιδιαίτερα σημαντικοί.
2. Όταν έχουμε τακτοποιήσει τον επεξεργαστή και τη μνήμη του υπολογιστή-πελάτη, προχωράμε στο επόμενο πολύ σημαντικό μέρος - το δίκτυο. Έχουν γραφτεί πολλοί τόμοι βιβλίων για τον συντονισμό δικτύου, υπάρχουν άρθρα για το Infostart ( και άλλα), αλλά εδώ δεν θα εστιάσω σε αυτό το θέμα. Πριν ξεκινήσετε τη δοκιμή του 1C, βεβαιωθείτε ότι το iperf μεταξύ δύο υπολογιστών δείχνει ολόκληρο το εύρος ζώνης (για κάρτες 1 Gbit - λοιπόν, τουλάχιστον 850 Mbit ή καλύτερα 950-980), ότι η συμβουλή του Gilev έχει ακολουθηθεί. Στη συνέχεια - η απλούστερη δοκιμή λειτουργίας θα είναι, παραδόξως, η αντιγραφή ενός μεγάλου αρχείου (5-10 gigabyte) μέσω του δικτύου. Ένα έμμεσο σημάδι κανονικής λειτουργίας σε δίκτυο 1 Gbit θα είναι η μέση ταχύτητα αντιγραφής 100 MB/sec, καλή λειτουργία - 120 MB/sec. Θα ήθελα να επιστήσω την προσοχή σας στο γεγονός ότι το αδύνατο σημείο (συμπεριλαμβανομένου) μπορεί να είναι το φορτίο του επεξεργαστή. Το πρωτόκολλο SMB στο Linux είναι αρκετά κακώς παραλληλισμένο και κατά τη λειτουργία μπορεί πολύ εύκολα να «καταναλώσει» έναν πυρήνα επεξεργαστή και να μην καταναλώσει άλλο.
Και επιπλέον. Με τις προεπιλεγμένες ρυθμίσεις, το πρόγραμμα-πελάτης των Windows λειτουργεί καλύτερα με έναν διακομιστή Windows (ή ακόμα και έναν σταθμό εργασίας των Windows) και το πρωτόκολλο SMB/CIFS, ένας πελάτης linux (το debian, το ubuntu δεν κοίταξε τους άλλους) λειτουργεί καλύτερα με το linux και το NFS ( λειτουργεί επίσης με SMB, αλλά στο NFS οι παπαγάλοι είναι ψηλότεροι). Το γεγονός ότι κατά τη γραμμική αντιγραφή ένας διακομιστής Windows Linux στο NFS αντιγράφεται σε μια ροή πιο γρήγορα δεν σημαίνει τίποτα. Ο συντονισμός του Debian για 1C είναι ένα θέμα για ένα ξεχωριστό άρθρο, δεν είμαι έτοιμος για αυτό ακόμα, αν και μπορώ να πω ότι στην έκδοση αρχείου είχα ακόμη ελαφρώς καλύτερη απόδοση από την έκδοση Win στον ίδιο εξοπλισμό, αλλά με postgres με πάνω 50 χρήστες Εξακολουθώ να έχω τα πάντα πολύ άσχημα.
Το πιο σημαντικό πράγμα που ξέρουν οι «καμένοι» διαχειριστές, αλλά οι αρχάριοι δεν το λαμβάνουν υπόψη. Υπάρχουν πολλοί τρόποι για να ορίσετε τη διαδρομή στη βάση δεδομένων 1c. Μπορείτε να κάνετε κοινή χρήση διακομιστών, μπορείτε να κάνετε 192.168.0.1share, μπορείτε να χρησιμοποιήσετε το z: 192.168.0.1share (και σε ορισμένες περιπτώσεις αυτή η μέθοδος θα λειτουργεί επίσης, αλλά όχι πάντα) και στη συνέχεια να καθορίσετε τη μονάδα δίσκου Z. Φαίνεται ότι όλες αυτές οι διαδρομές δείχνουν στο ίδιο πράγμα το ίδιο μέρος, αλλά για το 1C υπάρχει μόνο μία μέθοδος που παρέχει κανονική απόδοση αρκετά αξιόπιστα. Λοιπόν, αυτό είναι που πρέπει να κάνετε σωστά:
Στη γραμμή εντολών (ή στις πολιτικές, ή ό,τι άλλο σας βολεύει) - χρησιμοποιήστε το DriveLetter: διακομιστής. Παράδειγμα: καθαρή χρήση m: βάσεις διακομιστών. Τονίζω συγκεκριμένα ΟΧΙ τη διεύθυνση IP, αλλά το όνομα του διακομιστή. Εάν το όνομα διακομιστή δεν είναι ορατό, προσθέστε το στο dns του διακομιστή ή τοπικά στο αρχείο hosts. Αλλά η διεύθυνση πρέπει να είναι ονομαστική. Αντίστοιχα, στο δρόμο προς τη βάση δεδομένων, αποκτήστε πρόσβαση σε αυτόν τον δίσκο (βλ. εικόνα).
Και τώρα θα δείξω με αριθμούς γιατί αυτή είναι η συμβουλή. Αρχικά δεδομένα: Κάρτες Intel X520-DA2, Intel 362, Intel 350, Realtek 8169 OS Win 2008 R2, Win 7, Debian 8. Εφαρμόστηκαν πιο πρόσφατα προγράμματα οδήγησης. Πριν από τη δοκιμή, βεβαιώθηκα ότι το Iperf δίνει το πλήρες εύρος ζώνης (εκτός από κάρτες 10 Gbit, κατάφερε να αποσπάσει μόνο 7,2 Gbit, θα δω γιατί αργότερα, ο δοκιμαστικός διακομιστής δεν έχει ακόμη ρυθμιστεί σωστά). Οι δισκοι ειναι διαφορετικοι αλλα παντου υπαρχει SSD (εισα ειδικα εβαλα μονο δισκο για δοκιμες, δεν ειναι φορτωμενο με τιποτα αλλο) η raid απο SSD. Η ταχύτητα των 100 Mbit λήφθηκε με τον περιορισμό των ρυθμίσεων του προσαρμογέα Intel 362 Δεν υπήρχε διαφορά μεταξύ 1 Gbit χάλκινου Intel 350 και 1 Gbit οπτικού Intel X520-DA2 (που ελήφθη με τον περιορισμό της ταχύτητας του προσαρμογέα). Η μέγιστη απόδοση, το turbo boost είναι απενεργοποιημένο (μόνο για συγκρισιμότητα των αποτελεσμάτων, το turbo boost για καλά αποτελέσματα προσθέτει λίγο λιγότερο από 10%, για κακά αποτελέσματα μπορεί να μην έχει κανένα αποτέλεσμα). Εκδόσεις 1C 8.2.19.86, 8.3.6.2076. Δεν δίνω όλους τους αριθμούς, αλλά μόνο τους πιο ενδιαφέροντες, για να έχετε κάτι να συγκρίνετε.
| 100 Mbit CIFS Νίκη 2008 - Νίκη 2008 επικοινωνήστε με διεύθυνση IP | 100 Mbit CIFS Νίκη 2008 - Νίκη 2008 καλώντας με το όνομα | 1 Gbit CIFS Νίκη 2008 - Νίκη 2008 επικοινωνήστε με διεύθυνση IP | 1 Gbit CIFS Νίκη 2008 - Νίκη 2008 καλώντας με το όνομα | 1 Gbit CIFS Win 2008 - Win 7 καλώντας με το όνομα | 1 Gbit CIFS Win 2008 - Debian καλώντας με το όνομα | 10 Gbit CIFS Νίκη 2008 - Νίκη 2008 επικοινωνήστε με διεύθυνση IP | 10 Gbit CIFS Νίκη 2008 - Νίκη 2008 καλώντας με το όνομα |
|
| 11,20 | 26,18 | 15,20 | 43,86 | 40,65 | 37,04 | 16,23 | 44,64 | |
| 1C 8.2 | 11,29 | 26,18 | 15,29 | 43,10 | 40,65 | 36,76 | 15,11 | 44,10 |
| 8.2.19.83 | 12,15 | 25,77 | 15,15 | 43,10 | 14,97 | 42,74 | ||
| 6,13 | 34,25 | 14,98 | 43,10 | 39,37 | 37,59 | 15,53 | 42,74 | |
| 1C 8.3 | 6,61 | 33,33 | 15,58 | 43,86 | 40,00 | 37,88 | 16,23 | 42,74 |
| 8.3.6.2076 | 33,78 | 15,53 | 43,48 | 39,37 | 37,59 | 42,74 |
Συμπεράσματα (από τον πίνακα και από προσωπική εμπειρία. Ισχύει μόνο για την έκδοση αρχείου):
- Μέσω του δικτύου, μπορείτε να λάβετε αρκετά κανονικούς αριθμούς για εργασία εάν αυτό το δίκτυο έχει ρυθμιστεί σωστά και η διαδρομή έχει εισαχθεί σωστά στο 1C. Ακόμα και ο πρώτος Core i3 μπορεί εύκολα να παράγει 40+ παπαγάλους, κάτι που είναι αρκετά καλό, και δεν είναι μόνο παπαγάλοι, στην πραγματική δουλειά η διαφορά είναι επίσης αισθητή. Αλλά! Ο περιορισμός όταν εργάζεστε με πολλούς (περισσότερους από 10) χρήστες δεν θα είναι πλέον το δίκτυο, εδώ 1 Gbit είναι ακόμα αρκετό, αλλά ο αποκλεισμός κατά την εργασία πολλών χρηστών (Gilev).
- η πλατφόρμα 1C 8.3 είναι πολλές φορές πιο απαιτητική όσον αφορά τη σωστή διαμόρφωση του δικτύου. Βασικές ρυθμίσεις - δείτε Gilev, αλλά έχετε κατά νου ότι όλα μπορούν να επηρεαστούν. Είδα μια επιτάχυνση από την απεγκατάσταση (και όχι απλώς την απενεργοποίηση) του antivirus, από την αφαίρεση πρωτοκόλλων όπως το FCoE, από την αλλαγή προγραμμάτων οδήγησης σε μια παλαιότερη, αλλά πιστοποιημένη έκδοση της Microsoft (ειδικά για φτηνές κάρτες όπως ASUS και DLC), από την αφαίρεση της δεύτερης κάρτας δικτύου από τον διακομιστή. Υπάρχουν πολλές επιλογές, ρυθμίστε το δίκτυό σας προσεκτικά. Μπορεί να υπάρχει μια κατάσταση όπου η πλατφόρμα 8.2 δίνει αποδεκτούς αριθμούς και το 8.3 - δύο ή και περισσότερες φορές λιγότερους. Δοκιμάστε να παίξετε με τις εκδόσεις πλατφόρμας 8.3, μερικές φορές έχετε πολύ μεγάλο αποτέλεσμα.
- Το 1C 8.3.6.2076 (ίσως αργότερα, δεν έχω ψάξει ακόμα για την ακριβή έκδοση) εξακολουθεί να είναι πιο εύκολο να διαμορφωθεί μέσω του δικτύου από ό,τι το 8.3.7.2008. Κατάφερα να επιτύχω κανονική λειτουργία μέσω του δικτύου από τις 8.3.7.2008 (σε συγκρίσιμα παπαγαλάκια) μόνο μερικές φορές δεν μπορούσα να το επαναλάβω για μια γενικότερη περίπτωση. Δεν κατάλαβα πολλά, αλλά αν κρίνω από τα πόδια από το Process Explorer, η εγγραφή εκεί δεν είναι τόσο καλή όσο στην 8.3.6.
- Παρά το γεγονός ότι όταν εργάζεστε σε ένα δίκτυο 100 Mbit, το χρονοδιάγραμμα φόρτωσης είναι μικρό (μπορούμε να πούμε ότι το δίκτυο είναι δωρεάν), η ταχύτητα λειτουργίας εξακολουθεί να είναι πολύ μικρότερη από ό,τι σε 1 Gbit. Ο λόγος είναι η καθυστέρηση δικτύου.
- Όλα τα άλλα πράγματα είναι ίσα (ένα δίκτυο που λειτουργεί καλά) για το 1C 8.2, η σύνδεση Intel-Realtek είναι 10% πιο αργή από την Intel-Intel. Αλλά το realtek-realtek μπορεί γενικά να δώσει απότομη καθίζηση από το μπλε. Επομένως, εάν έχετε χρήματα, είναι καλύτερο να κρατάτε τις κάρτες δικτύου της Intel παντού, αν δεν έχετε χρήματα, τότε εγκαταστήστε την Intel μόνο στον διακομιστή (το CO σας). Και υπάρχουν πολλές φορές περισσότερες οδηγίες για τον συντονισμό των καρτών δικτύου Intel.
- Οι προεπιλεγμένες ρυθμίσεις προστασίας από ιούς (χρησιμοποιώντας την έκδοση 10 του drweb ως παράδειγμα) καταλαμβάνουν περίπου το 8-10% των παπαγάλων. Εάν το ρυθμίσετε όπως θα έπρεπε (επιτρέψτε στη διαδικασία 1cv8 να κάνει τα πάντα, αν και δεν είναι ασφαλές), η ταχύτητα είναι ίδια με αυτή χωρίς antivirus.
- ΜΗΝ διαβάζετε γκουρού του Linux. Ένας διακομιστής με samba είναι υπέροχος και δωρεάν, αλλά αν εγκαταστήσετε τα Win XP ή Win7 (ή ακόμα καλύτερα - λειτουργικό σύστημα διακομιστή) στον διακομιστή, τότε η έκδοση αρχείου του 1c θα λειτουργήσει πιο γρήγορα. Ναι, η samba και η στοίβα πρωτοκόλλου και οι ρυθμίσεις δικτύου και πολλά, πολλά άλλα μπορούν να συντονιστούν καλά στο debian/ubuntu, αλλά αυτό συνιστάται για ειδικούς. Δεν έχει νόημα να εγκαταστήσετε το Linux με προεπιλεγμένες ρυθμίσεις και μετά να λέτε ότι είναι αργό.
- Είναι πολύ καλή ιδέα να ελέγξετε τη λειτουργία των δίσκων που συνδέονται μέσω δικτύου χρησιμοποιώντας το fio . Τουλάχιστον θα είναι σαφές εάν πρόκειται για προβλήματα με την πλατφόρμα 1C ή με το δίκτυο/δισκό.
- Για την έκδοση ενός χρήστη, δεν μπορώ να σκεφτώ δοκιμές (ή μια κατάσταση) όπου θα ήταν ορατή η διαφορά μεταξύ 1 Gbit και 10 Gbit. Το μόνο πράγμα όπου τα 10 Gbit για την έκδοση αρχείου έδωσαν καλύτερα αποτελέσματα είναι η σύνδεση δίσκων μέσω iSCSI, αλλά αυτό είναι ένα θέμα για ξεχωριστό άρθρο. Ωστόσο, νομίζω ότι για την έκδοση αρχείου αρκούν κάρτες 1 Gbit.
- Δεν καταλαβαίνω γιατί, με ένα δίκτυο 100 Mbit, το 8.3 λειτουργεί αισθητά πιο γρήγορα από το 8.2, αλλά ήταν γεγονός. Όλος ο άλλος εξοπλισμός, όλες οι άλλες ρυθμίσεις είναι απολύτως ίδιες, απλώς στη μία περίπτωση δοκιμάζεται το 8.2 και στην άλλη - 8.3.
- Το μη συντονισμένο NFS win-win ή win-lin δίνει 6 παπαγάλους, δεν τους συμπεριέλαβα στον πίνακα. Μετά το συντονισμό πήρα 25, αλλά ήταν ασταθές (η διαφορά στις μετρήσεις ήταν πάνω από 2 μονάδες). Δεν μπορώ ακόμη να δώσω συστάσεις σχετικά με τη χρήση των Windows και του πρωτοκόλλου NFS.
Διακομιστής τερματικού. (η βάση δεδομένων βρίσκεται στον διακομιστή, οι πελάτες συνδέονται μέσω δικτύου, πρωτόκολλο RDP). Αλγόριθμος βήμα προς βήμα:
- Προσθέτουμε τη δοκιμαστική βάση δεδομένων του Gilev στον διακομιστή στον ίδιο φάκελο με τις κύριες βάσεις δεδομένων. Συνδεόμαστε από τον ίδιο διακομιστή και εκτελούμε τη δοκιμή. Θυμόμαστε το αποτέλεσμα.
- Με τον ίδιο ακριβώς τρόπο όπως στην έκδοση αρχείου, διαμορφώνουμε τον επεξεργαστή. Στην περίπτωση ενός τερματικού διακομιστή, ο επεξεργαστής παίζει γενικά τον κύριο ρόλο (υποτίθεται ότι δεν υπάρχουν εμφανή αδύνατα σημεία, όπως η έλλειψη μνήμης ή μια τεράστια ποσότητα περιττού λογισμικού).
- Η διαμόρφωση καρτών δικτύου στην περίπτωση τερματικού διακομιστή δεν έχει ουσιαστικά καμία επίδραση στη λειτουργία του 1c. Για να εξασφαλίσετε «ειδική» άνεση, εάν ο διακομιστής σας παράγει περισσότερους από 50 παπαγάλους, μπορείτε να παίξετε με νέες εκδόσεις του πρωτοκόλλου RDP, μόνο για την άνεση των χρηστών, την ταχύτερη απόκριση και την κύλιση.
- Όταν ένας μεγάλος αριθμός χρηστών εργάζεται ενεργά (και εδώ μπορείτε ήδη να δοκιμάσετε να συνδέσετε 30 άτομα σε μια βάση δεδομένων, αν προσπαθήσετε), είναι πολύ σκόπιμο να εγκαταστήσετε μια μονάδα SSD. Για κάποιο λόγο, πιστεύεται ότι ο δίσκος δεν επηρεάζει ιδιαίτερα τη λειτουργία του 1C, αλλά όλες οι δοκιμές πραγματοποιούνται με την προσωρινή μνήμη του ελεγκτή ενεργοποιημένη για εγγραφή, κάτι που είναι εσφαλμένο. Η βάση δοκιμής είναι μικρή, ταιριάζει αρκετά στην κρυφή μνήμη, εξ ου και τα υψηλά νούμερα. Στις πραγματικές (μεγάλες) βάσεις δεδομένων όλα θα είναι εντελώς διαφορετικά, επομένως η προσωρινή μνήμη είναι απενεργοποιημένη για δοκιμές.
| Raid 10 4x SATA 7200 ATA ST31500341AS | Raid 10 4x SAS 10k | Raid 10 4x SAS 15k | Μονός SSD | Ramdisk | Ramdisk | Η προσωρινή μνήμη ενεργοποιήθηκε Ελεγκτής RAID |
|
| 21,74 | 28,09 | 32,47 | 49,02 | 50,51 | 53,76 | 49,02 | |
| 1C 8.2 | 21,65 | 28,57 | 32,05 | 48,54 | 49,02 | 53,19 | |
| 8.2.19.83 | 21,65 | 28,41 | 31,45 | 48,54 | 49,50 | 53,19 | |
| 33,33 | 42,74 | 45,05 | 51,55 | 52,08 | 55,56 | 51,55 | |
| 1C 8.3 | 33,46 | 42,02 | 45,05 | 51,02 | 52,08 | 54,95 | |
| 8.3.7.2008 | 35,46 | 43,01 | 44,64 | 51,55 | 52,08 | 56,18 |
- Η ενεργοποιημένη κρυφή μνήμη του ελεγκτή RAID εξαλείφει όλες τις διαφορές μεταξύ των δίσκων. Η δοκιμή με αυτό σε μια μικρή ποσότητα δεδομένων είναι άχρηστη και δεν είναι κανενός είδους ενδεικτική.
- Για την πλατφόρμα 8.2, η διαφορά στην απόδοση μεταξύ των επιλογών SATA και SSD είναι υπερδιπλάσια. Αυτό δεν είναι τυπογραφικό λάθος. Εάν κοιτάξετε την οθόνη απόδοσης κατά τη διάρκεια της δοκιμής σε μονάδες SATA. τότε μπορείτε να δείτε καθαρά το "Ενεργός χρόνος λειτουργίας δίσκου (σε%)" 80-95. Ναι, εάν ενεργοποιήσετε την προσωρινή μνήμη των ίδιων των δίσκων για εγγραφή, η ταχύτητα θα αυξηθεί στα 35, εάν ενεργοποιήσετε την κρυφή μνήμη του ελεγκτή raid - έως 49 (ανεξάρτητα από το ποιοι δίσκοι δοκιμάζονται αυτήν τη στιγμή). Αλλά αυτά είναι συνθετικά παπαγαλάκια κρυφής μνήμης σε πραγματική εργασία, με μεγάλες βάσεις δεδομένων, δεν θα υπάρξει ποτέ αναλογία επιτυχίας της κρυφής μνήμης 100%.
- Η ταχύτητα ακόμη και των φθηνών SSD (δοκίμασα στο Agility 3) είναι αρκετά αρκετή για να τρέξει την έκδοση του αρχείου. Ο πόρος εγγραφής είναι άλλο θέμα, πρέπει να τον κοιτάξετε σε κάθε συγκεκριμένη περίπτωση, είναι σαφές ότι το Intel 3700 θα το έχει μια τάξη μεγέθους υψηλότερο, αλλά η τιμή είναι αντίστοιχη. Και ναι, καταλαβαίνω ότι κατά τη δοκιμή ενός δίσκου SSD, δοκιμάζω επίσης την κρυφή μνήμη αυτού του δίσκου σε μεγαλύτερο βαθμό, τα πραγματικά αποτελέσματα θα είναι λιγότερα.
- Η πιο σωστή (από την άποψή μου) λύση θα ήταν να εκχωρήσετε 2 δίσκους SSD σε ένα mirrored raid για μια βάση δεδομένων αρχείων (ή πολλές βάσεις δεδομένων αρχείων), και να μην τοποθετήσετε τίποτα άλλο εκεί. Ναι, με έναν καθρέφτη, οι SSD φθείρονται εξίσου και αυτό είναι ένα μείον, αλλά τουλάχιστον τα ηλεκτρονικά του ελεγκτή προστατεύονται κατά κάποιο τρόπο από σφάλματα.
- Τα κύρια πλεονεκτήματα των μονάδων SSD για την έκδοση αρχείου θα εμφανιστούν όταν υπάρχουν πολλές βάσεις δεδομένων, η καθεμία με πολλούς χρήστες. Εάν υπάρχουν 1-2 βάσεις δεδομένων και υπάρχουν περίπου 10 χρήστες, τότε οι δίσκοι SAS θα είναι αρκετοί. (αλλά σε κάθε περίπτωση, κοιτάξτε να φορτώσετε αυτούς τους δίσκους, τουλάχιστον μέσω του perfmon).
- Τα κύρια πλεονεκτήματα ενός τερματικού διακομιστή είναι ότι μπορεί να έχει πολύ αδύναμους πελάτες και οι ρυθμίσεις δικτύου επηρεάζουν πολύ λιγότερο τον διακομιστή τερματικού (και πάλι, το K.O.).
Εάν το τεστ του Gilev δείχνει μικρούς αριθμούς και έχετε επεξεργαστή υψηλού ρολογιού και γρήγορους δίσκους, τότε ο διαχειριστής πρέπει να λάβει τουλάχιστον το Perfmon, να καταγράψει κάπου όλα τα αποτελέσματα και να παρακολουθήσει, να παρατηρήσει και να βγάλει συμπεράσματα. Δεν θα υπάρξει οριστική συμβουλή.
Επιλογή πελάτη-διακομιστή.
Οι δοκιμές πραγματοποιήθηκαν μόνο στο 8.2, επειδή στο 8.3 όλα εξαρτώνται πολύ σοβαρά από την έκδοση.
Για δοκιμή, επέλεξα διαφορετικές επιλογές διακομιστή και δίκτυα μεταξύ τους για να δείξω τις κύριες τάσεις.
| 1C: Xeon 5520 SQL: Xeon E5-2630 | 1C: Xeon 5520 SQL: Xeon E5-2630 Κανάλι οπτικών ινών - SSD | 1C: Xeon 5520 SQL: Xeon E5-2630 Κανάλι οπτικών ινών - SAS | 1C: Xeon 5650 SQL: Xeon E5-2630 | 1C: Xeon 5650 SQL: Xeon E5-2630 Κανάλι οπτικών ινών - SSD | 1C: Xeon 5650 SQL: Xeon E5-2630 | 1C: Xeon 5650 = | 1C: Xeon 5650 = | 1C: Xeon 5650 = | 1C: Xeon 5650 = | 1C: Xeon 5650 = | |
| 16,78 | 18,23 | 16,84 | 28,57 | 27,78 | 32,05 | 34,72 | 36,50 | 23,26 | 40,65 | 39.37 | |
| 1C 8.2 | 17,12 | 17,06 | 14,53 | 29,41 | 28,41 | 31,45 | 34,97 | 36,23 | 23,81 | 40,32 | 39.06 |
| 16,72 | 16,89 | 13,44 | 29,76 | 28,57 | 32,05 | 34,97 | 36,23 | 23,26 | 40,32 | 39.06 |
Φαίνεται ότι έχω σκεφτεί όλες τις ενδιαφέρουσες επιλογές, αν υπάρχει κάτι άλλο που σας ενδιαφέρει, γράψτε στα σχόλια, θα προσπαθήσω να το κάνω.
- Το SAS στα συστήματα αποθήκευσης είναι πιο αργό από τα τοπικά SSD, παρόλο που τα συστήματα αποθήκευσης έχουν μεγαλύτερα μεγέθη κρυφής μνήμης. Οι SSD, τόσο τοπικοί όσο και σε συστήματα αποθήκευσης, λειτουργούν με συγκρίσιμες ταχύτητες για τη δοκιμή του Gilev. Δεν γνωρίζω καμία τυπική δοκιμή πολλαπλών νημάτων (όχι μόνο εγγραφή, αλλά όλο τον εξοπλισμό) εκτός από τη δοκιμή φορτίου 1C από το MCC.
- Η αλλαγή του διακομιστή 1C από 5520 σε 5650 σχεδόν διπλασίασε την απόδοση. Ναι, οι διαμορφώσεις διακομιστή δεν ταιριάζουν πλήρως, αλλά δείχνει μια τάση (καμία έκπληξη).
- Η αύξηση της συχνότητας στον διακομιστή SQL δίνει σίγουρα ένα αποτέλεσμα, αλλά όχι το ίδιο όπως στον διακομιστή MS SQL είναι εξαιρετικό (αν το ζητήσετε) για χρήση πολλαπλών πυρήνων και ελεύθερης μνήμης.
- Η αλλαγή του δικτύου μεταξύ 1C και SQL από 1 Gbit σε 10 Gbit δίνει περίπου 10% παπαγάλους. Περίμενα περισσότερα.
- Η ενεργοποίηση της κοινής μνήμης εξακολουθεί να δίνει ένα αποτέλεσμα, αν και όχι 15%, όπως περιγράφεται στο άρθρο. Φροντίστε να το κάνετε, ευτυχώς είναι γρήγορο και εύκολο. Εάν κατά την εγκατάσταση κάποιος έδωσε στον διακομιστή SQL μια επώνυμη παρουσία, τότε για να λειτουργήσει το 1C, το όνομα διακομιστή πρέπει να καθοριστεί όχι από το FQDN (το tcp/ip θα λειτουργήσει), όχι μέσω του localhost ή απλώς του ServerName, αλλά μέσω του ServerNameInstanceName, για παράδειγμα zz- testzztest. (Διαφορετικά, θα υπάρξει σφάλμα DBMS: Microsoft SQL Server Native Client 10.0: Shared Memory Provider: Η βιβλιοθήκη κοινόχρηστης μνήμης που χρησιμοποιήθηκε για τη δημιουργία σύνδεσης με τον SQL Server 2000 δεν βρέθηκε. HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, S000r : SQLSTATE=08001, κατάσταση=1, Σοβαρότητα=10, εγγενής=126, γραμμή=0).
- Για χρήστες μικρότερους από 100, το μόνο σημείο για να το χωρίσετε σε δύο ξεχωριστούς διακομιστές είναι μια άδεια Win 2008 Std (και παλαιότερη), η οποία υποστηρίζει μόνο 32 GB μνήμης RAM. Σε όλες τις άλλες περιπτώσεις, το 1C και το SQL πρέπει οπωσδήποτε να εγκατασταθούν σε έναν διακομιστή και να τους δοθεί περισσότερη (τουλάχιστον 64 GB) μνήμη. Το να δώσετε στο MS SQL λιγότερα από 24-28 GB μνήμης RAM είναι αδικαιολόγητη απληστία (αν πιστεύετε ότι έχετε αρκετή μνήμη για αυτό και όλα λειτουργούν καλά, ίσως η έκδοση αρχείου του 1C να σας αρκούσε;)
- Πόσο χειρότερο λειτουργεί ο συνδυασμός 1C και SQL σε μια εικονική μηχανή είναι το θέμα ενός ξεχωριστού άρθρου (υπόδειξη - αισθητά χειρότερο). Ακόμα και στο Hyper-V δεν είναι όλα τόσο ξεκάθαρα...
- Η ισορροπημένη λειτουργία απόδοσης είναι κακή. Τα αποτελέσματα είναι αρκετά συνεπή με την έκδοση του αρχείου.
- Πολλές πηγές λένε ότι η λειτουργία εντοπισμού σφαλμάτων (ragent.exe -debug) προκαλεί σημαντική μείωση στην απόδοση. Λοιπόν, μειώνει, ναι, αλλά δεν θα αποκαλούσα το 2-3% σημαντικό αποτέλεσμα.
Η τυπική δοκιμή φόρτωσης έχει σχεδιαστεί για να αξιολογεί την απόδοση του υλικού και του λογισμικού διακομιστή στους λεγόμενους «Τυπικούς χρήστες 1C». Ο κύριος τομέας εφαρμογής αυτής της δοκιμής είναι η επιλογή διαμορφώσεων υλικού και λογισμικού διακομιστή για τους σκοπούς μιας συγκεκριμένης υλοποίησης.
Προβλήματα προς επίλυση
- Υπολογισμός της απόδοσης μιας δεδομένης διαμόρφωσης υλικού και λογισμικού διακομιστή
- Σύγκριση της απόδοσης διαφορετικών διαμορφώσεων υλικού και λογισμικού διακομιστή
- Επιλογή του απαραίτητου εξοπλισμού για τη λειτουργία αυτού του πληροφοριακού συστήματος
- Υπολογισμός των παραμέτρων του εξοπλισμού που είναι απαραίτητος για τη λειτουργία αυτού του πληροφοριακού συστήματος
Τι αξιολογεί το τεστ;
Το τεστ αξιολογεί την απόδοση ολόκληρο το σύνολο του υλικού διακομιστή και του λογισμικού διακομιστήαπό την άποψη των τυπικών εργασιών για συστήματα που εκτελούνται στην πλατφόρμα 1C:Enterprise 8. Δηλαδή, η προκύπτουσα αξιολόγηση δεν αντικατοπτρίζει την απόδοση οποιουδήποτε στοιχείου διακομιστή του συστήματος (για παράδειγμα, ενός διακομιστή που λειτουργεί σε ένα σύμπλεγμα 1C:Enterprise), αλλά μάλλον ολόκληρη τη διαμόρφωση του διακομιστή ως σύνολο. Το τμήμα διακομιστή του συστήματος, η απόδοση του οποίου μετράται με αυτήν τη δοκιμή, περιλαμβάνει:
- όλοι οι διακομιστές που λειτουργούν που χρησιμοποιούνται για την ανάπτυξη του συμπλέγματος 1C: Enterprise και των διακομιστών DBMS
- λειτουργικά συστήματα όλων των διακομιστών που λειτουργούν·
- ρυθμίσεις λειτουργικών συστημάτων, 1C:Enterprise και DBMS.
Κατά τη διάρκεια της δοκιμής, η δοκιμή θα αυξήσει αυτόματα τον αριθμό των ταυτόχρονων χρηστών έως ότου ένα από τα στοιχεία υλικού ή λογισμικού του συστήματος δεν μπορεί πλέον να αντιμετωπίσει το φορτίο. Αυτό θα οδηγήσει σε κακή βαθμολογία απόδοσης και η δοκιμή θα σταματήσει με αποτέλεσμα την τελευταία καλή τιμή. Ταυτόχρονα, τα υπόλοιπα εξαρτήματα μπορεί να υποφορτωθούν σε έναν ή τον άλλο βαθμό.
Έτσι, η δοκιμή αξιολογεί την απόδοση του τμήματος διακομιστή του συστήματος με βάση το σημείο συμφόρησης, δηλαδή το λιγότερο παραγωγικό στοιχείο του.
Εάν το τμήμα διακομιστή του συστήματος δεν είναι καλά ισορροπημένο για να λειτουργεί με το 1C:Enterprise, τότε εξαλείφοντας το σημείο συμφόρησης (αντικαθιστώντας ή αναβαθμίζοντας το λιγότερο παραγωγικό στοιχείο) μπορείτε να λάβετε υψηλότερη βαθμολογία απόδοσης.
Λάβετε υπόψη ότι η δοκιμή δεν αξιολογεί την απόδοση του τμήματος πελάτη του συστήματος με κανέναν τρόπο, επομένως αυτός ο παράγοντας θα πρέπει να αποκλειστεί εντελώς. Με άλλα λόγια, οι σταθμοί εργασίας-πελάτες δεν πρέπει να αποτελούν εμπόδιο του συστήματος. Αυτό το ζήτημα συζητείται με περισσότερες λεπτομέρειες στο κεφάλαιο «Προετοιμασία του τμήματος πελάτη του πάγκου δοκιμών».
Πώς λειτουργεί το τεστ
Η τυπική δοκιμή φορτίου είναι μια βάση πληροφοριών 1C:Enterprise 8.2 με διαμόρφωση που βασίζεται στη "Manufacturing Enterprise Management". Η διαμόρφωση συνδυάζεται με το Test Center 2.0, το οποίο περιλαμβάνει ένα δοκιμαστικό σενάριο.
Το σενάριο δοκιμών περιλαμβάνει εξομοίωση της επιχειρηματικής διαδικασίας «πωλήσεις στο SCP», και συγκεκριμένα: τη δημιουργία πολλών διαφορετικών εγγράφων, τη δημιουργία αναφορών και άλλες εφαρμοσμένες ενέργειες. Η δοκιμή λειτουργεί σε πλήρη παράλληλη λειτουργία, δηλαδή, κάθε χρήστης λειτουργεί με τα δικά του μοναδικά δεδομένα και δεν υπάρχουν αναμονή για κλειδαριές. Ο χρήστης ολοκληρώνει έναν πλήρη κύκλο πωλήσεων ανά λεπτό.
Υπολογιστές (συμβατική ονομασία) που συμμετέχουν στις δοκιμές - περιγραφή (οι δίσκοι υποδεικνύονται μόνο για τη βάση δεδομένων):
(διευκρίνιση μεταξύ διακομιστών δικτύου 1 Gbit)
1) IT33- επιφάνεια εργασίας σε Core i5 4 πυρήνες 2,8 GHz, DDR3 3 GB, ένας σκληρός δίσκος 7200 rps.
2) ΠΡΑΓΜΑΤΙΚΟΣ- ΤΟ ΠΙΟ ΙΣΧΥΡΟ όπως νόμιζα)) 8 πυρήνες Xeon στα 3 GHz, DDR2 48 GB, RAID10 σε SSD
3) ΠΡΑΓΜΑΤΙΚΟ2- 8 πυρήνες Xeon στα 2 GHz, DDR2 22 GB,RAID10 σε σκληρούς δίσκους SAS 10.000 rps
Οι δοκιμές πραγματοποιήθηκαν στη διαμόρφωση 1c από την Gilev:
"SQL Server" ---> "1C Server" ---> "Evaluation" + "Όνομα υπολογιστή πελάτη (αν δεν έχει καθοριστεί, τότε είναι το ίδιο στη λίστα)">1)REAL2--->REAL2--->25,64(TCP--SQL)
>2)REAL2--->REAL2--->26.32(SQL--Κοινόχρηστη μνήμη)
>3)REAL2--->REAL2--->25.64(SQL--Κοινόχρηστη μνήμη) + IT33(πελάτης) - από δίκτυο πελάτη σε διακομιστή = 10 Mbit
>4 )REAL2--->REAL2--->24.27(SQL--Shared Memory) + ΠΡΑΓΜΑΤΙΚΟ(πελάτης) - χμμ.. περίεργο δίκτυο 1 Gbit... γιατί είναι λιγότεροι οι παπαγάλοι..
>5)REAL2--->REAL2--->37,59(Αρχείο)
**
****
**************************
>1)ΠΡΑΓΜΑΤΙΚΟ--->ΠΡΑΓΜΑΤΙΚΟ--->8,73(TCP--SQL)
>2)ΠΡΑΓΜΑΤΙΚΟ---> Real2--->11.99(TCP--SQL) --- αυτό έχει ήδη αρχίσει να μου κάνει κάποιες σκέψεις))
>3)ΠΡΑΓΜΑΤΙΚΟ--->ΠΡΑΓΜΑΤΙΚΟ--->17,48 (Αρχείο)
** **** ******************************
>1)IT33--->IT33--->26,88(TCP--SQL)
>2)IT33--->IT33--->34.72(SQL--Κοινόχρηστη μνήμη)
>3)IT33--->IT33--->59.52(Αρχείο)
Αποτελέσματα:
Κοίταξα τα αποτελέσματα των δοκιμών... στριμμένα έτσι κι εκεί)) και μετά μου φάνηκε (έκανα μετρήσεις της ταχύτητας της μνήμης RAM),
τι γίνεται με την ταχύτητα του 1s 8.x (σημειώνω ότι τα αποτελέσματα δοκιμής βασίζονται στη λειτουργία SINGLE-USER, αλλά και για την έκδοση πελάτη-διακομιστή με εργασία πολλών χρηστών - νομίζω ότι θα έχουν επίσης σημαντικό μερίδιο επιρροής) -
Έτσι, η ταχύτητα 1C επηρεάζεται από: συχνότητα διαύλου CPU + συχνότητα μνήμης RAM
----> τι επηρεάζει Ταχύτητες WRITE και READ σε RAM. Που αποτελεί τη βάση για την απόδοση του 1s 8.χ.
Υπολογιστές που μοιράστηκαν βραβεία ως προς την ταχύτητα λειτουργίας 1 δευτ.))
1) IT33--->IT33--->59.52(Αρχείο)
RAM DDR 3 (Ανάγνωση 11089 MB/s, εγγραφή 7047 MB/s) ------ όπως περίμενα η διαφορά θα είναι σημαντική με τους διακομιστές
2) ΠΡΑΓΜΑΤΙΚΟ2--->REAL2--->37,59(Αρχείο)
- RAM DDR2 (Read=3474, Write=2068)
3) ΠΡΑΓΜΑΤΙΚΟ--->ΠΡΑΓΜΑΤΙΚΟ--->17,48(Αρχείο)
- RAM DDR2 (Read=1737 MB/s, Write=1042 MB/s) - όπως αποδείχθηκε, η ταχύτητα είναι χαμηλότερη από αυτή του Real2 - ακριβώς 2 φορές,
Λόγω των ενεργοποιημένων Εικονικών Πυρήνων (Hyper-trading), πιθανότατα θα το απενεργοποιήσουμε.
ΣΥΜΠΕΡΑΣΜΑΤΑ:
Η υψηλότερη ταχύτητα λειτουργίας 1s 8.x επιτυγχάνεται:
Ι) για την επιλογή Αρχείο (προσωπικά δεν με ενδιαφέρει)
Α) εκκίνηση του Client (οποιουδήποτε) σε υπολογιστή με υψηλή ταχύτητα εργασίας με RAM. (για παράδειγμα Terminal Server
DB εκεί).
II) για την επιλογή Client-Server
1) Χοντροί πελάτες 1Cστον "Terminal Server" - με +
2) Thin clients 1C- δεν υπάρχει ιδιαίτερη διαφορά που... αλλά καλό είναι να το διαμορφώσετε μέσω "HTTP://".
3α) "SQL Server" + "1C Enterprise Server"(σε λειτουργία Κοινόχρηστης μνήμης) - σε ένα αυτοκίνητο με Υψηλότερη ταχύτητα εγγραφής/ανάγνωσης RAM + Πυρήνες CPU υψηλής συχνότητας GHzδίσκους
Διευκρινίσεις:
- υποστήριξηΚοινή μνήμη- εμφανίστηκε στον κινητήρα από την 8.2.17 (ΠΡΟΣΟΧΗ στη διαμόρφωση - η λειτουργία συμβατότητας με προηγούμενες εκδόσεις του κινητήρα δεν πρέπει να είναι ενεργοποιημένη), σε προηγούμενους κινητήρες θα χρησιμοποιηθούν Naimed Pipes - εμφανίζει επίσης καλά αποτελέσματα))
- RAID σε μονάδες SSD- συνιστάται η χρήση RAID10 - για ανοχή σφαλμάτων, λαμβάνοντας υπόψη την Κλίμακα εγγραφής:
παράδειγμα RAID10 (4 τμχ. Ποινή εγγραφής = 2), Ταχύτητα εγγραφής = 4/2 = 2 δίσκοι, Χωρίς ποινή ανάγνωσης.
Μπορείτε επίσης να αυξήσετε περαιτέρω την αξιοπιστία και τη σταθερότητα της ταχύτητας SSD - χρησιμοποιώντας όχι ολόκληρη τη χωρητικότητα του δίσκου.
παράδειγμα (αύξηση της αξιοπιστίας ενός SSD επιφάνειας εργασίας στο επίπεδο ενός SSD διακομιστή):
Εάν, για παράδειγμα, SSD Intel 520 series 120 GB, και εκχωρήσετε 81 GB και αφήσετε τον υπόλοιπο χώρο αδιάθετο -
τότε περίπου το 32% του χώρου SSD θα διατεθεί για overprovisioning επιπλέον του ήδη υπάρχοντος κρυφού 8%. Συνολικά παίρνουμε περίπου 40%
Η διαφορά μεταξύ του διακομιστή SSD Intel 710 series και του desktop SSD Intel 320 series είναι ακριβώς η διαφορά στην υπερπαροχή: περισσότερο από 40% για τον Intel 710 και 8% για τον Intel 320.
Εάν υπάρχουν πολλοί πελάτες 1C από 100 και μετά:
1) Στις τρέχουσες τεχνολογίες δικτύου Ethernet - ΔΕΝ συνιστάται η διαγραφή "SQL" "Server 1C".
για παράδειγμα λόγω καθυστέρησης (καθυστερήσεις) στο δίκτυο Gigabit Ethernet - πραγματική ταχύτητα ανταλλαγής με SQL = 30 Megabytes/s - που δεν αρκεί ούτε για εντατική εργασία με τη Βάση Δεδομένων 1 χρήστη.
2) Επειδή στην πραγματικότητα, "Server 1C" = "Object DBMS" (πολυδιάστατα αντικείμενα) και "SQL" = "Σχεσιακό DBMS"(αποθήκευση δεδομένων σε επίπεδο πίνακα)
=> στη βάση δεδομένων SQL, αποθηκεύεται μια FLAT προβολή αντικειμένων 1C και ο διακομιστής 1C συλλέγει ένα αντικείμενο από αυτήν την προβολή, στη συνέχεια εργάζεται με αυτό το αντικείμενο και τέλος, μετά την ολοκλήρωση της εργασίας, το εκθέτει ξανά σε επίπεδη προβολή και το αποθηκεύει σε SQL.
Ως αποτέλεσμα, μεταξύ "SQL" και "1C Server", θα πρέπει να εγκαταλείψετε τον χωρισμό του σε δύο φυσικούς διακομιστές. Αλλά μπορείτε να χρησιμοποιήσετε την πλήρη υλοποίηση των κόμβων NUMA. ( Αυτό πρέπει να υποστηρίζεται από το λειτουργικό σύστημα και τους ίδιους τους επεξεργαστές).
3β) Διαχωρίζουμε τους διακομιστές SQL και τους διακομιστές 1c ξεχωριστά:
Στις τρέχουσες τεχνολογίες Ethernet - για παράδειγμα Gigabit - ΟΧΙ Πρακτικό
-SQL σε διακομιστή με Υψηλότερη ταχύτητα εγγραφής/ανάγνωσης RAM + Πυρήνες CPU υψηλής συχνότητας GHz
-Μερικοί PHYSICAL servers στο Cluster 1cντο Υψηλότερη ταχύτητα εγγραφής/ανάγνωσης RAM +
Πυρήνες CPU υψηλής συχνότητας GHz+ Συνιστάται η χρήση RAID σε SSD-δίσκους
