tolis86 Δημοσ. 18 Ιανουαρίου 2006 Δημοσ. 18 Ιανουαρίου 2006 στο dvd shrink στο winavi video converter στο super pi (!!) στη μετατροπη mp3.... πουθενα δεν γινεται χρηση του 100%....γιατι???? αντε και μεχρι το 80 στιγμιαια.....
Marker Δημοσ. 18 Ιανουαρίου 2006 Δημοσ. 18 Ιανουαρίου 2006 1)giati den xreiazetai (tin douleia tin kanei se megalo meros o HDD) 2)krataei mia pisini gia ta upoloipa zotika processes pou trexoun sto backround. Gia thymisou ligo, otan sou kollaei kamia fora to komputer sou, kai kaneis alt-ctrl-del vlepeis oti o cPU apasxoleitai 100% (gia auto kollaei kai to upoloipo sustima, dioti o CPU den mporei na antapekselthei ekeini ti stigmi stis apaitiseis ton upoloipon processes)
papastroumf Δημοσ. 18 Ιανουαρίου 2006 Δημοσ. 18 Ιανουαρίου 2006 θα ηθελα κι εγω να πω την ταπεινη μοθ αποψη συμπληρωνοντας τον marker. το συνολο των διαδικασιων που εκτελει ενα PC δεν εχουν να κανουν μονο με την επεξεργαστικη του ισχυ αλλα και με τους πορουσ που αυτο καταναλωνει (ψψψψψτ πως τα λεω ε? και ακομα ειμαι δευτερο ετος!) λοιπον ας σοβαρευτουμε τωρα! οντως τα buffer απο ολες τις συσκευες βοη8ουν στο να μην γεμιζουν οι ποροιθ αυτοι και καθιστωντας στον επεξεργαστη ελευεθερο ώστε με την βοηθεια του λειτουργικου συστηματος να καθοριζει το ποτε θα εξηπηρετησει τισ διεργασιες που περιμενουν να εκτελεστουν. αυτα τα οποια λεω μπορειται να τα βρειτε και σε βιβλιογραφια απο τον κυριο Tanenbaum στα βιβλια Λειτουργικα Σηστηματα και Κατανεμημενα Συστηματα Υπολογιστων. αυτα! (ουφ τα πα.. ;-))
tolis86 Δημοσ. 18 Ιανουαρίου 2006 Μέλος Δημοσ. 18 Ιανουαρίου 2006 ελα ρε συναδελφε!! σε ποιο πανεπιστιμιο εισαι εσυ?? εγω ειμαι πατρα.... μμμμ τωρα που τα λετε βεβαια σαν να εχεται δικιο αλλα ενταξη μωρε δλδ στο σουπερ πι μονο το 50% ομως δεν ειναι λιγο??? δηλαδη κραταει πισινι 1200μεγαχερζ??? :| το σκευτικα οτι θα πρεπει να κραταει και λιγο αλλα τοσο??? το 10% δε θα εφτανε???τι το τοσο φοβερο μπορει να τρεξει στο παρασκινιο που να θελει πανω απο 300μεγαχερζ??
gregdais Δημοσ. 18 Ιανουαρίου 2006 Δημοσ. 18 Ιανουαρίου 2006 hyperthreading se afto ofeiletai to oti den termatizei i cpu sou (omws sou fenetai... den einai etsi)
cronos Δημοσ. 19 Ιανουαρίου 2006 Δημοσ. 19 Ιανουαρίου 2006 Να σας δώσω ένα προγραμματάκι στην fortran να δείτε για πότε θα φτάσει στο 100%.
ahristos Δημοσ. 20 Ιανουαρίου 2006 Δημοσ. 20 Ιανουαρίου 2006 Κάθε πρόγραμμα στα Windows XP θα προσπαθήσει να χρησιμοποιήσει όλη τη διαθέσιμη επεξεργαστική ισχύ γιά να κάνει τη δουλειά του. Ακόμα και το Word στην εκκίνηση θα δείξει μιά αιχμή 100%, Ενώ απαιτητικά προγράμματα (κωδικοποιητές βίντεο, παιχνίδια 3D, μετροπρογράμματα όπως το Super PI κλπ) θα μένουν σταθερά κολλημένα στο 100%. Αν Marker έμπαινες στον κόπο να δοκιμάσεις κάποιο από τα προγράμματα που αναφέρει ο tolis86 θα έβλεπες ότι ο Athlon σου (όπως κι ο δικός μου) θα έμενε κολλημένος στο 100% και δεν θα έφτιαχνες θεωρίες γιά μιά ερώτηση-παγίδα Κι εσύ papastroumf αν έβλεπες το δάσος και όχι το δένδρο δεν θα διέσυρες τον αξιότιμο κύριο Tanenbaum. Η θεωρία που αναφέρεις εφαρμόζεται σε χαμηλό επίπεδο μέσα στο σύστημα και είναι αόρατη στον χρήστη. Γίνεται δε σε τόσο μεγάλη συχνότητα που δεν χάνονται παρά ελάχιστοι κύκλοι ρολογιού. Αλλά εδώ έχουμε έναν Multi-Threaded επεξεργαστή και στη διαχείριση εργασιών των Windows θα βλέπουμε 2 επεξεργαστές με άνισο συνήθως φόρτο που προστιθέμενος θα μας δώσει το 100% γιά αυτές τις βαριές εφαρμογές. Τα γραφήματα θα είναι πάντα συμπληρωματικά και το άθροισμά τους θα είναι το 100% όμως, γιατί ο επεξεργαστής στην ουσία είναι ένας. τα πράγματα αλλάζουν βέβαια γιά επεξεργαστή διπλού πυρήνα.
Marker Δημοσ. 20 Ιανουαρίου 2006 Δημοσ. 20 Ιανουαρίου 2006 TO 100% utilisation den einai themito se ena komp. Vale program pou dimiourgei 100% utilisation kai dokimase tautoxrona na trekseis to Windows media player kai isos katalaveis ti enoousa parapano. Diavaze poio prosektika tin erotisi kai tin apantisi. An xreiastei o cpu na xrisimopoiisei to 100% tha to kanei, den tha xreiastei adeia apo emena...
geovard Δημοσ. 20 Ιανουαρίου 2006 Δημοσ. 20 Ιανουαρίου 2006 Μιά ερώτηση σε όσους(καί όχι μόνο) λένε ότι σπουδάζουν το αντικείμενο. Αν τη στιγμή πού όλα κολλάνε τού κερατά,η cpu είναι στο 100% όπως καί τα νεύρα σας πείτε μου ένα μόνο παράγοντα τού συστήματος πού θα θέλατε να είναι διαφορετικός (cpu με περισσότερα ghz,περισσότερη ram,περισσότερη μνήμη cache ή ότι άλλο νομίζετε) Ποιός δηλαδή ένας παράγοντας αν ήταν βελτιστοποιημένος τότε το σύστημα πιθανόν δεν θα κολλούσε.
Marker Δημοσ. 20 Ιανουαρίου 2006 Δημοσ. 20 Ιανουαρίου 2006 Enas Cpu den kanei to sistima. Ola mazi ta HW sto sunolo dimiourgoun kaluteres sunthikes gia ton CPU.Enas apo tous skopous ton upoloipon HW einai na elafrunoun ton CPU apo to forto ergasias. Den einai alloste tyxaio oti se review HDD,Optical drives klp ginetai test cpu utilisation opou otan exei xamilotero theoreitai thetiko stoixeio gia tin siskeui. Kai den einai mono oi cpu kai ram einai kai oi HDD pou paizoun vasiko rolo opos paradeigma stin epeksergasia video(Dvd authoring,ktl) i apodosi einai kaluteri otan ginetai anamesa se 2 HDD apo to na ginetai anamesa ston HDD kai to buffer toy. Px i mnimi paizei sovarotato rolo sta paixnidia, otan den exei arketi kanei paging sto hdd. To synolo kanei to komp, dioti ola einai mia alysida, kai opou o krikos einai adynamos ekei tha epembei o cpu gia na isoropisei ta pragmata. Ps.ego den spoudazo to antikeimeno, einai omos xompi mou gia polla xronia
boutsak Δημοσ. 20 Ιανουαρίου 2006 Δημοσ. 20 Ιανουαρίου 2006 Geovard, θα σου απαντήσω με κάτι ουτοπικό: θα άλλαζα το σκληρό μου δίσκο με ένα πολύ πιο γρήγορο! (Εννοείται τόσο σε ανάκτηση δεδομένων, όσο και σε εγγραφή) Το θέμα είναι ότι πάντα η τεχνολογία των υπολογιστών προοδεύει συνεχώς. Οι επεξεργαστές αυξάνουν την υπολογιστική τους ισχύ ολοένα και περισσότερο, οι μνήμες γίνονται ολοένα και ταχύτερες (SDRAM, DDR, DDR2...), οι περιφερειακές αποθηκευτικές μονάδες ολοένα και μεγαλύτερες (και πιο γρήγορες). Γενικά τα πάντα γίνονται ολοένα και πιο γρήγορα και μεγάλα θα παρατηρούσε κανείς. Αυτό δε συμβαίνει με τους σκληρούς δίσκους. Αν και ο αποθηκευτικός χώρος μεγαλώνει συνέχεια, οι ταχύτητες τους παραμένουν στάσιμες συνεχώς! Και αν νομίζει κανείς ότι ο σκληρός είναι απλά αποθηκευτικός χώρος τότε κάνει λάθος. Εκεί γίνεται η σελιδοποίηση της μνήμης, και αντί να εφευρεθούν ταχύτεροι σκληροί ώστε να ανακτούνται πιο γρήγορα από το σκληρό στη μνήμη, όπως και το αντίστροφο, απλά ψάχνουν καλύτερους αλγορίθμους στο πως θα γίνει αυτό. Αν αυτή τη στιγμή, οι σκληροί ήταν πιο γρήγοροι, όλα τα προγράμματα (και ιδίως σε αυτά που ανακατεύεται I/O) θα πήγαιναν σφαίρα.
geovard Δημοσ. 20 Ιανουαρίου 2006 Δημοσ. 20 Ιανουαρίου 2006 marker δεν ρωτάω τούς παράγοντες πού κάνουν έναν υπολογιστή να τρέχει καλλίτερα. Η ερώτηση είναι συγκεκριμένη.Εξάλλου στο τέλος τού μηνύματος γράφω τη λέξη 'πιθανόν'. Μετά από κολλήματα αν ανοίξεις το system event πόσες φορές βλέπεις να ευθύνεται ο σκληρός η κατεστραμμένα blocks στο cdrom?Σπάνια.Συνήθως βλέπεις ελαττωματικές εφαρμογές καί διευθύνσεις μνήμης.
ppetr Δημοσ. 20 Ιανουαρίου 2006 Δημοσ. 20 Ιανουαρίου 2006 Για τους επεξεργαστές με Hyperthreading, όταν τρέχεις ένα πρόγραμμα που δεν είναι γραμμένο ώστε να εκμεταλλεύεται το ΗΤ, τότε βλέπεις 50-55% στη χρήση του επεξεργαστή (βλέπει το ένα μόνο). Όταν ένα πρόγραμμα είναι γραμμένο για ΗΤ επεξεργαστές, τότε χρησιμοποιεί το 100% αυτού (βλέπει και τους δύο).
cronos Δημοσ. 20 Ιανουαρίου 2006 Δημοσ. 20 Ιανουαρίου 2006 Για τους επεξεργαστές με Hyperthreading, όταν τρέχεις ένα πρόγραμμα που δεν είναι γραμμένο ώστε να εκμεταλλεύεται το ΗΤ, τότε βλέπεις 50-55% στη χρήση του επεξεργαστή (βλέπει το ένα μόνο). Όταν ένα πρόγραμμα είναι γραμμένο για ΗΤ επεξεργαστές, τότε χρησιμοποιεί το 100% αυτού (βλέπει και τους δύο). Φίλε μου ξέρεις κανά compiler σε fortran ο οποίος να εκμεταλλεύεται ένα HT/64bit/dual core επεξεργαστή? Αν ναι, για πές μας, γιατί με ενδιαφέρει.
nikoskourtis Δημοσ. 20 Ιανουαρίου 2006 Δημοσ. 20 Ιανουαρίου 2006 Διαβασα τοσα πολλα που κουραστηκα. Θα τα πω απλα και πρακτικα (δε σπουδαζω πληροφορικη, ειμαι ηλεκτρολογος μηχανικος και μηχανικος υπολογιστων στο πολυτεχνειο) κι οχι θεωρητικα κι αοριστα. Αν μια εφαρμογη στελνει συνεχεια δεδομενα προς επεξεργασια στη cpu τοτε αυτη τα επεξεργαζεται οσο πιο γρηγορα μπορει (δουλευει στο 100%). Αν ομως τα δεδομενα αργουν να πανε στη cpu λογικο ειναι αυτη να δουλευει χαλαρα. Δηλαδη αν διαβαζεις ενα audio cd απο ενα cd-rom μετατρεποντας το "on the fly" σε mp3 και το διαβασμα γινεται απο παλιο cd-rom σε απλη ταχυτητα (x1) (ή απο καινουριο ρυθμισμενο να διαβαζει σε x1) τοτε η cpu θα κανει τη μετατροπη χρησιμοποιωντας το 5% των δυνατοτητων της. Αν ομως εσυ τις στελνεις συνεχεια wave αρχεια να τα κανει mp3 και εσυ τα στελνεις απο ενα γρηγορο δισκο τοτε η cpu θα δουλευει στο 100%. Ειναι σα να εχεις καποιον και να του λες πραξεις τις οποιες θα τις κανει με το μυαλο και θα σου λεει αποτελεσμα. Αν εσυ τις πραξεις τις λες σιγα σιγα τοτε αυτος θα σε περιμενει, θα σκεφτεται χαλαρα. Αν αρχισεις και του λες πραξεις ταχυτατα τοτε θα ζοριζεται, θα χρησιμοποιει τον εγκεφαλο του στο φουλ και πολυ πιθανο να σου λεει καθε τοσο να περιμενεις. Το ιδιο γινεται και στον υπολογιστη. Σε καμια περιπτωση ο υπολογιστης δεν κραταει καβατζα το 10 % η αλλο ποσοστο της cpu. Και βεβαια το οτι χρησιμοποιει το 100% δε σημαινει οτι αν του στειλεις κι αλλη διεργασια θα κολλησει. Απλα θα μειωσει το ποσοστο που δινει στην πρωτη και θα δωσει το υπολοιπο στη δευτερη. Οταν κολλησει μια εφαρμογη δεν ειναι παντα η cpu στο 100%. Μπορει να ειναι και στο 3% αν το κολλημα προερχεται απο ενα cd-rom, ενα δισκο, η ακομα και απο εφαρμογες που "συγκρουονται" στη χρηση ενος πορου. Νομιζω το Tanenbaum τα εξηγει καλυτερα απο μενα, αλλα αν το διαβασεις χωρις να καταλαβεις πρακτικα πως μεταφραζονται αυτα που λεει, τοτε απλα θα τα μπερδεψεις. Για το Hyperthreading δεν εχω αποψη καθως δεν εχω ασχοληθει και δεν εχω τετοιο υπολογιστη. Αυτο που λεει ο ppetr το βρισκω πολυ λογικο. To DVD-Shrink το χρησιμοποιεις εχοντας ηδη αντιγραψει την ταινια στο δισκο ή κατευθειαν απο το dvd; κατευθειαν απ το Dvd μπορει να μην προλαβαινει το Dvd να στελνει δεδομενα τοσο γρηγορα που να φτανει η cpu το 100%.
Προτεινόμενες αναρτήσεις
Αρχειοθετημένο
Αυτό το θέμα έχει αρχειοθετηθεί και είναι κλειστό για περαιτέρω απαντήσεις.