Olympic Aegean Virtual

Το πρόβλημα έχει να κάνει με τον τρόπο που διαχειρίζονται τα 32-bit λειτουργικά τη μνήμη. Δεν θα μπω σε τεχνικές λεπτομέρειες καθώς μόνο θα κουράσουν και δεν απασχολούν κανένα.

Η παρακάτω λύση είναι δοκιμασμένη σε WinXP 32-bit δοκιμασμένη από αρκετό κόσμο - στην OAV τουλάχιστον - και οι περισσότεροι δεν έχουν ξαναδεί το διαβόητο OOM error, αλλά οι αρχές είναι ίδιες για κάθε 32-bit λειτουργικό.

Αρχικά πρέπει να αλλάξετε το boot.ini πηγαίνοντας στο Control Panel -> System -> Advanced -> Startup and recovery

Επιλέγοντας edit θα σας ανοίξει ένα notepad που θα δείχνει κάπως έτσι:
Κάνετε copy τη γραμμή κάτω από το operating systems και paste ξανά από κάτω:
Στη συνέχεια αλλάζετε τον τίτλο της δεύτερης γραμμής και προσθέτετε 2 ακόμα παραμέτρους:
Για το USERVA καλύτερα να ξεκινήσετε με 2560 και αν δεν έχετε προβλήματα να πειραματιστείτε με μεγαλύτερο νούμερο (μέχρι 3000, μετά δεν έχει κανένα αποτέλεσμα).

Κάθε φορά που ξεκινάει το λειτουργικό θα σας δίνει πλεόν 2 επιλογές να διαλέξετε. Τα κανονικά WinXP όπως είχατε πρίν και τα 3GB με τις αλλαγές που κάναμε. Ουσιατικά το μόνο που αλλάζει είναι ο τρόπος που διαχειρίζεται πλέον το λειτουργικό τη μνήμη.

Τέλος πρέπει να αλλάξετε ένα flag στο fs9.exe και να το κάνετε largeaddressware για να δουλέψει σωστά το παραπάνω. Καθώς αυτό είναι λίγο φασαρία και απαιτει hex editing στείλτε μου ένα mail και θα σας το δωσω έτοιμο.

Για οποιαδήποτε απορία feel free to contact me.

M.

Έχω ακριβώς αυτό το πρόβλημα με βαριά σκηνικά μόλις η μνήμη φτάσει στα 1.95~2.0 Gb.
WinXP SP3
FS9.1
2.99Gb RAM

Στο μήνυμα αυτό από Μάιο του 2008 της GreekFS ο Βαγγέλης Δοκός γράφει:

Anoigeis to ‘’Boot.ini’’ pou vrisketai mesa sto C:\ kai katw apo to section: ‘’ [operating systems]’’ prostheteis to akoloutho:

multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Microsoft Windows XP Professional 3GB" /fastdetect /NoExecute=OptIn /3GB /userva=2560

Τι διαφορά έχει το παραπάνω του Δοκού με αυτό που προτείνεις εσύ Mike ?

Αναφορικά με το

Τέλος πρέπει να αλλάξετε ένα flag στο fs9.exe και να το κάνετε largeaddressware για να δουλέψει σωστά το παραπάνω. Καθώς αυτό είναι λίγο φασαρία και απαιτει hex editing στείλτε μου ένα mail και θα σας το δωσω έτοιμο.

υπάρχει από καιρό το "4GB Patch" by Daniel Pistelli που κάνει ακριβώς αυτό με ένα κλικ.

