Jump to content









Photo

ΠΡΟΒΛΗΜΑ ΤΟΠΙΚΟΥ ΔΙΚΤΥΟΥ (ΔΙΑΚΟΠΕΣ ΣΤΟ ERP)


  • Please log in to reply
28 replies to this topic

#1 windie

windie

    Junior IT

  • Members
  • PipPip
  • 23 posts

Posted 10 March 2011 - 04:44 PM

Καλημέρα σας,
θα θελα την βοήθεια σας σχετικά με ένα πρόβλημα που αντιμετωπίζω σε ένα τοπικό δίκτυο. Το δίκτυο μου αποτελείται από 1 server HP ml350, 1 switch 24port, και 15 τερματικά. Επίσης υπάρχει η εφαρμογή singular enterprice η οποία χρησιμοποιεί oracle.
Το πρόβλημα είναι ότι έχω κολλήματα στην εφαρμογή.Όταν κολλάει ένα τερματικό κολλάνε όλα για κάποια δευτερόλεπτα και καμία φορά μέχρι μερικά λεπτά. Οι συνάδερφοι που ασχολούνται με το erp λένε ότι έχουν ελέγξει το πρόγραμμα και η διακοπές δεν οφείλονται σε εκείνο αλλά στο δίκτυο. Εγώ πάλι από την μερια μου δοκίμασα να κάνω ping μια ολόκληρη μέρα από το server προς κάποιο τερματικό και δεν είχε πουθενά διακοπές στο αρχειο του ping. Oλοι οι χρόνοι στα ping είναι >1ms. Έχω ελέγξει τον server για ιούς και malwares, έχω βάλει εξαιρέσεις στο antivirus για την συγκεκριμένη εφαρμογή (ERP) χωρίς όμως να υπάρχει κάποια αλλαγή στις διακοπές. Θα ήθελα να ακούσω την γνώμη σας καταρχήν πως να εντοπίσω που ακριβώς είναι το πρόβλημα και αν έχετε καμία ιδέα για την λύση του. Ευχαριστώ προκαταβολικά για τις απαντήσεις σας.

#2 apostolos

apostolos

    Skilled IT Pro

  • Members
  • PipPipPipPip
  • 568 posts

Posted 10 March 2011 - 04:51 PM

Είμαι σίγουρος ότι εχεις Win7 μηχανάκια.  Δεν φταίει το δίκτυο. To sen έχει αυτό το πρόβλημα στα Win7. Σε κάποια μου μηχανήματα με ενημέρωση των drivers και updates κάποια διορθώθηκαν. Σε κάποια απλά το πρόβλημα παραμένει. Βάζεις SP1 ανάβεις μια λαμπάδα ίσα με το μπόι σου και προσεύχεσαι. Μέρες που είναι υπάρχει μεγάλη πιθανότητα να μας λυπηθεί. Αλλά μην ψάχνεις να ανακαλύψεις τι πρόβλημα υπάρχει με το δίκτυο. Δεν υπάρχει. Απλά τα περιμένεις να ξεκολλήσουν .

To V or not to V?
Ignorance is not the problem, the problem is the one that doesn't want to learn.
If you fail to plan, you plan to fail...
 


#3 windie

windie

    Junior IT

  • Members
  • PipPip
  • 23 posts

Posted 10 March 2011 - 05:05 PM

Καταρχην Απόστολε ευχαριστω για την αμεση απαντηση σου! Κατα δευτερον η αλήθεια είναι οτι υπαρχει ενα τερματικο με windows 7 στο δικτυο. αν σταματησω να χρησιμοποιω την εφαρμογη απο το τερματικο με τα 7αρια πιστευεις οτι το προβλημα θα σταματησει ή θα πρεπει να κάνω απεγκατάσταση τελείως του erp?

#4 apostolos

apostolos

    Skilled IT Pro

  • Members
  • PipPipPipPip
  • 568 posts

Posted 10 March 2011 - 05:26 PM

Το πρόβλημα το έχεις σε όλα τα μηχανήματα ή μόνο στο 7άρι? Προσωπικά αντιμετωπίζω το συγκεκριμένο πρόβλημα μόνο στα Win7.

To V or not to V?
Ignorance is not the problem, the problem is the one that doesn't want to learn.
If you fail to plan, you plan to fail...
 


#5 windie

windie

    Junior IT

  • Members
  • PipPip
  • 23 posts

Posted 10 March 2011 - 05:46 PM

