IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

MS SQL Server Discussion :

SOS_SCHEDULER_YIELD alors que je suis seul


Sujet :

MS SQL Server

  1. #1
    Membre confirmé
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Octobre 2008
    Messages
    698
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Suisse

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : Boutique - Magasin

    Informations forums :
    Inscription : Octobre 2008
    Messages : 698
    Points : 586
    Points
    586
    Par défaut SOS_SCHEDULER_YIELD alors que je suis seul
    Bonjours,
    J'ai une grosse requête qui tourne sur mon server test.
    Ça fait ~1h30 qu'elle tourne et en cherchant un peu je vois qu'elle a un wait type SOS_SCHEDULER_YIELD...

    D'après ce que j'ai trouver sur le net, ce type d'attente survient quand le serveur arrête/ralentis mon thread au profit d'un autre...

    Mon problème c'est que je suis seul et que la seule autre requête qui tourne sur ce server c'est justement celle que j'utilise pour voir les requêtes en cours.

    Y-a-t il un moyen de prioriser une session ? ou quelque chose dans le genre ?

    A+

  2. #2
    Expert éminent sénior
    Avatar de mikedavem
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Août 2005
    Messages
    5 450
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 45
    Localisation : France, Ain (Rhône Alpes)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : Distribution

    Informations forums :
    Inscription : Août 2005
    Messages : 5 450
    Points : 12 891
    Points
    12 891
    Par défaut
    De manière générale SQL Server utilise le mode coopératif pour le traitement des threads associés à une requête. Si le travail est trop long sur un planificateur pour x raisons le thread associé peut être volontairement retiré au profit d'un autre dans la "runnable queue" pour être retraité par la suite.

    Le fait d'avoir ce type d'attente peut simplement signifier que ta requête est "CPU intensitive" si tu n'as pas d'autres types d'attentes associés à ta requête. Il faut savoir que même si tu es seul sur ton serveur, d'autres requêtes internes peuvent être exécutés par le moteur.

    ++

  3. #3
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 772
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 772
    Points : 52 737
    Points
    52 737
    Billets dans le blog
    5
    Par défaut
    Postez la requête ainsi que le DDL des tables (et des index relatifs aux tables) concernées par cette requête.

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

Discussions similaires

  1. Réponses: 8
    Dernier message: 03/12/2012, 22h15
  2. Réponses: 2
    Dernier message: 10/02/2010, 20h15
  3. permission denied alors que je suis en root?
    Par Balbuzard dans le forum Administration système
    Réponses: 7
    Dernier message: 01/04/2009, 05h28
  4. Réponses: 4
    Dernier message: 28/12/2006, 18h42
  5. Réponses: 4
    Dernier message: 13/08/2005, 10h20

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo