κατανομή της εγκατάστασης στους δύο δίσκους
γεια σας και χαρά σας.

σε νέα εγκατάσταση linux mint 19.2 σε desktop διαθέτων 1hdd 2tb & 1ssd 120gb.

ποιά partition δημιουργούνται στον hdd και ποιά στον ssd ;;;

ή γενικότερα πως γίνεται η κατανομή της εγκατάστασης στους δύο δίσκους ;;;

ευχαριστώ.
όλα εντάξει εν τέλει με την εγκατάσταση.

δημιούργησα 1 partition / στον ssd μεγέθους 80gb

που συμπεριλαμβάνει και τον bootloader.

το υπόλοιπο του ssd έμεινε αχρησιμοποίητο.

δημιούργησα 1 partition /home στον hdd (2tb)

και όλα λειτουργούν άψογα.

η διαφορά στο χρόνο εκκίνησης του υπολογιστή

είν…
Δείτε τις [distutils απλό παράδειγμα](http://docs.python.org/dist/simple-example.html) . Αυτό είναι βασικά αυτό που είναι σαν, εκτός από πραγματική εγκατάσταση scripts συνήθως περιέχουν λίγο περισσότερες πληροφορίες. Δεν έχω δει κάποια που είναι ουσιαστικά πιο περίπλοκη, όμως. Στην ουσία, το μόνο που θα δώσει μια λίστα με το τι πρέπει να εγκατασταθεί. Μερικές φορές θα πρέπει να δώσει κάποιες DICTS χαρτογράφηση δεδομένου ότι η πηγή και να εγκατασταθεί δέντρα μπορεί να μην είναι το ίδιο.


Εδώ είναι μια πραγματική ζωή (ανώνυμα) παράδειγμα:



```
#!/usr/bin/python 

from distutils.core import setup 

setup (name = 'Initech Package 3', 
          description = "Services and libraries ABC, DEF", 
          author = "That Guy, Initech Ltd", 
          author_email = "that.guy@initech.com", 
          version = '1.0.5', 
          package_dir = {'Package3' : 'site-packages/Package3'}, 
          packages = ['Package3', 'Package3.Queries'], 
          data_files = [ 
                       ('/etc/Package3', ['etc/Package3/ExternalResources.conf']) 
          ])

``` Όπως είπε σε αυτό το [θέμα](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 Υπάρχουν τόσοι πολλοί παράγοντες για την απόδοση του server (CPU, RAM, I / O, μνήμη cache, τοπικές ή εξωτερική βάση δεδομένων, δικτύωση, κλπ) που δεν μπορείτε να guesstimate ακόμη και το ποσό των servers που απαιτούνται για ένα συγκεκριμένο έργο.


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


Η συμβουλή μου, μόνο την κατασκευή της εφαρμογής σας και να χρησιμοποιήσετε 1 διακομιστές, ας υποθέσουμε μπορεί να χρειαστεί ένα σύμπλεγμα διακομιστών, έτσι χτίσει το λογισμικό σας ανάλογα (η οποία με τη ΝΕΤ σημαίνει λίγο πολύ ότι δεν κάνει τίποτα διαφορετικό). Μόνο αγοράσουν περισσότερους servers όταν έχετε μια πραγματική ανάγκη, την αγορά / ενοικίαση διακομιστών σε αναμονή θα οδηγήσει πάντα να σπαταλούνται τα χρήματα, δεν είστε Amazon, ούτε το Google, δεν μπορούμε να υποθέσουμε με ακρίβεια τη μελλοντική επέκταση μέχρι να έχετε τα σημερινά στοιχεία.


Νομίζω ότι θα βρείτε 1 καλή server είναι εκπληκτικά γρήγορο και μπορεί να χειριστεί πολλούς χρήστες. Λάβετε υπόψη StackOverflow (τελευταία είδα) λειτουργεί μόνο σε 2 servers? ένα web server και ένα διακομιστή βάσης δεδομένων ... αυτό είναι όλο. Υπάρχουν κάποιες «αμυχές» που περιλαμβάνουν τη χρήση ενός System.Core.dll από το Framework 3.5 για να τρέξει με .net 2.0, αλλά προσωπικά δεν θα ήθελα να χρησιμοποιήσετε ένα τέτοιο κάπως σαθρά θεμέλια.


Δείτε εδώ: [LINQ υποστήριξη για .NET 2.0](http://weblogs.asp.net/fmarguerie/archive/2007/09/05/linq-support-on-net-2-0.aspx)



> 
> 1. Δημιουργήστε μια νέα εφαρμογή κονσόλας
> 2. Κρατήστε μόνο συστήματος και System.Core όπως αναφέρεται συνελεύσεις
> 3. Ρύθμιση αντιγραφής Τοπική να ισχύει και για System.Core, επειδή δεν υπάρχει στο .NET 2.0
> 4. Χρησιμοποιήστε ένα ερώτημα LINQ στην Κύρια μέθοδο. Για παράδειγμα, η μία κάτω.
> 5. Χτίζω
> 6. Αντιγράψτε το σύνολο της παραγωγής κάδο σε μια μηχανή όπου μόνο είναι εγκατεστημένο το .NET 2.0
> 7. Τρέξιμο
> 
> 
> 


(Απαιτεί .net 2.0 SP1 και δεν έχω ιδέα αν ομαδοποίηση του System.Core.dll παραβιάζει την EULA) μια πολύ απλή τακτική παρόμοια με την δική σας, είναι να πάρετε τα εμβαδόν του κάθε διαμερίσματος και αφού τα κάνετε μία πρόσθεση όλα μαζί το με αποτέλεσμα της πρόσθεσης πχ 800 τμ να διαιρέσετε τον αριθμό 1000 και με τον αριθμό που θα βρείτε πχ το 1,25 να πολλαπλασιάσετε το εμβαδόν του κάθε διαμερίσματος για το μετατρέψετε σε χιλιοστά. μετά με βάση τα χιλιοστά του 1ου διαμερίσματος πχ 200 και έξοδα 500 ευρώ διαιρείτε τα 500 ευρώ με τον αριθμό 1000 και πολλαπλασιάζετε με τα 200 χιλιοστά 500ευρώ/1000=0,5 χ 200χιλ = 100 ευρώ και το ίδιο και για τα άλλα. τώρα τα κλειστά διαμερίσματα αφού με τον τρόπο αυτό βρείτε πόσο οφείλουν θα τα χρεώσετε μόνο το 30% το υπόλοιπο 70 πχ 150 ευρώ θα το ξαναμοιράσετε σε όλα ξανά με το ίδιο τρόπο. αν θέλετε μπορείτε να εγγραφείτε στην δωρεάν on line έκδοση κοινοχρήστων που έχω στην ιστοσελίδα και να τα βγάλετε από εκεί. τρουλλινός γιώργος , υδραυλικός , αθήνα , αττική , 6932860310. Έχω γράψει μερικά κομμάτια άποψη για 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) μοιάζει περισσότερο με μια βήτα. Είναι ένα από τα αρχεία στόχων MSBuild και θα εγκατασταθεί με το Visual Studio.


<http://msdn.microsoft.com/en-us/library/ms164312.aspx> στην κατηγορία των κοινοχρήστων λαμβάνουμε υπόψη το εμβαδόν των διαμερισμάτων. έχουμε πχ 3 διαμερίσματα που το άθροισμα των τετραγωνικών τους 500 ( 100 τμ , 200 τμ , 200 τμ) πρώτο λέμε λοιπόν το 500 στο 1000 χωράει 1000/500=2 , άρα το πρώτο είναι 100 χ2 = 200 χιλιοστά. το δεύτερο είναι 200 χ2= 400 χιλιοστά. το τρίτο είναι 200 χ2 = 400 χιλιοστά. και επαληθεύουμε με την πρόσθεση των χιλιοστών 200 400 400 = 1000 χιλιοστά. στην κατηγορία της θέρμανσης λαμβάνουμε υπόψην τις θερμίδες των σωμάτων του κάθε διαμερίσματος . στην κατηγορία του ασανσέρ έχουμε συνδυασμό ορόφου και εμβαδού. τρουλλινός γιώργος 6932860310 υδραυλικές εργασίες σε όλη την αθήνα - αττική , ραφήνα, ανάβυσσο, γκύζη, χολαργός, ασπρόπυργος Στο Ruby on Rails, υπάρχει μια έννοια της [μετανάστευσης](http://wiki.rubyonrails.org/rails/pages/UnderstandingMigrations) - ένα γρήγορο σενάριο για να αλλάξει τη βάση δεδομένων.


Μπορείτε να δημιουργήσετε ένα αρχείο μετανάστευση, η οποία έχει τους κανόνες για να αυξηθεί η έκδοση db (όπως η προσθήκη μιας στήλης) και τους κανόνες για να υποβαθμίσει την έκδοση (όπως η αφαίρεση μιας στήλης). Κάθε μετανάστευση είναι αριθμημένο, και ένας πίνακας παρακολουθεί την τρέχουσα έκδοση db σας.


Για να *μεταναστεύσουν μέχρι* , μπορείτε να εκτελέσετε μια εντολή που ονομάζεται «db: μεταναστεύσουν», η οποία εξετάζει την έκδοση σας και εφαρμόζει τις απαραίτητες δέσμες ενεργειών. Μπορείτε να μεταναστεύουν προς τα κάτω με τον ίδιο τρόπο.


Οι ίδιοι σενάρια μετανάστευσης διατηρούνται σε ένα σύστημα ελέγχου εκδόσεων - κάθε φορά που αλλάζετε τη βάση δεδομένων που ελέγχει σε ένα νέο σενάριο, και κάθε προγραμματιστής μπορεί να εφαρμοστεί για να φέρει τις τοπικές db τους στην τελευταία έκδοση. Ανεξάρτητα από το μέγεθος της μνήμης 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. Το διατηρούνται αρχείο σελιδοποίησης, ελπίζω, δεν έχει χρησιμοποιηθεί ποτέ.