Όλα τα υπόλοιπα, εκτός από ένα όπως σου είπα, έχουν ΧΡ και το πρόβλημα εμφανίζετε σε όλα.

#6 Blackman

Blackman

    Enterprise Admin!

  • Members
  • PipPipPipPipPipPip
  • 1,965 posts
  • LocationIn a b-boy cypher...

Posted 11 March 2011 - 03:59 PM

Με βάση αυτό που λέει ο Απόστολος, δεν έχεις να κάνεις τίποτα άλλο εκτός του να δοκιμάσεις να δουλέψεις λίγο (μία δυο ημέρες) χωρίς το Win7. Το να λείπει ένα ERP δεν νομίζω ότι θα σου δημιουργήσει μεγάλο πρόβλημα.

Επίσης εγώ στην θέση σου θα έλεγχα με Wireshark από τον server και όχι με Pings, που εκτός από traffic αχρείαστο, δεν θα σου δείξει και πολλά πράγματα (μόνο αν βλέπεις πολλά timeouts).

Από εκεί και πέρα υπάρχει πιθανότητα κάποιο μηχανάκι να έχει διαφορετική ρύθμιση στην κάρτα δικτύου στο θέμα πακέτων... jumbo frames κλπ.

Αρχικά βγάλε εκτός το Win7 και δες το και μετά αν καταλήξεις ότι φτάει αυτό, να δούμε τις ρυθμίσεις της κάρτας δικτύου.

BSc in Business Information Systems,
MSc in Information Technology Management,
MCP, MCSA 2003, 2008, 2016
Chief Information Officer @ V-Group
Founder & CEO @ Hood Groove Management


#7 karkalisA

karkalisA
  • Members
  • 1 posts

Posted 11 March 2011 - 06:07 PM

Κατ' αρχήν δωσε μας περισσότερες πληροφορίες

Windows σε server και τερματικά,Μέγεθος βάσης, χωρητικότητα σκληρών δίσκων, συστοιχία, αριθμός δίσκων, CpU server. Οταν παρουσιάζεται το πρόβλημα της καθυστέρησης τρέχει κάποιος χρήστης κάποιο report? Κ μήπως αυτό είναι λίγο "βαρύ"? Εχεις κάνει περισότερη παρατηρήση πότε συμβαίνει αυτό?
Οταν λες το είδαν οι συνάδελφοι του ERP τι ακριβώς έλεγχξαν?
Νομίζω ότι ψάχνεις  λάθος. Με την ping δεν ψάχνεις για καθυστέρηση ERP SEN, oracle.
Εχεις τρέξει διαγνωστικά στο server σου? Φορτίο CPU, disk I/O κτλ?
Εκτέλεσε διαγνωστικά και πες μας λεπτομέρειες. Αναφέρομαι σε αποτελέσματα - μετρήσεις από perfomance monitor του server σου.
Το SEN είναι πιστοποιημένο για WIN 7 απ'οσο γνωρίζω.


??????? ?

#8 apostolos

apostolos

    Skilled IT Pro

  • Members
  • PipPipPipPip
  • 568 posts

Posted 12 March 2011 - 04:58 PM

Είναι πιστοποιημένο αλλά αντιμετωπίζω το εξής. Υπο συνθήκες αντι να ανοίξει η φόρμα(οποιαδήποτε) φαίνεται σαν να κολλάει και απλά το περιμένεις. Εναλλακτικά μπορείς να πατήσεις ESC και να ξαναμπείς στη φόρμα. Σε ένα περιβάλλον εργασίας με 10+ users που ανοιγοκλείνουν παραστατικά και φόρμες το να το κάνουν 2 μηχανήματα και μετά απο updates να σταματάει το ένα δε νομίζω ότι βγάζεις εύκολα συμπεράσματα. Αν ήταν θέμα καθυστέρισης του server οι φόρμες θα άνοιγαν απλά αργά. Αυτό που κάνει είναι περίεργο. Επίσης μηχάνημα που ήταν XP και δούλευε μια χαρά με την αναβάθμιση σε 7 άρχισε το εν λόγο φαινόμενο.

To V or not to V?
Ignorance is not the problem, the problem is the one that doesn't want to learn.
If you fail to plan, you plan to fail...
 


#9 Billytsik

Billytsik

    Junior IT

  • Members
  • PipPip
  • 69 posts

Posted 12 March 2011 - 05:41 PM

