This was causing every mmap syscall to take 10-20ms (almost half the latency of the query itself). In every refresh of my htop window, I saw that a handful of threads were in the D state corresponding to “Uninterruptible sleep”: PID USER PRI NI VIRT RES SHR S CPU% MEM% TIME+ Commandĥ5308 neil 21 1 11.6G 3825M 36804 S 530. After confirming that our workload was indeed using 16 threads, I looked at the state of our various threads.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |