I think I have a hunch as to what this is.
Some googling showed that this happens when you are trying to spawn more
threads than your machine can handle.
From your previous post/discussions I understand this happens when you
run
the cdma_rx file.
The part of this program that generates a lot of threads is the
aqcuisition
filterbank
which we have made highly parallelized.
If this is the case then it should also happen running cdma_txrx (please
try it).
Recall that gr-cdma is fully parameterized by the user.
So to fix this (this is not a bug, it is the feature of the system) try
to
change the variable
n_filt=51 to some smaller value (try 11).
I hope you understand what the tradeoffs are (reduced capability of
receiver to handle frequency errors).
best,
Achilleas
I was doing some research and saw the same similair information. Some
sites were saying you can increase the processing identifier limits but
I dont think I will try those. Yes the same error occurs when running
the cdma_txrx. I will try reducing the number of filters to a smaller
value, and yes I understand there will be tradeoffs in doing this. I am
using a laptop by the way so it probably cannot handle as many threads
because of its memory, RAM, processor size etc.
On Monday, January 19, 2015 12:11 PM, Achilleas A.
[email protected] wrote:
I think I have a hunch as to what this is.
Some googling showed that this happens when you are trying to spawn more
threads than your machine can handle.
From your previous post/discussions I understand this happens when you
run the cdma_rx file.
The part of this program that generates a lot of threads is the
aqcuisition filterbank
which we have made highly parallelized.
If this is the case then it should also happen running cdma_txrx (please
try it).
Recall that gr-cdma is fully parameterized by the user.
So to fix this (this is not a bug, it is the feature of the system) try
to change the variable
n_filt=51 to some smaller value (try 11).
I hope you understand what the tradeoffs are (reduced capability of
receiver to handle frequency errors).
best,
Achilleas
Hello, I saw there has been a recent update to the master gr-cdma.
Should I be doing a git pull request for the new updates as well?
On Monday, January 19, 2015 12:11 PM, Achilleas A.
[email protected] wrote:
I think I have a hunch as to what this is.
Some googling showed that this happens when you are trying to spawn more
threads than your machine can handle.
From your previous post/discussions I understand this happens when you
run the cdma_rx file.
The part of this program that generates a lot of threads is the
aqcuisition filterbank
which we have made highly parallelized.
If this is the case then it should also happen running cdma_txrx (please
try it).
Recall that gr-cdma is fully parameterized by the user.
So to fix this (this is not a bug, it is the feature of the system) try
to change the variable
n_filt=51 to some smaller value (try 11).
I hope you understand what the tradeoffs are (reduced capability of
receiver to handle frequency errors).
best,
Achilleas