


Pourquoi mon opération asynchrone Entity Framework est-elle 10 fois plus lente que synchrone ?
Jan 10, 2025 pm 06:51 PMGlou d'étranglement des performances asynchrones d'Entity Framework
Problème?:
Les appels à la base de données Asynchronous Entity Framework présentent des performances nettement plus lentes que leurs homologues synchrones, avec un temps d'exécution souvent multiplié par dix. Prenons cet exemple?:
// Retrieve albums var albums = await this.context.Albums .Where(x => x.Artist.ID == artist.ID) .ToListAsync();
Cause fondamentale?:
Ce problème de performances provient d'une faille dans l'implémentation asynchrone d'EF 6. Lorsqu'il s'agit de tables contenant des colonnes binaires, EF utilise de manière incorrecte la récupération de données non séquentielle (CommandBehavior.Default) au lieu de l'accès séquentiel plus efficace (CommandBehavior.SequentialAccess).
Analyse?:
- Récupération de données inefficace?: Les lectures non séquentielles forcent la base de données à charger la ligne entière en mémoire pour chaque enregistrement, ce qui entra?ne des pénalités de performances substantielles, en particulier avec des champs binaires volumineux.
- Async Overhead?: Les mécanismes asynchrones d'EF 6 introduisent une surcharge importante via de nombreuses taches en arrière-plan et primitives de synchronisation. Cette surcharge aggrave le problème, en particulier avec les grands ensembles de données.
Conséquences?:
- Dégradation des performances?: Le ralentissement décuplé met en évidence la gravité de ce problème de performances.
- Stension des ressources?: La création et la synchronisation excessives de taches consomment des ressources système considérables, ce qui entra?ne une utilisation accrue du processeur et de la mémoire.
Résolution?:
Bien que les futures versions d'EF devraient résoudre ce problème, une solution de contournement consiste à encapsuler manuellement l'opération synchrone dans une méthode asynchrone à l'aide de TaskCompletionSource<T>
. Cela contourne l'implémentation asynchrone inefficace d'EF.
Résumé?:
La baisse de performances dans les opérations asynchrones d'Entity Framework n'est pas inhérente à la programmation asynchrone mais un bug spécifique dans l'implémentation d'EF 6. L'utilisation d'un wrapper asynchrone manuel atténue efficacement ce goulot d'étranglement en termes de performances et améliore la réactivité des applications.
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Outils d'IA chauds

Undress AI Tool
Images de déshabillage gratuites

Undresser.AI Undress
Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover
Outil d'IA en ligne pour supprimer les vêtements des photos.

Clothoff.io
Dissolvant de vêtements AI

Video Face Swap
échangez les visages dans n'importe quelle vidéo sans effort grace à notre outil d'échange de visage AI entièrement gratuit?!

Article chaud

Outils chauds

Bloc-notes++7.3.1
éditeur de code facile à utiliser et gratuit

SublimeText3 version chinoise
Version chinoise, très simple à utiliser

Envoyer Studio 13.0.1
Puissant environnement de développement intégré PHP

Dreamweaver CS6
Outils de développement Web visuel

SublimeText3 version Mac
Logiciel d'édition de code au niveau de Dieu (SublimeText3)

Sujets chauds

STD :: Chrono est utilisé en C pour traiter le temps, y compris l'obtention de l'heure actuelle, la mesure du temps d'exécution, le point de fonctionnement et la durée de l'opération et le temps d'analyse de formatage. 1. Utilisez STD :: Chrono :: System_clock :: Now () pour obtenir l'heure actuelle, qui peut être convertie en une cha?ne lisible, mais l'horloge système peut ne pas être monotone; 2. Utilisez STD :: Chrono :: standard_clock pour mesurer le temps d'exécution pour assurer la monotonie, et la convertir en millisecondes, secondes et autres unités via durée_cast; 3. Point de temps (temps_point) et durée (durée) peut être interopérable, mais l'attention doit être accordée à la compatibilité des unités et à l'époque de l'horloge (époque)

