# kdb deadlock stops responding

**URL:** https://forum.kx.com/t/kdb-deadlock-stops-responding/8029
**Category:** Community Support
**Tags:** kdb-and-q
**Created:** [December 11, 2012, 3:53pm UTC](https://forum.kx.com/t/kdb-deadlock-stops-responding/8029 "2012-12-11T15:53:00Z")
**Posts on this page:** 5
**Page:** 1

<div class="post-metadata">

### Author: ![Sam11](https://avatars.discourse-cdn.com/v4/letter/s/c6cbf5/32.png) [@Sam11](https://forum.kx.com/u/Sam11)
#### Post date: [December 11, 2012, 3:53pm UTC](https://forum.kx.com/t/kdb-deadlock-stops-responding/8029/1 "2012-12-11T15:53:00Z")

</div>

I often occur a case when there are many simultaneous requests to kdb server (more than 30), it deadlocks and stops responding until some connections are closed down. Is there a way to avoid this problem by running KDB with multithreading or other optjon?

---

<div class="post-metadata">

### Author: ![hari1](https://avatars.discourse-cdn.com/v4/letter/h/ee59a6/32.png) [@hari1](https://forum.kx.com/u/hari1)
#### Post date: [December 11, 2012, 3:58pm UTC](https://forum.kx.com/t/kdb-deadlock-stops-responding/8029/2 "2012-12-11T15:58:00Z")

</div>

http://code.kx.com/wiki/Cookbook/MultithreadedInputMode

Multithreaded input queue mode is active when the port for incoming connections is specified as negative, e.g. for startup

q -p -5000

Restrictions -

.z.W and async messaging should not be used in this mode.

---

<div class="post-metadata">

### Author: ![awall1](https://avatars.discourse-cdn.com/v4/letter/a/fbc32d/32.png) [@awall1](https://forum.kx.com/u/awall1)
#### Post date: [December 11, 2012, 4:13pm UTC](https://forum.kx.com/t/kdb-deadlock-stops-responding/8029/3 "2012-12-11T16:13:00Z")

</div>

Hi Sam,  
A couple of questions - apologies if this rehashes old ground that you have already gone over. Are you sure it is a deadlock - asuming you are running linux, this should be relatively easy to check - strace, or something less invasive perhaps. It is not an issue with the number of concurrent pids (fix by tweaking the kernel settings)? Is this happening with async communication, deferred sync, or is there sync communication involved too?  
Cheers,  
Andy

---

<div class="post-metadata">

### Author: ![Sam11](https://avatars.discourse-cdn.com/v4/letter/s/c6cbf5/32.png) [@Sam11](https://forum.kx.com/u/Sam11)
#### Post date: [December 11, 2012, 4:14pm UTC](https://forum.kx.com/t/kdb-deadlock-stops-responding/8029/4 "2012-12-11T16:14:00Z")

</div>

They say it is not to be used for reading data from disk. So this is not an option for hosting large tick database from server. Am I missing something?

---

<div class="post-metadata">

### Author: ![charlie1](https://avatars.discourse-cdn.com/v4/letter/c/ec9cab/32.png) [@charlie1](https://forum.kx.com/u/charlie1)
#### Post date: [December 11, 2012, 4:37pm UTC](https://forum.kx.com/t/kdb-deadlock-stops-responding/8029/5 "2012-12-11T16:37:00Z")

</div>

this is not a known issue; it should be fine. Please describe the steps/scenario to reproduce the problem.

thanks
