标签:boost-thread c multithreading linux
我正在实现一个消息传递算法.消息通过图形的节点传播,阻塞直到它们已经从(其他邻居)接收到足够的信息来发送消息.
如果我将每条消息放在自己的线程中并使用boost :: condition来暂停线程直到所有必需的信息都可用,那么该算法很容易编写.我创建了数千个线程,但大多数线程在任何时候都是活动的.这看起来效果很好.
我的问题是,当单元测试我发现如果我创建超过大约32705线程,我得到
unknown location(0): fatal error in
“Tree_test”: std::exception:
boost::thread_resource_error
我不知道是什么原因造成的,或者如何解决这个问题.
似乎有很多可用的内存(每个线程只有两个指针 – 消息在它们之间传递的对象).
从这个问题:Maximum number of threads per process in Linux?我认为以下信息是相关的(虽然我真的不知道这有什么意思……)
~> cat /proc/sys/kernel/threads-max
1000000
(我从60120增加了这个 – 我需要重启吗?)
~>ulimit -a
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
scheduling priority (-e) 20
file size (blocks, -f) unlimited
pending signals (-i) 16382
max locked memory (kbytes, -l) 64
max memory size (kbytes, -m) unlimited
open files (-n) 1024
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
real-time priority (-r) 0
stack size (kbytes, -s) 8192
cpu time (seconds, -t) unlimited
max user processes (-u) unlimited
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited
我试着摆弄待处理的信号(我的极限非常接近2 *那个数字)
和堆栈大小与ulimit -S -i 8191 – (我无法增加它)但这些变化似乎根本没有效果)
我是64位Ubuntu-10-10,如果这有帮助…
解决方法:
我认为系统上有32K线程,你应该看看除了如何拥有更多线程之外的潜在解决方案.例如,一个线程池(Boost为此提供了一些东西).
无论如何,在你的系统上,PID是不是限制在32768或某些这样的值?你迟早会跑出去,不妨设计系统以允许处理比最大线程数更多的项目,我想.
也就是说,查看/ proc / sys / kernel / pid_max以查看最大PID – 并尝试增加它.这可能会使您超过32K(但也可能导致意外行为,程序不是为非常大的PID设计的,所以要小心).
然后您可能受到堆栈空间的限制(而不是虚拟内存空间).如果您愿意,可以尝试使用较小的堆栈创建线程.
标签:boost-thread,c,multithreading,linux 来源: https://codeday.me/bug/20190827/1736171.html
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。