Ένα παρόμοιο πρόβλημα που έχω αντιμετωπίσει οφείλετε στον τρόπο που κάνει query η εφαρμογή μου στον sql.
κλειδώνει κάποιους πίνακες της βάσης και έτσι δημιουργούνται locks και ενίοτε deadlocks.
Όσο συμβαίνει αυτό ολόκληρη η εφαρμογή περιμένει μέχρι να ολοκληρωθεί το query.
μπόρεσα να το παρακολουθήσω με αυτό το εργαλείο http://www.sqlsoluti...ucts/Heartbeat/
και έτσι υπέδειξα στους προγραμματιστές τι να κάνουν για να το βελτιώσουν.
Δεν ξέρω εάν είναι παρόμοια η περίπτωση σου αλλά επειδή μίλησες για κώλυμα στο erp ίσως αξίζει να το κοιτάξεις και αυτό.



#10 karkalis

karkalis
  • Members
  • 9 posts

Posted 12 March 2011 - 11:06 PM

Κατ' αρχήν έχουμε oracle και όχι SQL σαν RDBMS από κάτω. Τελείως διαφορετικά πράγματα και καμία σχέση το ένα με το άλλο στον τρόπο λειτουργίας τους. Οσοι έχουν ασχοληθεί καταλαβαίνουν.  Κοίταξες τι γίνεται όταν τρέχει κάποιο query κάποιος χρήστης σου στον server? Τι γίνεται εκει μέσα? Μπορεί να πιάνει peak 100% και συ ψάχνεις για άσχετα πράγματα. Εκανες έλεγχο με perfomance monitor την συγκεκριμένη στιγμή που αναφέρεις ότι κολλάνε οι users του SEN? Δεν μας παραθέτεις στοιχεία για το μέγεθος της βάσης σου και κάποια βασικά (παραμέτρους από init.ora πχ. πόση RAM δίνεις στην ORACLE για χρήση) για να σε βοηθήσουμε περισσότερο. Τι RAID εχεις? Μήπως RAID 5?
Σου ξανασυστήνω να τρέξεις perfomance monitor με counters για Read/Write των δίσκων που έχουν τα αρχεία της oracle (x:\SEN\DATA αλήθεια τι μέγεθος έχει ο φάκελος αυτός?). Πιστεύω τιο πρόβλημα σου οφείλεται σε bottleneck των δίσκων του server σου που καθυστερούν αρκετά στο να επιστρέψουν data και οι χρήστες βιώνουν ΟΛΟΙ την καθυστέρηση γιατί απλά περιμένουν ΠΡΩΤΑ να τελείωσει αυτό που έχει ζητήσει κάποιος user και μετά απλά ξεκολλάνε ΟΛΟΙ μαζί πάλι.
Το manual - οδηγίες της SingularLogic το διάβασες? Είναι πολύ παλιό άλλα κατατοπιστικότατο σε διαβεβαιώνω για το SEN.



?????????

#11 windie

windie

    Junior IT

  • Members
  • PipPip
  • 23 posts

Posted 13 March 2011 - 05:16 PM

Διάβασα με πολύ ενδιαφέρον τα σχόλια σας, και σας ευχαριστώ για το χρόνο σας. Στην περίπτωση μου τα περισσότερα από αυτά τα έχω κάνει. Εχω ελέγξει τον server όσον αφορά το performance, δηλαδή η cpu δεν ξεπερνάει σε χρήση το 20% , συνήθως κυμαίνετε στο 16- 18 % . Έχω 4gb ram βλέπω 3,5 επειδή έχω 32bit windows και από αυτά τα 3,5 χρησιμοποιεί τα 2 η oracle.Για το raid τον δίσκων δεν μπορώ να είμαι σίγουρη αυτή τη στιγμή αλλα νομίζω έχει raid1 (θα σου απαντήσω με σιγουριά αύριο για αυτό). Οι συνάδελφοί μου ελέγξανε τα ζητήματα της βάσης οσο αναφορά το μέγεθος, τη χρήση μνήμης και διάφορα άλλα θέματα τα οποία δεν γνωρίζω ακριβώς τι. Αν θες να ρωτήσω κατι συγκεκριμένο σχετικά με τη βάση μπορώ να ρωτήσω και να σου πω λεπτομέρειες. Αυτο που λες για bottleneck των δίσκων του server δεν το γνωρίζω, αν μπορείς να γίνεις πιο συγκεκριμένος.

#12 windie

