标签: multithreading

我最近听过一些人说在Linux中,使用进程而不是线程几乎总是更好,因为Linux在处理进程方面非常有效,并且因为线程有很多问题(例如锁定).但是,我很怀疑,因为在某些情况下,线程似乎可以带来相当大的性能提升.

所以我的问题是,当遇到线程和进程都能很好地处理的情况时,我应该使用进程还是线程？例如,如果我正在编写Web服务器,我应该使用进程或线程(或组合)吗？

换句话说,这个Singleton实现线程是否安全:

public class Singleton
{
    private static Singleton instance;

    private Singleton() { }

    static Singleton()
    {
        instance = new Singleton();
    }

    public static Singleton Instance
    {
        get { return instance; }
    }
}

我有一些项目的解决方案.不同的项目有几个突破点.我想跟踪第一个线程命中其中一个断点并继续跟踪该单个线程,尽管其他线程进入相同的代码块.

我知道这可以通过在断点上定义条件来实现,也就是说,线程名称= ...或者线程ID = ...但我的情况是一个负载很重的ASP.NET应用程序,并且只要我附加到w3wp.exe许多线程将达到突破点.我需要一些像a ThreadLocal<break-point>.

可能吗？如果是这样,怎么样？

最近,我在面试中被问到一个问题,即流程和线程之间的区别.真的,我不知道答案.我想了一会儿,给了一个非常奇怪的答案.

线程共享相同的内存,而进程则没有.在回答这个问题之后,面试官给了我一个邪恶的微笑,并向我解释了以下问题:

问:你知道程序划分的部分吗？

我的回答:是的(认为这是一个简单的)堆栈,数据,代码,堆

问:那么,告诉我:线程共享哪些段？

我无法回答这个问题并最终说出了所有这些.

请问,任何人都可以为流程和线程之间的差异提供正确和令人印象深刻的答案吗？

UPDATE

从C#6开始,这个问题的答案是:

SomeEvent?.Invoke(this, e);

我经常听到/阅读以下建议:

在检查事件之前,请务必复制事件null并将其触发.这将消除线程的潜在问题,其中事件变为null位于您检查null和触发事件的位置之间的位置:

// Copy the event delegate before checking/calling
EventHandler copy = TheEvent;

if (copy != null)
    copy(this, EventArgs.Empty); // Call any handlers on the copied list

更新:我从阅读中了解到这可能还需要事件成员的优化,但Jon Skeet在他的回答中指出CLR不会优化副本.

但同时,为了解决这个问题,另一个线程必须做到这样的事情:

// Better delist from event - don't want our handler called from now on:
otherObject.TheEvent -= OnTheEvent;
// Good, now we can be certain that OnTheEvent will not run...

实际的顺序可能是这种混合物:

// Copy the event delegate before checking/calling
EventHandler copy …

Linux下进程可以创建的最大线程数是多少？

如何(如果可能)可以修改此值？

在Python文档中 它说:

线程可以标记为"守护程序线程".这个标志的意义在于,当只剩下守护进程线程时,整个Python程序都会退出.初始值继承自创建线程.

有没有人更明确地解释这意味着什么或一个实际的例子显示你想要将线程设置为何处daemonic？

为我澄清一下:

因此,如果您希望它们在主线程退出后继续运行,那么您唯一不会将线程设置为守护程序的时间是？

线程的上下文类加载器和普通的类加载器有什么区别？

也就是说,如果Thread.currentThread().getContextClassLoader()并getClass().getClassLoader()返回不同的类加载器对象,将使用哪一个？

Monitor和Semaphore之间的主要区别是什么？

我想知道在声明变量as volatile和始终访问synchronized(this)Java 中的块中的变量之间的区别？

根据这篇文章,http://www.javamex.com/tutorials/synchronization_volatile.shtml有很多要说的,但也有很多不同之处,但也有一些相似之处.

我对这条信息特别感兴趣:

...

• 对volatile变量的访问永远不会阻塞:我们只进行简单的读或写操作,因此与synchronized块不同,我们永远不会持有任何锁;
• 因为访问volatile变量永远不会持有锁,所以它不适合我们想要读取update-write作为原子操作的情况(除非我们准备"错过更新");

read-update-write是什么意思？写入也不是更新,还是仅仅意味着更新是依赖于读取的写入？

最重要的是,何时更适合声明变量volatile而不是通过synchronized块访问变量？使用volatile依赖于输入的变量是一个好主意吗？例如,有一个变量被称为render通过渲染循环读取并由按键事件设置？