DOWNLOAD :
http://www.ntcore.com/4gb_patch.php
(Altn.location http://www.softpedia...4GB-Patch.shtml )

Περνώντας το 4Gb patch το OOM Error εμφανίζεται πια στα 2.4 Gb μνήμη αντί στα 1.95~2.0Gb κάτι το οποίο είναι εφικτό αν δεν ανοίγω παράλληλα πολλά άλλα applications. Ενδιαφέρον όμως και το παραπάνω με το boot.ini το οποίο σήμερα ανακάλυψα ψάχνοντας.

Τι διαφορά έχει το παραπάνω του Δοκού με αυτό που προτείνεις εσύ Mike ?

Καμία διαφορά. Ακριβώς το ίδιο πράγμα. Πηγαίνοντας μέσω του System Properties πάλι το boot.ini σου ανοίγει για να κάνεις τις αλλαγές. Στην συνέχειά έχεις dual boot σύστημα και σου δίνει την επιλογή για 5" κατά το boot να επιλέξεις μεταξύ της κανονικής έκδοσης των XP και εκείνης με το 3GB switch ενεργοποιημένο.

Απο εκεί και πέρα μπορείς να πειραματιστείς με το USERVA και να δεις αν θα έχεις πιο σταθερό σύστημα. Προσωπικά το είχα στα 2900 και τα OOM ήταν πολύ σπάνια. Επίσης πολύ καλή πρακτική - ειδικά αν χρησιμοποιείς το AES - είναι να φορτώνεις πρώτα το αεροσκάφος σου στο αεροδρόμιο προορισμού και ύστερα στο αεροδρόμιο αναχώρησης.

Έκανα κάποιες διορθώσεις στην αρχική δημοσίευση καθώς από τη μεταφορά του παλιού forum στο καινούριο προστέθηκαν πολλά backslash "\"..

Αναφορικά με το

Quote:
Τέλος πρέπει να αλλάξετε ένα flag στο fs9.exe και να το κάνετε largeaddressware για να δουλέψει σωστά το παραπάνω. Καθώς αυτό είναι λίγο φασαρία και απαιτει hex editing στείλτε μου ένα mail και θα σας το δωσω έτοιμο.


υπάρχει από καιρό το "4GB Patch" by Daniel Pistelli που κάνει ακριβώς αυτό με ένα κλικ.

Δεν το είχα δει αυτό.. Πολύ χρήσιμο.

Γενικά πάντως νομίζω πως έχουμε φτάσει το FS9 στα όριά του πλέον ύστερα από τόσο χρόνια.

Τα κατάφερα επιτέλους μετά από μήνες να λύσω το πρόβλημα.
No more Out Of Memory message (ΟΟΜ)

Εδώ είναι η μνήμη μου μετά από μια "βαριά" πτήση:



Έβαλα 2800 αντί 2560 USERVA.
Τα του συστήματος δούλεψαν ΟΚ εκτός από εικόνες με PRINT SCREEN όπου το CLIPBOARD δεν αποθηκεύει και κατά το PASTE βγάζει ένα σφάλμα για μη ύπαρξη στοιχείων στο clipboard. Εκεί όμως δουλεύει το "Snapper" μια χαρά που τις σώζει κατευθείαν σε .JPG

Δεν ξέρω αν κατεβάζοντας το στα 2560 ,ή εκεί κοντά τέλος πάντων, θα είναι σκόπιμο βλέποντας τα νούμερα στην επισυναπτόμενη εικόνα παραπάνω (το χειρότερο σενάριο).

Απόψεις ;

ΣΗΜ: Στην αρχή που έκανα copy-paste αυτολεξεί τα περί partitions μου έβγαζε ένα boot error περί μη ύπαρξης ή ζημιάς στο ...\system32\hal.dll
Το googl-αρα και είδα πως τελικά είχα λάθος νούμερα (0 και 1) στα partitions σε σύγκριση με το αρχικό μου boot.ini που είχα κάνει back up και το κοίταξα.

Μήπως να αναβάθμιζες τη μνήμη στα 4Gb ώστε να δώσεις στο σύστημα το κάτι παραπάνω? (πάνω από 4 με 32bit σύστημα δεν έχει νόημα). Μετά λογικά θα μπορούσες να έχεις userva=2900 χωρίς προβλήματα με τα windows..

839902 wrote:Μήπως να αναβάθμιζες τη μνήμη στα 4Gb ώστε να δώσεις στο σύστημα το κάτι παραπάνω? (πάνω από 4 με 32bit σύστημα δεν έχει νόημα). Μετά λογικά θα μπορούσες να έχεις userva=2900 χωρίς προβλήματα με τα windows..

Mike το έψαξα λίγο και οι μόνες μνήμες που θα μπορούσα να βάλω στο MB είναι δυο των 3Gb και να αφαιρέσω τις δυο των 1.5 που έχω, δεν αξίζει.

Από τότε που έγραψα τα παραπάνω είδα πως μπορούσα να κάνω και μερικές ακόμη βελτιώσεις :

1. Έσβησα εντελώς το UK2000 SouthEast (part 3) του οποίου το Biggin Hill EGKB σε συνδιασμό με τα UK2000 EGKK Extreme + UK2000 EGLC Extreme + Aerosoft EGLL πάτωνε το σύστημα στα 8~10 DME BIG για 2~4 λεπτα! όσο ο σκληρός δούλευε σαν τρελός. Ήταν (ωραίο) σκηνικό από εποχές FS2000 αλλά ίσως κάποια textures δημιουργούσαν προβλήματα σε όλο το συνδιασμό.
Επίσης στο KJFK της FSDT μετά από υπερατλαντική μόλις άνοιξα top down view μετά την προσγείωση πάλι κράσαρε.

Οπότε συνέχισα με άλλα μετρα !

2. Απενεργοποίησα το resident shield μέρος του AD AWARE http://free.lavasoft.com/products.aspx που ίσως να μην του άρεσαν κάποια αρχεία και μου την έδινε γενικά που έπαιρνε πολύ ώρα να κάνει boot στην αρχή.

3. Επίσης εγκατέστησα το πολύ καλό GBoost: http://www.gzero.com/gboost/ για να σκοτώνω άχρηστες process.

4. Το βασικότερο .... Τέλος μετά από όλα αυτά όταν δούλευα στο FS PC en route με πολλαπλά παράθυρα browser ανοιχτά και κράσαρε ξανά ... έπαψα να κάνω browse από το FS PC όταν ξέρω πως θα έχω "βαριά" σκηνικα στον προορισμό !

Ίσως τελικά το 4 να ήταν το σημαντικότερο γιατί βλέπω πως ο Firefox καταναλώνει μνήμη και όταν τον έχω σβήσει βλέπω πως η ελεύθερη μνήμη δεν επανέρχεται πλήρως εκεί που ήταν πριν το session.

userva= το άφησα 2560 για να έχω μνήμη για το clipboard.

Αυτά !

Από τη στιγμή που σου δουλεύει χωρίς προβλήματα, αυτό έχει σημασία! Ευχαριστώ για τις πληροφορίες.

Θα βοηθούσε πολύ επίσης - αν έχεις ένα δεύτερο υπολογιστή ή φορητό - να τρέχεις όλα τα υποστηρικτηκά προγράμματα (π.χ. FSRealTime, Active Sky, FSCommander, FSInn ή Sqwuakbox, κλπ) από εκεί μέσω WideFS ώστε να απελευθερώνεις ακόμα περισσότερα resources από τον υπολογιστή που τρέχει το FS.

Αυτό εννοείται, ένα αρχαίο laptop Celeron 1.6 GHz ! σε WideFS τρέχει, SB, Active Sky Evolution, ServInfo, VROUTE και τα (περιορισμένα) browsing en route !

Επανέρχομαι με ένα FIX ακόμα.
Για όσους έρχονται αργά στο thread, προσοχή αναφέρομαι μόνο σε FS9 εδώ.

Τις περισσότερες φορές το πρόβλημα εμφανιζόταν στην περιοχή του Λονδίνου γύρω απo και μεταξύ EGLL (Simwings) & EGKK (UK2000).
Στο EGLL δεν έχει επιλογές να το "ελαφρύνεις".
Στο UK2000 EGKK που έχει επιλογές να μην εγκαταστήσεις GROUND TRAFFIC και την XTreme έκδοση ανάλυσης του σκηνικού (ότι σημαίνει αυτό, δεν εξηγεί) το έκανα και το πρόβλημα δεν εμφανίστηκε ποτέ ξανά.