windie

    Junior IT

  • Members
  • PipPip
  • 23 posts

Posted 13 March 2011 - 05:27 PM

Μπορώ να δώσω ότι πληροφορία θέλετε αρκεί να ξέρω τι ακριβώς ψάχνω. Το πρόβλημα δεν παρουσιάζετε σε συγκεκριμένες στιγμές π.χ. σε reports ή σε εκτυπώσεις αν σκεφτείς οτι την εποχη που παρουσιάστηκε το πρόβλημα έκαναν μόνο καταχωρήσεις τα 7 απο τα 15 τερματικά. Τα διαγνωστικά που λες, υπάρχουν στα windows η πρέπει να βρω κάποιο extra software?

#13 karkalis

karkalis
  • Members
  • 9 posts

Posted 13 March 2011 - 06:51 PM

Αυτό που σε ενδιαφέρει είναι είναι αν βρεις το λόγο καθυστέρησης ΟΛΩΝ των χρηστών σε χρόνο που εκτελούνται προφανώς κάποια/ες εργασίες από χρήστη/ες του SEN. Απότι έχω καταλάβει κάποιος χρήστης εκτελεί κάτι και κολλάνε όλοι και μόλις τελειώσει αυτό που τρέχει η Oracle (που της το ζητάει το SEN) ξεκολλάνε όλοι. Σωστά?
Ενα βασικό πρόβλημα της Oracle - SEN σε επίπεδο perfomance είναι ότι το service OracleSENservice  καλό θα είναι να είναι να έχει όση περισσότερη  RAΜ μπορεί.   Η Οracle και το Sen έχουν κάποια αρχεια ΠΟΛΥ ΜΕΓΑΛΑ για την βάση του SEN.
Γι'αυτό ρώτησα πόσο μέγεθος έχει ο φάκελος x:\SEN\DATA? Εκεί βρίσκονται τα αρχεία βάσης της Oracle-SEN. Εάν εσύ έχεις 10GB αρχεία και δίνεις από το init.ora μόνο 2GB τι πιστεύεις ότι συμβαίνει ...??? Γι'αυτό τρέχεις το perfomance mon των Windows (start-->Admin tools-->Perfomance --> δεξί κλικ -->add counter --> κατηγορία Physical disk) συμπεραίνω ότι έχεις win 2003 αφού μιλάμε για ML350 και βάζεις counters για physical disk I/O παρακολουθείς να δεις τι κάνουν οι δίσκοι σου. Είναι σημαντικό αυτό εδώ. Η oracle είναι αδηφάγο τέρας, θέλει Ram και γρήγορους δίσκους. Δεν ήταν η καλύτερη επιλογή (ORacle) για το SEN (από πλευράς Singular) αφού προορίζεται και για μικρές/μεσαίες επιχειρήσεις. Ακόμα και 4-5 τερματικά να έχεις μόνο, εάν έχεις αρχεία βάσης-SEN  10GB θα έχεις προβλήματα καθυστέρησης - perfomance εάν έχεις ΜΟΝΟ 2GB ram για το service της Oracle αφού θα αναγκάζεις τους δίσκους σου να έχουν τρομερό Disk I/O και δεν μιλάμε πλεόν για Cpu utilization. Νομίζω ότι δεν χρήζει περαιτέρω ανάλυσης. Κ οι χρήστες σου θα περιμένουν να τελειώσουν οι σκληροι δισκοι του server σου την δουλειά της Oracle-SEN  και αφού ξεκολλήσουν οι δίσκοι θα ξεκολλάνε και οι users....
Γι'αυτό ρώτησα από την αρχή τι μέγεθος βάσης έχουμε? Σημαντικό! Πόση Ram ορίζουμε να βλέπει η Oracle από το αρχείο παραμέτρων init.ora??Ρώτα τους συναδέλφους σου τι έλεγξαν?? Ελεγξαν το perfomance των physical disk's ? Ολα τα διαγνωστικά που χρειάζεσαι υπάρχουν στον Win 2003 server (φαντάζομαι ότι για αυτόν μιλάμε μιας και  δεν ανέφερες παραπάνω στοιχεία).
Εννοείται ότι προβλήματα perfomance στο SEN έχεις ακόμα και σε στιγμές  πχ καταχώρησης παρασταστατικών όχι να τρέξει κάτι πιο βαρύ στο SEN.
Οτι χρειάζεσαι από εργαλεία παρακολουθησης υπάρχουν στα windows server 2003.
Θέλουμε να γνωριζουμε και το μέγεθος Αρχείων βάσης του SEN. Πόσο είναι.
Επίσης σου ξανασυστήνω να βρεις και να διαβάσεις το εγχειρίδιο Singular για το SEΝ. Ξαναλέω είναι πολύ παλιό (γράφτηκε νομίζω πριν το 2003) άλλα είναι κατατοπιστικότατο.

