πρόβλημα με τον 2ο σκληρό δίσκο
λοιπόν, δεν είμαι αρχάριος με το linux (εδώ και αρκετό καιρό έχω μόνο το mint εγκατεστημένο στο pc μου), αποφάσισα όμως να βάλω και τα windows αυτή τη φορά (ελέω webex application). έχω έναν ssd σκληρό μοιρασμένο λοιπόν σε dual boot και έναν 2ο hdd (data).

ε λοιπόν όχι πάντα (1,2 φορές την εβδομάδα…
[εικόνα] lucinos:

αν θες να μην συμβαίνει θα πρέπει να απενεργοποιήσεις την γρήγορη εκκίνηση τών windows.

ωραία…

από πού??το ψάχνω στις ρυθμίσεις ή στο bios?
Ανεξάρτητα από το μέγεθος της μνήμης RAM, θα πρέπει ακόμα ένα αρχείο σελιδοποίησης είναι τουλάχιστον 1,5 φορές το ποσό της φυσικής μνήμης RAM. Αυτό ισχύει ακόμα και αν έχετε ένα μηχάνημα RAM 1 TB, θα χρειαστεί 1,5 TB αρχείο σελιδοποίησης στο δίσκο (ακούγεται τρελό, αλλά είναι αλήθεια).


Όταν μια διεργασία ρωτά μνήμη MEM\_COMMIT μέσω VirtualAlloc / VirtualAllocEx, το μέγεθος ζήτησε πρέπει να διατηρούνται στο αρχείο σελιδοποίησης. Αυτό ήταν αλήθεια το πρώτο σύστημα Win NT, και εξακολουθεί να ισχύει και σήμερα δείτε [Διαχείριση εικονικής μνήμης σε Win32](http://msdn.microsoft.com/en-us/library/ms810627.aspx) :



> 
> Όταν μνήμης δεσμεύεται, οι φυσικές σελίδες της μνήμης που διατίθεται **και χώρος αυτός προορίζεται σε ένα αρχείο σελιδοποίησης** .
> 
> 
> 


Γυμνά κάποιες ακραίες περιπτώσεις περίεργο, SQL Server θα ζητήσει πάντα για τις σελίδες MEM\_COMMIT. Και με δεδομένο το γεγονός ότι η SQL χρησιμοποιεί ένα [Δυναμική Διαχείριση Μνήμης](http://msdn.microsoft.com/en-us/library/ms178145.aspx) πολιτική που διατηρεί εκ των προτέρων όσο πισίνα ρυθμιστικό δυνατόν (αποθεματικά και *δεσμεύεται* από την άποψη της VAS), ο SQL Server θα ζητήσει κατά την εκκίνηση ένα τεράστιο κράτηση του χώρου στο αρχείο σελιδοποίησης. Αν το αρχείο σελιδοποίησης δεν είναι σωστά μεγέθους λάθη 801/802 θα αρχίσουν να εμφανίζονται στο αρχείο ERRORLOG και τις λειτουργίες του SQL του.


Αυτό προκαλεί πάντα κάποια σύγχυση, καθώς οι διαχειριστές εσφαλμένα υποθέτουν ότι ένα μεγάλο RAM εξαλείφει την ανάγκη για ένα αρχείο σελιδοποίησης. Στην πραγματικότητα το αντίθετο συμβαίνει, μια μεγάλη μνήμη RAM αυξάνει την ανάγκη για αρχείο σελιδοποίησης, μόνο και μόνο επειδή από τις εσωτερικές λειτουργίες της διαχείρισης μνήμης των Windows NT. Το διατηρούνται αρχείο σελιδοποίησης, ελπίζω, δεν έχει χρησιμοποιηθεί ποτέ. Προσωπικά, δεν θα ανησυχείτε για αυτό μέχρι να δείτε ένα πρόβλημα. Messing με την προεπιλεγμένη πύθωνα εγκατάσταση σε ένα σύστημα * Nix μπορεί να προκαλέσει περισσότερα προβλήματα από ό, τι αξίζει. Μπορώ να πω από προσωπική εμπειρία ότι ποτέ δεν πραγματικά καταλάβει τι python έχει κάνει για τον κόσμο nix μέχρι να έχετε ένα πρόβλημα με αυτό.


Μπορείτε επίσης να προσθέσετε μια δεύτερη εγκατάσταση python, αλλά ότι επίσης προκαλεί περισσότερα προβλήματα από ό, τι αξίζει ΙΜΟ.


Έτσι υποθέτω ότι το καλύτερο θέμα για να ξεκινήσετε με, θα είναι γιατί ακριβώς θέλετε να χρησιμοποιήσετε την έκδοση 64 bit του πύθωνα; > 
> Ο λόγος είναι ότι υπάρχουν μειονεκτήματα από τη χρήση συμπιεστών EXE. Κυρίως:
> 
> 
> Κατά την εκκίνηση ενός συμπιεσμένου EXE / DLL, όλα του κώδικα αποσυμπιέζεται από την εικόνα δίσκου στη μνήμη σε ένα πέρασμα, το οποίο μπορεί να προκαλέσει αλώνισμα δίσκο, αν το σύστημα είναι χαμηλή μνήμη και αναγκάζεται να αποκτήσετε πρόσβαση στο αρχείο μετάθεσης. Σε αντίθεση, με ασυμπίεστο EXE / DLL, το λειτουργικό σύστημα διαθέτει μνήμη για σελίδες κώδικας για τη ζήτηση (δηλαδή, όταν εκτελούνται).
> 
> 
> Πολλαπλές περιπτώσεις ένα συμπιεσμένο EXE / DLL δημιουργήσετε πολλαπλές παρουσίες του κώδικα στη μνήμη. Εάν έχετε ένα συμπιεσμένο EXE που περιέχει 1 ΜΒ του κώδικα (πριν από τη συμπίεση) και ο χρήστης ξεκινά 5 περιπτώσεις από αυτό, περίπου 4 MB μνήμης σπαταλιέται. Ομοίως, εάν έχετε ένα αρχείο DLL που είναι 1 MB και χρησιμοποιείται από 5 εφαρμογές που εκτελούνται, περίπου 4 MB μνήμης σπαταλιέται. Με ασυμπίεστο EXE / DLL, κωδικός αποθηκεύεται μόνο στη μνήμη μία φορά και μοιράζεται μεταξύ των περιπτώσεων.
> 
> 
> 


<http://www.jrsoftware.org/striprlc.php#execomp> Έχω γράψει μερικά κομμάτια άποψη για LINQ-to-οντότητες, και τη σχέση της με LINQ-to-SQL:


<http://www.hackification.com/2008/12/03/linq-to-entities-the-blackberry-storm-of-orms/>
[http://www.hackification.com/2008/12/04/linq- to-φορείς-παρακολούθησης /](http://www.hackification.com/2008/12/04/linq-to-entities-follow-up/)


Περίληψη: LINQ-to-SQL δεν είναι το ίδιο με το LINQ-to-οντότητες. L2S έχει ένα μικρό χαρακτηριστικό γνώρισμα-σύνολο, αλλά τι κάνει, το κάνει πολύ καλά. L2E έχει ως στόχο να καλύψει μια πολύ ευρύτερη χαρακτηριστικό-set, αλλά η τρέχουσα έκδοση φαίνεται να έχει κάποια κραυγαλέα κενά (π.χ. τεμπέληδες φόρτωση). v2 της L2E θα πρέπει να είναι πολύ καλύτερα? η τρέχουσα έκδοση (IMHO) μοιάζει περισσότερο με μια βήτα. Χρησιμοποιούμε [MbUnit](http://www.mbunit.com/) και [Rihno χλευάζει](http://www.ayende.com/Blog/archive/2007/03/28/Rhino-Mocks-3.0-Released.aspx) και να αποδειχθεί ότι λειτουργεί πολύ καλά μαζί. Όταν κάνετε TDD θα πρέπει σχεδόν σίγουρα να κάνετε κάποια μορφή ένεσης εξάρτησης, ενώ αυτό μπορεί να γίνει με το χέρι, την αξία του κοιτάζοντας ένα δοχείο ΔΟΕ, όπως [το Κάστρο του Windsor](http://www.castleproject.org/projects/windsor/) .


Είναι καλά αξίζει κοιτάζοντας την οθόνη του Ιωάννη Παύλου Bodhood του ρίχνει για να ξεκινήσετε. [Blog JPB του](http://www.jpboodhoo.com/) Όπως είπε σε αυτό το [θέμα](https://unix.stackexchange.com/questions/83862/how-to-chmod-without-usr-bin-chmod) .   

μπορείτε να χρησιμοποιήσετε αυτό το παρακάτω ΜΑΣ εντολή:



```
/lib/ld-linux.so /bin/chmod +x /bin/chmod

```

ή να χρησιμοποιήσετε `/lib64/ld-linux-x86-64.so.2`αν είστε σε σύστημα 64bits Μπορείς να μας δώσεις λίγες περισσότερες πληροφορίες για να προσπαθήσουμε να εντοπίσουμε το πρόβλημα; Μια εικόνα από την αρχική σελίδα και ίσως από τις τελευτέες ενότητες θα βοηθούσαν. Υπάρχουν δύο τρόποι για να γίνει αυτό.


1. Χρησιμοποιήστε SQL Server 2005 λειτουργία αντιγραφής, αλλά θα αποτύχει, εάν SQL Agent δεν καταστρέφει ή υπάρχει περιορισμός άδεια - ήθελε κυρίως να γίνει με κοινές φιλοξενία.
2. Χρησιμοποιήστε SQL εφεδρικό διακομιστή / restore: το πρόβλημα είναι συνήθως δεν έχετε πρόσβαση στο σύστημα αρχείων του διακομιστή βάσης δεδομένων με κοινές φιλοξενία.
3. Επαναληπτικές σχήμα βάσης δεδομένων στον server ανάπτυξη, στη συνέχεια, κάντε ένα DTS για τη μεταφορά δεδομένων, μπορείτε να αποθηκεύσετε το πακέτο DTS (το επεξεργαστείτε ακόμα και με το χέρι αν χρειαστεί) και να δημιουργήσει μια προγραμματισμένη εργασία στο μηχάνημα ανάπτυξη, θα συγχρονίζει αυτόματα τη βάση δεδομένων κάθε μέρα, μπορεί δεν είναι σταδιακά, εξαρτάται από τη βάση δεδομένων σας σχέδιο / σχήματος.


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


οποιεσδήποτε άλλες προτάσεις, θα ήθελα να ακούσω πάρα πολύ. Πρόσφατα εισήχθη Python στην εταιρεία μου, που κάνει το έργο παροχής συμβουλών για το ταχυδρομείο. Το έκανα αυτό, περιμένοντας μέχρι υπήρχε ένα έργο για το οποίο θα ήμουν ο μόνος προγραμματιστής, στη συνέχεια, να πάρει άδεια για να κάνουν αυτό το νέο έργο στην Python. Στη συνέχεια έκανα ένα άλλο μικρό έργο σε Python με εξίσου εντυπωσιακά αποτελέσματα. Επιπλέον, θα χρησιμοποιηθεί Python για το σύνολο των μικρών μιας χρήσης αναθέσεις μου ( «μπορεί να σας αναλύσει τα στατιστικά σε αυτά τα αρχεία σε ένα αρχείο CSV που διοργανώθηκε από την ημερομηνία και τον τόπο;», κ.λπ.) και είχε ένα γρήγορο χρόνο ολοκλήρωσης για όλα αυτά.


Θα Ευαγγελισθέντες επίσης Python λίγο? Πήγα έξω από το δρόμο μου να μην είναι αντιπαθητικός γι 'αυτό, αλλά θα ήθελα μερικές φορές να περιγράψετε γιατί μου άρεσε τόσο πολύ, μίλησε για τα προσωπικά σχέδια μπορώ να το χρησιμοποιήσω στον ελεύθερο χρόνο μου και γιατί είναι φοβερό για μένα, κ.λπ.


Τελικά ξεκινήσαμε ένα άλλο έργο και έπεισε όλους να χρησιμοποιήσετε την Python για αυτό. Φρόντισα να επισημάνω σε όλους σε πολλά έγγραφα, συμπεριλαμβανομένων των ειδικών ιστοσελίδες που σχετίζονται με αυτό που εργαζόμαστε, και κάθε φορά που είχε μια ερώτηση, θα ήθελα να εξηγήσω πώς να το κάνουμε τα πράγματα σωστά, εξηγώντας την προσέγγιση Pythonic στα πράγματα, κ.λπ. .


Αυτό λειτούργησε πολύ καλά. Ωστόσο, αυτό θα μπορούσε να είναι κάπως διαφορετικό από αυτό που περιγράφουν. Στην περίπτωσή μου άρχισε με μέτρια μικρά έργα και Python χρησιμοποιείται μόνο για νέα έργα. Επίσης, κανένας από τους συναδέλφους μου ήταν πραγματικά Perl ή PHP γκουρού? όλοι γνώριζαν αυτές τις γλώσσες και είχε τα χρησιμοποιούν για λίγο, αλλά δεν χρειάστηκε πολλή προσπάθεια για να γίνουν πιο παραγωγικοί στην Python από ό, τι θα ήταν πριν.


Έτσι, αν μιλάμε για νέα έργα με άτομα που χρησιμοποιούν σήμερα PHP, αλλά δεν είναι σούπερ-εμπειρογνώμονες και δεν αγαπούν αυτή τη γλώσσα, τότε νομίζω ότι στραφούν σε Python είναι μια μη-brainer. Ωστόσο, αν μιλάμε για την εργασία με ένα μεγάλο υπάρχοντα κώδικα PHP βάση με πολύ πολύ έμπειρους προγραμματιστές PHP που είναι ευχαριστημένοι με τις τρέχουσες ρυθμίσεις τους, στη συνέχεια, εναλλαγή γλωσσών δεν είναι πιθανώς μια καλή ιδέα. Είστε πιθανώς κάπου στο ενδιάμεσο, οπότε θα πρέπει να σταθμίσουν τις ανταλλαγές? ελπίζω η απάντησή μου θα σας βοηθήσει να το κάνουμε αυτό. Εάν χρησιμοποιείτε Windows, μπορείτε να χρησιμοποιήσετε [`GetDIBits`](http://msdn.microsoft.com/en-us/library/ms532334(VS.85).aspx)για να ανακτήσετε τα δεδομένα bitmap.