From mboxrd@z Thu Jan  1 00:00:00 1970
Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail
From: Greg Troxel <gdt@lexort.com>
Newsgroups: gmane.lisp.guile.user
Subject: Re: [ANN] Guile-Parallel 1.0.0 released
Date: Mon, 02 Jan 2023 11:13:27 -0500
Message-ID: <rmiilhoc3tk.fsf@s1.lexort.com>
References: <87wn68p6qi.fsf@laura>
 <f2cdfcc7-8d69-7fd3-5a65-0ff269c9eb4f@posteo.de>
 <87pmbzpb6h.fsf@laura>
Mime-Version: 1.0
Content-Type: text/plain
Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214";
	logging-data="22766"; mail-complaints-to="usenet@ciao.gmane.io"
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (berkeley-unix)
Cc: Zelphir Kaltstahl <zelphirkaltstahl@posteo.de>
To: Olivier Dion via General Guile related discussions <guile-user@gnu.org>
Original-X-From: guile-user-bounces+guile-user=m.gmane-mx.org@gnu.org Mon Jan 02 17:14:14 2023
Return-path: <guile-user-bounces+guile-user=m.gmane-mx.org@gnu.org>
Envelope-to: guile-user@m.gmane-mx.org
Original-Received: from lists.gnu.org ([209.51.188.17])
	by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
	(Exim 4.92)
	(envelope-from <guile-user-bounces+guile-user=m.gmane-mx.org@gnu.org>)
	id 1pCNS1-0005g1-VR
	for guile-user@m.gmane-mx.org; Mon, 02 Jan 2023 17:14:14 +0100
Original-Received: from localhost ([::1] helo=lists1p.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.90_1)
	(envelope-from <guile-user-bounces@gnu.org>)
	id 1pCNRR-00074D-1w; Mon, 02 Jan 2023 11:13:37 -0500
Original-Received: from eggs.gnu.org ([2001:470:142:3::10])
 by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <gdt@lexort.com>) id 1pCNRP-000745-5j
 for guile-user@gnu.org; Mon, 02 Jan 2023 11:13:35 -0500
Original-Received: from s1.lexort.com ([71.19.148.97])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <gdt@lexort.com>) id 1pCNRM-00072g-Iy
 for guile-user@gnu.org; Mon, 02 Jan 2023 11:13:34 -0500
Original-Received: by s1.lexort.com (Postfix, from userid 10853)
 id B89FA4106DD; Mon,  2 Jan 2023 11:13:27 -0500 (EST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=lexort.com; s=mail;
 t=1672676007; bh=tWi97FmkytUREjCAzIz5+I+7TLQZBpAlve01bK9QxxM=;
 h=From:To:Cc:Subject:References:Date:In-Reply-To;
 b=AxgVNlUGOhkujTuMYqeCgArAs/Opf4n+ySrLohT8p79JlO6EvngF167SkzvBttSlK
 N74iOZ7siS7gDVJ+uAfRffA6rqI73lspVlFOUrPOY+OzOzgUNmXdAMmxN8Zhpen007
 NnB8I5Qp2jPsF97Kg+r8bMUttNSm9sdOSMQNrwRQ=
OpenPGP: id=098ED60E
In-Reply-To: <87pmbzpb6h.fsf@laura> (Olivier Dion via General Guile related
 discussions's message of "Sat, 31 Dec 2022 15:31:34 -0500")
Received-SPF: pass client-ip=71.19.148.97; envelope-from=gdt@lexort.com;
 helo=s1.lexort.com
X-Spam_score_int: -43
X-Spam_score: -4.4
X-Spam_bar: ----
X-Spam_report: (-4.4 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1,
 DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1,
 RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001,
 SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-BeenThere: guile-user@gnu.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: General Guile related discussions <guile-user.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/guile-user>,
 <mailto:guile-user-request@gnu.org?subject=unsubscribe>
List-Archive: <https://lists.gnu.org/archive/html/guile-user>
List-Post: <mailto:guile-user@gnu.org>
List-Help: <mailto:guile-user-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/guile-user>,
 <mailto:guile-user-request@gnu.org?subject=subscribe>
Errors-To: guile-user-bounces+guile-user=m.gmane-mx.org@gnu.org
Original-Sender: guile-user-bounces+guile-user=m.gmane-mx.org@gnu.org
Xref: news.gmane.io gmane.lisp.guile.user:18820
Archived-At: <http://permalink.gmane.org/gmane.lisp.guile.user/18820>

O
Olivier Dion via General Guile related discussions <guile-user@gnu.org>
writes:

> I haven't use fibers a lot, but I think that if you ever need to handle
> asynchronous I/O, for now you should stick with fibers.  Also, fibers
> was written by peoples that have a way better understanding of Guile
> internal then I do, so I would expect it to be better in some areas.  It
> also use epoll(2) instead of select(2), which is way better for events
> listening.  I will make the change once Guile has native support for
> epoll(2).  I currently only use select(2) for listening on
> timerfd_create(2) timers to handle sleeps of userspace threads, so the
> impact is marginal.

epoll is as I understand it linux only so that's not a reasonable
dependency.   fibers now works with libevent which wraps multiple
faclilities and is thus pretty portable.