?????????

#14 ThanosZ

ThanosZ

    IT Pro

  • Members
  • PipPipPip
  • 417 posts

Posted 14 March 2011 - 01:17 AM

Πρωτόγονο μα θα το ρωτησω:
Οταν κολλαει η εφαρμογη σε ολα τα τερματικα, υπαρχει τροπος να ελεγξεις καποιο αλλο κομματι του δικτυου απο ενα άλλο ΗΥ ? ΠΧ ενα network share ? Ενα ανοιγμα του c$ σε ενα ΗΥ που κολλησε?
Θυμασαι ποτε σου ετυχε? Το ρωταω μηπως εγινε  μετα απο καποιο upgrade καποιο Patch κλπ.
Αυτα τα λιγα ειχα να ρωτησω μηπως και βαλουμε κι αλλο κομματι στο παζλ.
Καλη επιτυχια!


#15 apostolos

apostolos

    Skilled IT Pro

  • Members
  • PipPipPipPip
  • 568 posts

Posted 14 March 2011 - 06:33 PM

Άνοιξε registry και πάνε στο παρακάτω κλειδί.


HKEY_LOCAL_MACHINE -> SOFTWARE -> ORACLE εκεί θα βρείς κάποιες εγγραφές που λέγονται "NLS_LNG". Αν ο Oracle client είναι 10g θα βρείς μόνο μία. Γράψε το Value του.


To V or not to V?
Ignorance is not the problem, the problem is the one that doesn't want to learn.
If you fail to plan, you plan to fail...
 


#16 windie

windie

    Junior IT

  • Members
  • PipPip
  • 23 posts

Posted 15 March 2011 - 11:04 PM

