, Nikos Alexandris wrote: >> Η περιπτωση swap> ram προυποθετει ενα ρεαλιστικο σεναριο χρησης >> (δηλαδη, οχι απλα καποιο process που ξεφυγε και malloc()αρει το συμπαν) >> στο οποιο θα εχεις κανει page out ολοκληρο το resident set size του >> συστηματος (και εντωμεταξυ το load θα εχει παει γυρω στο 69), και *κατι* >> χρειαζεται κι αλλο. > >> Πρακτικα ο μονος λογος που σημερα χρησιμοποιουμε swap, ειναι επειδη το >> disk storage ειναι τοσο φτηνο που δεν εχει νοημα να μην το βαλεις, κι ας >> καθεται. > > Ένα πρακτικό/καθημερινό παράδειγμα: > > Σε 64bit μηχάνημα με 4GB RAM και 10GB swap, χρήση της Landsat5 λήψης στις 5 > Σεπτεμβρίου του 2007 [1], εισαγωγή των 7 φασματικών διαύλων της λήψης στο > grass-gis, εισαγωγή των διαύλων 1 έως 5 και 7 στο R, ανάλυση κυρίων συνιστωσών > με 3-4 διαφορετικές μορφές (π.χ. με ή χωρίς scaling) και εξαγωγή πάλι πίσω στο > grass. > > Αυτό τρώει μόνιμα και για _πολύ_ χρόνο πάνω από το 50% του swap.
Για μετρα τωρα και το load του συστηματος οταν τα κανεις ολα αυτα. Συγκρινε το με το αντιστοιχο load με τη διπλασια μνημη και την ιδια CPU. Μαλλον εισαι memory-bounded, περιπτωση στην οποια θα ωφεληθεις παρα πολυ αν προσθεσεις περισσοτερη μνημη. > > Γιατί να μην έχει κανείς παραπάνω swap για τη μία φορά που θα το χρειαστεί > παρά να αναρωτιέται γιατί κρασάρει η εφαρμογή; Δε διαφωνω, τα παντα εξαρτωνται απο το workload σου. > Παρόμοιο ερώτημα είναι και το > 32bit ή 64bit; (Μα και βέβαια 64bit αν το σύστημα είναι δυνατό... ) Οχι, εδω η απαντηση ειναι πολυ πιο ξεκαθαρη : 64bit εαν χρειαζεσαι > 4GB RAM και δεν εχεις προβληματα συμβατοτητας με binary components. Η μοναδικη αλλη διαφορα που υπαρχει ειναι ελαφρως μειωμενη αποδοση λογω μεγαλυτερου cache pressure (στο 64bit mode το μηκος του pointer ειναι 64bit αντι 32, οποτε αν εχεις πολλα memory indirections, σου τρωνε cache). Δεδομενου οτι ολες οι συγχρονες αρχιτεκτονικες ειναι pipelined, δεν ισχυει τοσο πλεον η κλασσικη παλια περιπτωση "σε ενα κυκλο μηχανης επεξεργαζομαστε τη διπλασια ποσοτητα δεδομενων", ανεξαρτητα απο το μηκος των registers. -- Ubuntu-gr mailing list Ubuntu-gr@lists.ubuntu.com If you do not want to receive any more messages from the ubuntu-gr mailing list, please follow this link and choose unsubscribe: https://lists.ubuntu.com/mailman/listinfo/ubuntu-gr
