Tag Archive
Context switch et switch Context
L’article avait été perdu suite à migration de version de WP, le revoici : Pour alimenter le débat, la définition de ces 2 colonnes de sys.dm_os_schedulers : – context_switches_count : Number of context switches that have occurred on this scheduler. Is not nullable. To allow for other workers to run, the current running worker... »
De la tarte ? non, du gâteau !
En référence l’article concernant le portage du code de SQL Server sur Linux. En fait, de portage il n’y aura pas eu. Presque pas besoin. Voir la présentation de Slava et Tobias Thernström sur Channel 9 qui donne une idée précise du comment: – https://blogs.technet.microsoft.com/dataplatforminsider/2016/12/16/sql-server-on-linux-how-introduction/ – https://channel9.msdn.com/Shows/Data-Exposed/SQL-Server-on-Linux-The-HOW Le plus beau dans l’histoire c’est que les binaires... »
Notifications d’état de la mémoire sous windows : LOW, STEADY, HIGH
Avant de commencer un article un peu profond sur Resource Monitor, j’ai dû faire quelques tests sur le fonctionnement des états mémoire et des notifications dans Windows. Windows propose depuis sa version XP/2003 et à travers une API, à toute application qui le souhaite de questionner l’état de la mémoire physique, ceci afin de pouvoir... »
Mythe : ASYNC_IO_COMPLETION indique-t-il toujours une attente sur une IO asynchrone ?
Ceux qui pensent que oui lèvent la main… Perdu 🙂 Pour rappel, ASYNC_IO_COMPLETION est un évènement d’attente utilisé pour marquer les attentes liées à des IO asynchrones hors activité buffer pool (qui elles sont marquées avec PAGEIOLATCH_*). L’exemple le plus connu est le checkpoint, qui écrit en faisant appel à WriteFileGather et des IO... »
Pas de la tarte
Non vraiment, ça va pas être de la tarte. Et si vous vivez dans une grotte depuis le début de l’année, vous ne savez peut être pas encore que SQL Server doit être porté sur Linux. D’ailleurs mister Slava Oks, le grand gourou de l’allocation mémoire dans SQLOS, est revenu au bercail pour prêter... »
Retrouver la fonction à l’origine d’un Non Yielding IOCP Listener
Petit mémento pour retrouver la fonction à l’origine d’un SOS non yielding ou un IOCP non yielding. On va en profiter pour rappeler les conditions de détection des deux phénomènes. On part sur une version >= 2005. Pour mémoire, cette condition de “non-relâche” (non-yielding) d’un scheduler ou d’un IO Completion Port a été implémentée... »