Φίλε karkali σ'ευχαριστω παρα πολυ για το χρονο σου και για τις χρήσιμες πληροφορίες που μου έδωσες!
Λοιπόν έχουμε και λέμε: ο φάκελος DATA είναι 12GB :-( . το λειτουργικο μου ειναι οπως πολυ καλα καταλαβες win2003. Έκανα και τις μετρήσεις στο performance οπως μου είπες και όλα φαινονται κανονικα εκτος απο το Avg DISK queue lenght, το οποιο ειναι στο 100.
Οσον αφορα τους συναδελφους ελεγξανε πραγματα σχετικα με την βαση. Δεν ελεγξαν καθολου αυτα που μου ειπες εσυ (θεωρουνται τεχνικα θεματα αυτα για μας) Βεβαια θα μου πεις οτι επρεπε να εχουν καταλαβει οτι χρειαζεται περισσοτερη apo 2Gb μνήμη η oracle (εγω αυτο καταλαβαινω τουλαχιστον με οσα ειπαμε στο forum). Θέλω να σε ρωτησω και κατι άλλο, δεν θα πρεπε να βλεπω μεσα στα performance του task manager χρηση μνήμης τουλαχιστον 2 GB αν η oracle οντως χρειαζοταν επιπλέον μνήμη? Εγω βλέπω το πολύ 1,8GB σε χρηση.

#17 apostolos

apostolos

    Skilled IT Pro

  • Members
  • PipPipPipPip
  • 568 posts

Posted 15 March 2011 - 11:17 PM

Διόρθωσε το NLS LANG σύμφωνα με τις οδηγίες που έχει στο SEN manual. Επίσης αν θές απενεργοποίησε και το skinning στο SEN και θα στρώσουν όλα.


To V or not to V?
Ignorance is not the problem, the problem is the one that doesn't want to learn.
If you fail to plan, you plan to fail...
 


#18 windie

windie

    Junior IT

  • Members
  • PipPip
  • 23 posts

Posted 15 March 2011 - 11:26 PM

Σου δινω την τιμη με print screen

#19 apostolos

apostolos

    Skilled IT Pro

  • Members
  • PipPipPipPip
  • 568 posts

Posted 16 March 2011 - 12:56 AM

Θα πρέπει να έχει AMERICAN_AMERICA.EL8ISO8859P7 στον server και στους clients σύμφωνα με το manual. Προσωπικά εδώ και 2 μέρες διόρθωσα το NLS_LANG απενεργοποίησα και το skinning και τα pc που είχαν πρόβλημα διορθώθηκαν. Έυχομαι να έχεις και εσύ το ίδιο πρόβλημα.


To V or not to V?
Ignorance is not the problem, the problem is the one that doesn't want to learn.
If you fail to plan, you plan to fail...
 


#20 karkalis

karkalis
  • Members
  • 9 posts

Posted 16 March 2011 - 04:23 AM

/@ Apostolos

Ζητώ συγγνωμη, απ'οτι καταλαβαίνω (με καθυστέρηση) παρατέθηκαν 2 διαφορετικά προβλήματα σε αυτό το thread.Το δικό σου Apostole πολύ απλούστερο καθώς εμφανιζόταν σε μεμονωμένα τερματικά και όχι σε όλα τα τερματικά του δικτύου όπως του/της windie.
Το Quick Database Installation δημιουργεί το Net Service Name sen_db στο tnsnames.ora και ενημερώνει το registry (HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\KEY_OraDb10g_home1 ) για την γλώσσα (NLS_LANG : AMERICAN_AMERICA.EL8ISO8859P7) που είναι το character set της βάσης. Πάντα έλεγχουμε μετά την φάση του installation το/τα εν λόγω κλειδιά του registry για την σωστή τιμή (αυτήν που παραθέτεις) άλλα αυτό (κατα την άποψη μου) δεν επηρεάζει θέματα ταχύτητας όλων ή και κάποιων των τερματικών άλλα μόνο θα δημιουργήσει προβλήματα όταν άρχίσουν να εισάγονται δεδομένα στη βάση.
Οπότε ας περιμένουμε από windie εφ΄'οσον εφαρμόσει τις συστάσεις σου να δούμε εάν αποκατασταθεί το πρόβλημα ταχύτητας.

@ windie
Εφάρμοσε τις προτάσεις του Apostolos και ενημέρωσε μας έαν διορθωθεί το πρόβλημα.
Απ'ότι καταλαβαίνω είστε εταιρεία με έμφαση σε θέματα consulting και υποστήριξης software και λιγότερο σε τεχνικά θέματα άλλα πρέπει να ελέγχονται τέτοια τεχνικά θέματα γιατί έτσι προσπαθείς να προσεγγίσεις
θέματα σαν το δικό σου πρόβλημα αποκλείοντας πρώτα τα πιο προφανή, ότι πλέον το hardware σου δεν είναι ικανό να σηκώσει το πρόγραμμα SEN και την oracle. Αρχεία βάσης SEN 12Gb θέλουν το λιγότερο 6-8GB RAΜ.
Για το 2ο που με ρωτάς η oracle δημιουργεί κατά την φάση της εγκατάστασης το αρχείο παραμέτρων init.ora που βρίσκεται στο φάκελο x:\SEN\ADMIN\PFILE και εκεί μέσα εμπεριέχονται όλες οι παράμετροι που δηλώνουμε στο setup της Oracle. Εκεί πρέπει να ξέρουμε τι ακριβώς δηλώνουμε. Σημαντικό. Για x32 λειτουργικά δηλώνουμε περίπου το 50% της συνολικής μνήμης RAM του server, γι' αυτό μάλλον και εσύ δεν βλέπεις περισσότερο από 1.8 όπως αναφέρεις (δεν έχουμε δυναμική ανάθεση όπως σε Microsoft SQL Server)
άλλα αυτό θα πρέπει να το δεις και με αυτόν που έκανε την εν λόγω εγκατάσταση (πόση δήλωσε?).

Επίσης θα ήθελα να μου πεις εάν έχεις δει στο perfomance monitor τα παρακάτω και να μας πεις τιμές (ή δείξε μας screen shot) με την AVG Disk Queue Length που μέτρησες. Το 100 πάντως δεν μου φαίνεται και πολύ καλό για αρχή. Μου δίνει ένδειξεις bottleneck.


1)
Χρήση δίσκου σε διάβασμα και γράψιμο
PhysicalDisk: %Disk Time, PhysicalDisk: %Disk Read Time,PhysicalDisk: %Disk Write Time

2)
Page File
Memory: pages / sec

3)
Memory: Page Faults /Sec

4)
Paging file: %Usage

5)
Χρήση CPU
Processor: % Processor Time (ανά επεξεργαστή)


?????????




0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users