Volatile indique au compilateur que la valeur de la variable peut changer à tout moment, empêchant le compilateur d'optimiser l'accès. 1. Utilisé pour les registres matériels, les gestionnaires de signaux ou les variables partagées entre les threads (mais le C moderne recommande Std :: Atomic). 2. Chaque accès est directement lu et écrit de la mémoire au lieu d'être mis en cache dans les registres. 3. Il ne fournit pas d'atomicité ou de sécurité des fils, et garantit seulement que le compilateur n'optimise pas la lecture et l'écriture. 4. Constamment, les deux sont parfois utilisés en combinaison pour représenter des variables en lecture seule mais modifiables à l'extérieur. 5. Il ne peut pas remplacer les mutex ou les opérations atomiques, et une utilisation excessive affectera les performances.

Il existe principalement les méthodes suivantes pour obtenir des traces de pile dans C: 1. Utilisez des fonctions Backtrace et Backtrace_Symbols sur la plate-forme Linux. En incluant l'obtention de la pile d'appels et des informations sur le symbole d'impression, le paramètre -rdynamic doit être ajouté lors de la compilation; 2. Utilisez la fonction CaptureStackBackTrace sur la plate-forme Windows, et vous devez lier dbghelp.lib et vous fier au fichier PDB pour analyser le nom de la fonction; 3. Utilisez des bibliothèques tierces telles que Googlebreakpad ou boost.stackTrace pour multiplateforme et simplifier les opérations de capture de pile; 4. Dans la gestion des exceptions, combinez les méthodes ci-dessus pour produire automatiquement les informations de pile dans les blocs de capture

Pour appeler le code Python en C, vous devez d'abord initialiser l'interprète, puis vous pouvez réaliser l'interaction en exécutant des cha?nes, des fichiers ou en appelant des fonctions spécifiques. 1. Initialisez l'interpréteur avec py_initialize () et fermez-le avec py_finalalize (); 2. Exécuter le code de cha?ne ou pyrun_simplefile avec pyrun_simplefile; 3. Importez des modules via pyimport_importmodule, obtenez la fonction via pyObject_getattrstring, construisez des paramètres de py_buildvalue, appelez la fonction et le retour de processus

FunctionHidingInc se produitwenaderiverivedClassDefinesafonctionWithTheSameAnameasAbaseClassfonction, ce qui fait que la base de la base de la base

En C, le type POD (PlainoldData) fait référence à un type avec une structure simple et compatible avec le traitement des données du langage C. Il doit remplir deux conditions: il a une sémantique de copie ordinaire, qui peut être copiée par MEMCPY; Il a une disposition standard et la structure de la mémoire est prévisible. Les exigences spécifiques incluent: tous les membres non statiques sont publics, pas de constructeurs ou de destructeurs définis par l'utilisateur, pas de fonctions virtuelles ou de classes de base, et tous les membres non statiques eux-mêmes sont des pods. Par exemple, structPoint {intx; Inty;} est pod. Ses utilisations incluent les E / S binaires, l'interopérabilité C, l'optimisation des performances, etc. Vous pouvez vérifier si le type est POD via STD :: IS_POD, mais il est recommandé d'utiliser STD :: IS_TRIVIA après C 11.

Anullpointerinc isasaspecialvalueINDICATINGSTATAPOInterDoOesNotPointToanyValidMemoryLocation, andisesesedTosafelyManageAndcheckpointersBeforedereencing.1.BeForec 11,0orlwasused, butnownullptrisprefort

En C, il existe trois fa?ons principales de passer les fonctions comme paramètres: en utilisant des pointeurs de fonction, des expressions de fonction STD :: et de lambda et des génériques de modèle. 1. Les pointeurs de fonction sont la méthode la plus élémentaire, adaptée à des scénarios simples ou à une interface C compatible, mais une mauvaise lisibilité; 2. STD :: Fonction combinée avec les expressions de lambda est une méthode recommandée dans le C moderne, soutenant une variété d'objets appelées et étant de type type; 3. Template Les méthodes génériques sont les plus flexibles, adaptées au code de la bibliothèque ou à la logique générale, mais peuvent augmenter le temps de compilation et le volume de code. Les lambdas qui capturent le contexte doivent être passés à travers la fonction STD :: ou le modèle et ne peuvent pas être convertis directement en pointeurs de fonction.
