From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dcvr.yhbt.net (dcvr.yhbt.net [173.255.242.215]) by sourceware.org (Postfix) with ESMTPS id A434C3858D28 for ; Tue, 17 Jan 2023 06:42:52 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org A434C3858D28 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=yhbt.net Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=yhbt.net Received: from localhost (dcvr.yhbt.net [127.0.0.1]) by dcvr.yhbt.net (Postfix) with ESMTP id 26FC11F47C; Tue, 17 Jan 2023 06:42:51 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yhbt.net; s=selector1; t=1673937771; bh=VBhHYOpQjnzvwSdQiSloRLU+5ygckuMneeqJlKi4wMo=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=HqV9MKmRGeeIgSuOsgEEQGkpswJzkCHuLWYuG5Arx++aZ934MT5/k+5JnV+XQBCjV R77SkssGzxzOoQc6LODlncUBoQuJP/3fMy0HGzRY6jydNm6dJHkhz9MQr6LQspbFZu 6bNI/oaqk1+O1/Qr0pmJeZOuuWKBVGRdavSXbSiI= Date: Tue, 17 Jan 2023 06:42:51 +0000 From: Eric Wong To: Carlos O'Donell Cc: libc-alpha@sourceware.org, Mathieu Desnoyers Subject: Re: [RFC/PoC] malloc: use wfcqueue to speed up remote frees Message-ID: <20230117064251.M336757@dcvr> References: <20180731084936.g4yw6wnvt677miti@dcvr> <0cfdccea-d173-486c-85f4-27e285a30a1a@redhat.com> <20180731231819.57xsqvdfdyfxrzy5@whir> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-2.7 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_NONE,SPF_PASS,TXREP autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: Carlos O'Donell wrote: > >> - Adding urcu as a build-time dependency is not acceptable for > >> bootstrap, instead we would bundle a copy of urcu and keep it > >> in sync with upstream. Would that make your work easier? > > Eric Wong wrote: > > Yes, bundling that sounds great. I assume it's something for > > you or one of the regular contributors to work on (build systems > > scare me :x) > > Yes, that is something we'd have to do. Hi, bringing this topic from 2018 up again (+Cc Mathieu): https://inbox.sourceware.org/libc-alpha/c061de55-cc2a-88fe-564b-2ea9c4a7e632@redhat.com/T/ I'm wondering if URCU-in-glibc is still on the table. I'm also considering an learning C11 atomics and deriving a standalone wfcqueue w/o URCU atomics. Thanks.