From owner-freebsd-threads@FreeBSD.ORG Mon Jul 14 11:00:10 2003 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD26D37B418 for ; Mon, 14 Jul 2003 11:00:10 -0700 (PDT) Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id E248E43F75 for ; Mon, 14 Jul 2003 11:00:08 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-38ldu3s.dialup.mindspring.com ([209.86.248.124] helo=mindspring.com) by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19c7c6-0004UF-00; Mon, 14 Jul 2003 10:59:51 -0700 Message-ID: <3F12EF5A.71249E4D@mindspring.com> Date: Mon, 14 Jul 2003 10:58:50 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Petri Helenius References: <007601c3467b$5f20e960$020aa8c0@aims.private> <004d01c348ae$583084f0$812a40c1@PETEX31> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a46ba338030ad9f7625196744213bac568548b785378294e88350badd9bab72f9c350badd9bab72f9c cc: Chris Knight cc: 'Kai Mosebach' cc: freebsd-threads@freebsd.org Subject: Re: LinuxThreads replacement X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jul 2003 18:00:11 -0000 Petri Helenius wrote: > > get up to speed with thread implementations. Is it just me, or > > are threads just a complete evil, which very few people > > understand correctly and are able to implement and/or use them > > correctly? > > Threads are harder to understand and debug. Once you get to think > in threads it actually helps productivity and creates simpler programs > because you can create a thread for a task instead of going trough > dozens of condition statements every time you return from a select or > similar. Other such advantages exist. Threads are for people who can't write finite state automatons. > Also, since future CPUs and systems are likely to have more parallel > execution units, threaded programs are ready to take advantage > of such beasts if your memory coherency protocol does not eat up > your performance. SMP scaling is an argument for threads. It's also an argument for processes. -- Terry