2回答
Linux进程间重入信号量
、、、、
我正在将一个Windows应用程序移植到Linux上，但我遇到了同步问题。我如何在Linux中模拟它呢？我可以给它添加一个引用计数，但然后我需要同步对它的访问，这意味着另一个(这次只针对当前进程)互斥锁。
有没有一个类可以提供可重入的进程间锁(可能在Boost中)？顺便说一句，使用文件锁是不可接受的，因为它可能会太慢(我需要两个进程之间的超低延迟通信)。
浏览 2提问于2009-11-17得票数 1
回答已采纳
2回答
锁/信号量应该是机器本地的(linux操作系统)。我想避免基于文件的锁，因为我不知道我应该把锁文件放在哪里。multiprocessing.Lock提供的锁没有帮助，因为两个python解释器都没有共享同一个父程序。如何同步linux</em
浏览 2提问于2017-11-06得票数 2
回答已采纳
1回答
我想像这样制定我的同步策略：当一个线程试图读取X时，它必须等待，直到所有修改的线程解除它们的锁。linux pthread库中有没有解决这种情况的方法？非常感谢
浏览 2提问于2009-06-10得票数 0
回答已采纳
在Linux内核中，读/写自旋锁用于同步对任务列表的访问。然而，read_(Un)用于读取，write_(un)lock_irq用于写入。为什么需要在锁定写入时禁用中断？
浏览 0提问于2013-02-06得票数 1
回答已采纳
我正在使用linux内核版本2.6。我想同步对单一 net_device结构的访问。在寻找内核代码中的答案时，我遇到了与此问题相关的两种同步机制：
谢谢!
浏览 4提问于2015-08-13得票数 3
回答已采纳
1回答
到目前为止，我的研究让我相信唯一的方法是使用共享内存(声明全局变量)和锁定机制来同步线程之间的读/写。关于这方面的资料相当稀缺。
有没有其他我可以考虑的方法？内核代码中最常见的标准是什么？
浏览 2提问于2011-08-12得票数 3
回答已采纳
1回答
我们必须设计一个系统，在迭代中运行并行算法，并在某些步骤后进行同步，类似于fork-join模型。需要在几个步骤之后进行同步，以便通过共享内存交换数据以继续下一次迭代。一个循环将作为控制器来协调同步点(在我们的例子中是自旋锁)。目标也是在这些代码路径中运行尽可能多的迭代(不休眠)。当我们在多个进程和多个线程中模拟上述行为时，线程的伸缩性不如进程。在windows和linux上，c++代码都显示出类似的模式。在第一个设计中，控制器在一个应用程序中，管理自旋锁，其他3个应用程序启动，等待各自
浏览 4提问于2019-12-28得票数 0
1回答
我在作者-读者模型中使用boost::shared_mutex作为同步对象。但是，与没有使用锁相比，它要慢得多(在我的测试中:没有任何读取器，如果没有使用锁，编写50万个值需要100毫秒，如果使用boost::shared_mutex，则需要大约500毫秒)。我想做一个可移植的自旋锁(Windows + Linux)。
是一个很好的主题，它展示了如何在Windows上实现自旋锁。但是，我无法在Linux上找到Win32 API的等价物，如Int
浏览 1提问于2016-03-08得票数 1
2回答
3) Writer必须等到Reader“完全”释放锁(因为它有多个线程)。1)系统应同时在Windows和Linux上运行。3)作者，读者首先决定要访问哪
浏览 2提问于2016-02-15得票数 0
回答已采纳
1回答
共享内存锁定和进程崩溃
、、、
我想更好地理解共享内存的同步问题。我知道进程间同步在不同的操作系统上可以有不同的工作方式。最大的区别是当锁定共享内存的进程崩溃时会发生什么。Windows释放在进程崩溃后锁定命名互斥锁，而linux不释放它。有没有人能更好地给我解释一下这个问题，优点和缺点是什么？在linux下，在进程崩溃后，如何可能出现命名互斥或进程间信号量？
浏览 1提问于2010-08-28得票数 1
如果我有一个ReentrantReadWriteLock，并将它用作同步块中的锁，其他线程还能释放它们的锁吗？lock(); lock.readLock().unlock();}
如果我调用doSomething()，而另一个线程已经持有读锁，那么该线程能释放读锁吗？当我进行doSomething()调用时，我将在ReentrantReadWriteLock上同步，然后尝试获取读锁
浏览 1提问于2014-04-23得票数 0
1回答
我将在Linux上同步两个不同的进程。两个进程都想访问一个可以同时由一个进程使用的设备。到目前为止，我一直使用命名信号量进行同步，并且运行良好，直到有人杀死了当前在设备上运行的进程。这可以在Windows下用互斥锁简单地解决。在该系统中，当拥有线程/进程终止时，命名互斥被自动释放。提前感谢！托雷诺
浏览 0提问于2015-02-04得票数 0
3回答
在我看来，如果在单个线程中运行，同步方法应该与其不同步的方法完全没有区别，因为同步的操作不应该阻止任何东西。也就是说，我可以想象编译器对这两种情况的处理方式是不同的，这也是为什么人们说同步更慢的原因。
这绝不是决定性的，但我在HashMap和Hashtable上做了一些简单的测试，发现速度几乎没有差别。
浏览 3提问于2009-06-10得票数 11
回答已采纳
7回答
在其中一个页面中，他们定义了内在锁和同步 。在这一页中，他们说：
当线程调用同步方法时，它会自动获取该方法的对象的内部锁，并在该方法返回时释放它。即使返回是由非正常异常引起的，也会发生锁释放。对我来说，这意味着一旦我从其中一个线程调用了一个同步方法，我将拥有线程的内部<
浏览 21提问于2016-07-05得票数 14
回答已采纳
2回答
同步块中的锁
、、、
我只需要确认我已经正确理解了同步块中的锁的概念。首先，我将讲述我所理解的内容。获取对象的锁意味着没有其他线程可以访问该对象类的同步代码。在同步方法的情况下，线程获取用于调用该方法的对象上的锁(即，隐式地获取this引用)。这意味着其他线程不能访问当前对象的类的同步代码。但是，在同步块的情况下，我们可以指定我们希望线程获取锁的对象。现在，假设我们在类A的方法中有synchronized块，获取了类B的对象的锁。假设一个
浏览 1提问于2009-11-29得票数 2
回答已采纳
1回答
读/写这些数据需要在不同的进程之间同步。此时，我使用的是未命名的POSIX信号量。既然我主要关心的是速度，我想知道信号量在这里是不是最优的？
浏览 2提问于2010-02-18得票数 3
回答已采纳
4回答
从概念上讲，被用作四种主要的同步机制，它们纯粹是基于锁的。前两个使用自旋锁(忙-等待)实现。基于锁的同步在cpu周期方面是昂贵的。但是，我了解到java.util.concurrent包并不使用基于锁(睡眠/旋转)的机制来实现同步</em
浏览 5提问于2014-10-24得票数 0
java线程如何获取同步块中使用的监视器或同步方法中使用的监视器上的锁？如果是这种情况，那么锁是如何释放的？如何将对象标记为空闲，以便由另一个线程获取锁？wait和notify方法是否在内部使用？如果是这种情况，那么为什么在同步块中使monitor为null不会抛出任何异常。下面的例子运行得很好，我认为NullPointerException会假设同步块的末尾会尝试标记lock属性来释放锁。
浏览 7提问于2020-11-04得票数 2
回答已采纳
} synchronized (this) { }我怀疑在执行blah时，当前正在执行的带有对象o释放锁的线程，此时如果其他对象o的线程获得了锁，就会出现死锁。那么，我们怎么能说我们应该尝试使用同步块而不是同步方法呢？
假设执行静态同步方法的线程t1获得了类级锁，其他线程可以获取该类实例的锁来执行其他同步方法吗？
浏览 2提问于2013-10-07得票数 0
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
对象存储
腾讯会议
实时音视频活动推荐
腾讯云开发者
