αδυναμία λειτουργίας στα 1000mbps κι εγκατάστασης intel e1000 driver
εδώ και λίγο καιρό αντιμετωπίζω σοβαρό θέμα με την ταχύτητα και τη συμπεριφορά του δικτύου.

πέραν του ότι συγχρονίζει στα 100 (ενώ είναι 1000ρι), σε αντιγραφές αρχείων, κολλάει το σύμπαν και σέρνεται το μηχάνημα.

μετά από ψάξιμο είδα ότι είναι θέμα του driver, e1000, αλλά ενώ θα έπρεπε να έχει διο…
λοιπόν, τσάμπα σας ταλαιπωρώ…

έφταιγε το καλώδιο, αλλά (μη χαίρεστε :stuck\_out\_tongue: ), το καλώδιο στον τοίχο…

κάτι τρέχει με το εσωτερικό που φεύγει από το χώρο μου και πάει στο γενικό switch.

δοκίμασα 4 διαφορετικά καλώδια και με όλα είχα το ίδιο θέμα. επειδή όμως ήθελα να ελέγξω και το cat 6…
> 
> Ο λόγος είναι ότι υπάρχουν μειονεκτήματα από τη χρήση συμπιεστών 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> πιθανότατα έχετε πρόβλημα με τον κυκλοφορητή ή για άλλον λόγο πχ βούλωμα δεν κυκλοφορεί το νερό με τους σωστούς ρυθμούς. τρουλλινός γιώργος , υδραυλικός , αθήνα , αττική , 6932860310. Σύμφωνα με τον δημιουργό του celeryd:


Το σέλινο δεν κάνει τη δική αποκόλληση του από 01a8a0e. Υπήρξε πάρα πολλά προβλήματα με αυτό, και δεδομένου ότι λειτουργεί κατά την αποσύνδεση χρησιμοποιώντας start-stop-daemon, supervisord, launchd και ούτω καθεξής, θα ενθαρρύνονται να χρησιμοποιούν αυτά τα εργαλεία αντ 'αυτού. Υπάρχουν τόσοι πολλοί παράγοντες για την απόδοση του server (CPU, RAM, I / O, μνήμη cache, τοπικές ή εξωτερική βάση δεδομένων, δικτύωση, κλπ) που δεν μπορείτε να guesstimate ακόμη και το ποσό των servers που απαιτούνται για ένα συγκεκριμένο έργο.


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


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


Νομίζω ότι θα βρείτε 1 καλή server είναι εκπληκτικά γρήγορο και μπορεί να χειριστεί πολλούς χρήστες. Λάβετε υπόψη StackOverflow (τελευταία είδα) λειτουργεί μόνο σε 2 servers? ένα web server και ένα διακομιστή βάσης δεδομένων ... αυτό είναι όλο. πιθανότατα υπάρχει πρόβλημα με τον κυκλοφορητή. τρουλλινός γιώργος, υδραυλικός , 6932860310. αν στάζει το αποσυνδεδεμένο σώμα, τότε στάζει γιατί στραγγίζει (αν δεν το αδειάσατε καλά), αν όμως στάζει κάποια τάπα ή διακόπτης από την μεριά των σωλήνων τότε χρειάζεται καλύτερο σφίξημο. τρουλλινός γιώργος, 6932860310. Εντάξει. Βρήκα αυτό είναι το πρόβλημα.


Στην αρχή νόμιζα ότι ήταν ένα πρόβλημα της DataProvided, αλλά ότι δεν ήταν. Ανακάλυψα το ίδιο θέμα σε SQLServer 2000 ....


Ψάχνοντας στο google βρήκα κάτι σχετικά με το σχέδιο εκτέλεσης. Λαμβάνοντας αυτό τον τρόπο, θα ενισχυθεί η απόδοση του ερωτήματος του 50%.


Σύντομο βιογραφικό του προβλήματος είναι ότι κατά την εκτέλεση SP με κωδικό, το ΣΔΒΔ έχει κάποιο πρόβλημα με το σχέδιο εκτέλεσης, και δεν χρησιμοποιεί τους δείκτες ...


Η καλύτερη απάντηση είναι σε αυτή τη θέση:
 [Παράμετρος Sniffing (ή πλαστογράφηση) σε SQL Server](https://stackoverflow.com/questions/211355/parameter-sniffing-or-spoofing-in-sql-server)


Ελπίζω ότι αυτό θα σας βοηθήσει. Έχω λυθεί το θέμα. Η ακόλουθη διαδικασία χρησιμοποιείται για να βρείτε και να διορθώσετε το πρόβλημα:


Θα χρησιμοποιηθεί για την `faulthandler`ενότητα για να αναγκάσει python για να εκτυπώσετε ένα ίχνος στοίβας και λάβαμε ένα `Windows fatal exception: access violation`σφάλμα το οποίο φαίνεται να δείχνουν το πρόβλημα ήταν πράγματι μια segfault που προκαλείται από κάποια μονάδα που χρησιμοποιείται από tensorflow.


Προσπάθησα να καθορίσει τις εξαρτήσεις κάνοντας μια `conda update --all`και, στη συνέχεια, μια `conda clean --all`που δεν διορθώσει το πρόβλημα.


Παρατήρησα όμως ότι τα προβλήματα που φαίνεται να προκύπτουν από τις `h5py`και `keras`ενότητες, έτσι έκανα `pip install --upgrade h5py`και `pip install --upgrade keras`και `pip install --upgrade tensorflow`και το πρόβλημα ήταν σταθερό. Είμαι τώρα με τη χρήση `tensorflow version 1.12.0`, `keras version 2.2.4`και `h5py version 2.8.0`.


Το κλειδί για την επίλυση αυτού του προβλήματος φαίνεται να είναι η `faulthander`μονάδα που μου έδειξε ποιες ενότητες (h5py και κέρας) οδηγούσαν στο segfault. ρωτήστε την lg… εξ αρχής είχε αυτό το πρόβλημα? σε ποια ροή αναφέρεται αυτή του φρέον? δηλαδή κλείνει ο θερμοστάτης και στην κατάθλιψη του κομπρεσέρ υπάρχει υψηλή πίεση? ρωτήστε ψυκτικό, αν η ροή έχει να κάνει με το νερό του κυκλώματος τότε κάποια ηλεκτροβάνα σε σημείο που δεν θα έπρεπε να υπάρχει κλείνει. τρουλλινός γιώργος , υδραυλικός , αθήνα , αττική , 6932860310. Τα θέματα Python είναι καλό για **ταυτόχρονες προγραμματισμό I / O** . Τα θέματα που αντάλλαξαν έξω από το CPU μόλις έχουν μπλοκάρει αναμονής για την είσοδο από το αρχείο, δίκτυο, κ.λπ. Αυτό επιτρέπει σε άλλα θέματα Python για να χρησιμοποιήσετε τη CPU, ενώ άλλοι περιμένουν. Αυτό θα σας επιτρέψει να γράψετε ένα multi-threaded διακομιστή web ή web crawler, για παράδειγμα.


Ωστόσο, οι Python θέματα σε συνέχειες από την [GIL](http://en.wikipedia.org/wiki/Global_Interpreter_Lock) κατά την είσοδό του πυρήνα διερμηνέα. Αυτό σημαίνει ότι αν δύο θέματα που είναι γηπέδου αριθμοί, μόνο ένας μπορεί να τρέξει σε οποιαδήποτε δεδομένη στιγμή. Σημαίνει, επίσης, ότι δεν μπορείτε να επωφεληθείτε από multi-core ή multi-επεξεργαστή αρχιτεκτονικές.


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