Articles of multithreading

Java – IO绑定线程 – 1:1线程模型

在下面的程序中, //Producer – IO bound public class FileCrawler implements Runnable{ private final BlockingQueue<File> fileQueue; private final File root; …. public void run(){ try{ crawl(root); // IO bound }catch(InterruptedException e){ Thread.currentThread().interrupt(); } } private void crawl(File root) throws InterruptedException{ File[] entries = root.listFiles(fileFilter); … for(File entry: entries){ fileQueue.put(entry); } } } //Consumer – CPU bound public […]

没有exec的fork和共享对象使用的pthread_mutex_t

我正在使用一个Web服务器项目,执行没有一个exec fork 。 程序依赖于OpenSSL,而OpenSSL需要一些锁( CRYPTO_NUM_LOCKS是精确的,目前大约是40)。 在Linux上,这些锁通常是pthread_mutex_t ,并且在任何线程创build之前在主线程上安装/创build这些锁。 fork创造一个新的过程。 但是,在fork ,互斥锁中使用的句柄被浅拷贝。 也就是说,他们有相同的位,但我不认为他们在新的过程中有一个有用的价值。 我认为一般的问题是共享对象中的线程和叉的安全问题。 libcrypto上的OpenSSL wiki页讨论了线程和fork的安全性 ,我不知道如何解决一些问题。 有没有办法指定一个库(如OpenSSL)应该在fork上重新初始化?

multithreading文件传输与套接字

我想在C中创build一个multithreading的服务器 – 客户端文件传输系统。有客户端会发送或列出或做其他select(在交换机的情况下,你可以看到)和服务器存储的文件和服务很多的客户。 就我所知,multithreading的意识形态是非常困难的。 它需要太多的经验而不是知识。 我已经在这个项目上工作了一个多星期,而且我一直没能解决问题。 有四种select:第一种是在客户端的目录中列出客户端的本地文件,第二种是在客户端和服务器之间传送的列表文件,第三种是从用户读取文件名,并将文件复制到服务器的目录中。 我的重要问题是关于multithreading。 我无法连接多个客户端。 我已经阅读了代码从一堆到几堆,但我真的不能抓住我的错误,卡住了。 另一个问题是客户端将在SIGINT被捕获时结束,但是,例如,在按ctrl-cselect列表文件后,它不会停止。 服务器文件也是同样的问题。 与客户端捕获相比,更麻烦,因为当服务器获取SIGINT ,客户端将分别从服务器断开连接。 感谢您的帮助! server.c /* Soner Receive a file over a socket. Saves it to output.tmp by default. Interface: ./executable [<port>] Defaults: – output_file: output.tmp – port: 12345 */ #define _XOPEN_SOURCE 700 #include <stdio.h> #include <stdlib.h> #include <string.h> #include <arpa/inet.h> #include <fcntl.h> #include […]

BASH:从两个inputstream中读取的最佳体系结构

这里简单的脚本: a)不断从套接字读取数据并将其存储在关联数组中 b)不断从标准input读取值,如果它们已经存在于关联数组中,则响应t / f a&b是随机事件,不以任何方式关联。 诀窍是从两个subprocess访问数组(因为在后台放置一个进程会产生一个subprocess) 我正在考虑通过最好的策略,并且发生了一些想法,但是我想知道有没有人有更好的想法: 1)将input从套接字redirect到stdin作为subprocess,并在一个while循环中处理两个input(数据大小很小,<30个字符,所以我猜他们将保持primefaces?)。 2)读取套接字,然后读取具有小(0.1?)超时值的STDIN,以模仿非阻塞I / O。 3)更新:将套接字数据写入一个文件(实际上有另一个进程直接写入一个文件),然后每次请求进来检查值是否存在,处理文件中的条目,将它们添加到数组(使用文件locking)。

g ++ 4.8.1 C ++线程,std :: system_error – 操作不允许?

这不是一个重复的问题,因为提供的解决scheme不适用于我的编译器。 我想从这个问题编译并运行下面的示例。 #include <thread> #include <iostream> int main(int, char **){ std::thread tt([](){ std::cout<<"Thread!"<<std::endl; }); tt.join(); } 我曾尝试使用原始问题中提出的解决scheme以及对此重复的接受答案。 不过,尽pipe我尝试了所有列出的组合,并且特别尝试过 g++ main.cpp -o main.out -pthread -std=c++11 当我运行生成的可执行文件时,我仍然可以得到 terminate called after throwing an instance of 'std::system_error' what(): Enable multithreading to use std::thread: Operation not permitted Aborted (core dumped) 这是g++ –version的输出。 g++ (Ubuntu/Linaro 4.8.1-10ubuntu9) 4.8.1 Copyright (C) 2013 Free […]

