09-23-2011 07:14 AM
@Steve Chandler wrote:
@Ben wrote:
Lack of memory aside, if the queues die I would guess at 65535 queues. But I suspect they will not fail until you get to millions and at that point memory would be involved.
Ben
That would be a good guess although I am sure it is very educated!
In the snippet above enter some huge crazy number of queues - like a million. In the dequeue for loop typecast the reference to a string and set it to hex display. The queues will be created, the enqueues will all work, then the dequeue for loop will start. It will freeze once the last two bytes of the queue reference rolls over from FFFF.
That's ok - "64K queues ought to be enough for anybody"
Anybody care to explain WHY 64K?
Ben
09-23-2011 07:47 AM
Anybody care to explain WHY 64K?
Ben
I'm guessing it a reference to the quote of 640K of memory should be enough for anybody
01-29-2016 04:23 AM
Hi guys,
I am working on a similar idea with many queues with size of 1 element. I am courious whether you were succesfull or you discovered any problem with many-queues application...
02-01-2016 02:57 PM
Hi charlie87.
As was shown throughout this forum post, people were able to create VIs that used thousands and even tens of thousands without any issues. If issues do come up, it may not be from the number of queues, but rather the architecture of the code itself. Although, it is, indeed, possible to create enough queues that there would be issues with your computer's memory, but we can't know for sure unless you are creating upwards of millions of queues.
If you are running into any issues with an application, I would recommend you create a new post with some details on the problem along with a screenshot of your code. People here may be able to do a good job of finding out where the issue is located.