在futex之前,线程/进程如何在Linux中停留和唤醒?

在Linux中存在futex系统调用之前,像pthreads这样的线程库使用底层的系统调用来阻塞/hibernate一个线程,并随后将这些线程从userland中唤醒? 例如,如果一个线程试图获得一个互斥体,那么这个用户空间的实现将阻塞这个线程(也许在一个短暂的空转间隔之后),但是我找不到用于这个的系统调用(除了futex ,创build)。

如何确定一个程序在Linux的堆栈大小?

如何确定在Linux中的程序的当前堆栈大小? 据说在Linux中每个程序的堆栈大小都是8MB,但是当你使用cat / proc时// mmap会显示不同的大小。 另外,如何确定相关线程的堆栈大小? 既然有人说线程有自己的私有堆栈?

多处理器机器中posix线程的并发性

我对多处理器机器中posix线程的并发性有一些怀疑。 我在SO发现了类似的问题,但没有find确凿的答案。 以下是我的理解。 我想知道我是否正确。 Posix线程是用户级线程,内核不知道它。 内核调度程序将把进程(及其所有线程)视为一个调度实体。 线程库依次select运行哪个线程。 它可以在可运行的线程中分割由内核给出的CPU时间。 用户线程可以在不同的CPU核心上运行。 即让线程T1和T2由Process(T)创build,那么T1可以在Cpu1中运行,而T2可以在Cpu2中运行,但是它们不能同时运行 。 请让我知道,如果我的理解是正确的。 谢谢…

在Linux下AutoResetEvent的C ++等价物是什么?

AutoResetEvent在MSDN中的说明 我正在尝试将在C#中实现的线程池移植到Linux下的C ++中。 我不知道我应该使用哪些function与“AutoResetEvent”类似的行为。

最近GTK 3.22仍然Boehm GC友好(线程问题)?

Boehm的保守垃圾收集器非常有用(比如Bigloo正在使用它, Guile使用类似的东西等等),特别是在Linux上(这是我唯一关心的操作系统;我使用的是Debian / Sid / x86 -64,如果是这样的话, libgc-dev包是版本1:7.4.2-8所以Boehm GC是7.4.2)。 但是, Boehm的GC需要知道使用它的每个线程。 其gc_pthreads_redirects.h (或多或less的内部)头文件重新定义pthread_create为 # define pthread_create GC_pthread_create 实际上,Boehm的GC需要在新的线程调用堆栈中调用GC_pthread_create ( GC_pthread_create正在这样做)。 过去,Glib(2.46)提供了一种使用struct GMemVTable重新定义内存分配的方法, 该方法已被废弃 ,不能再使用 (我的Debian的libglib2.02.0-dev软件包版本为2.50.3-2 )。 有一个g_mem_gc_friendly全局布尔值,但是当查看Glib源代码时,它只是清除内存区域,然后释放它们。 最近的GTK3(我的libgtk-3-dev软件包版本为3.22.11-1 )正在创build线程(对于可能与Dbus相关的东西,也许还涉及到GtkTextView …),通过Glib线程函数使用(间接) pthread_create 。 没有办法(除了修补源代码)被通知该线程创build。 我比任何GTKcallback恐怕会安装(例如使用g_signal_connect )可能会从这些线程调用。 或者,如果我用一些可能使用(或访问)一些GC_malloc -ed缓冲区的方法来GC_malloc一个GTK小部件,那么这可能是一场灾难。 另一方面,GTK中有一个强大的编码规则,所有的GTK操作只能在主线程中进行。 引用Gdk3主题页: 然而, GTK + 不是线程安全的 。 你应该只使用GTK +和GDK从线程gtk_init()和gtk_main()被调用。 这通常被称为“主线程”。 如果我自己遵循这个规则,我相信没有内部的GTK代码会从一些非主线程中调用我的callback(使用Boehm GC)? 我的直觉是,如果有GC_alloc从GTK内部(不是直接由我的代码)从主线程外部调用,将发生灾难(因为这些GTK内部线程尚未启动GC_pthread_create ;可能会调用我的一些代码,例如,因为我是inheritance了一些现有的GTK小部件,或者是因为我连接了一些GTK信号,即使我自己没有在主线程之外使用GTK和Boehm GC编写代码)。 重点是Boehm的GC需要扫描每个线程中的每个堆栈,可能使用它。 FWIW,我在GTK bugzilla上报告了一个可能的bug#780815 […]