From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 99BE813838B for ; Wed, 17 Sep 2014 23:11:51 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 4C760E0B25; Wed, 17 Sep 2014 23:11:46 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 2F5B8E0B13 for ; Wed, 17 Sep 2014 23:11:45 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 547823402D1 for ; Wed, 17 Sep 2014 23:11:44 +0000 (UTC) X-Virus-Scanned: by amavisd-new using ClamAV at gentoo.org X-Spam-Flag: NO X-Spam-Score: -1.663 X-Spam-Level: X-Spam-Status: No, score=-1.663 tagged_above=-999 required=5.5 tests=[AWL=-0.308, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.653, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=unavailable Received: from smtp.gentoo.org ([IPv6:::ffff:127.0.0.1]) by localhost (smtp.gentoo.org [IPv6:::ffff:127.0.0.1]) (amavisd-new, port 10024) with ESMTP id czIKRH-YjNIV for ; Wed, 17 Sep 2014 23:11:37 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTPS id 46C963402A6 for ; Wed, 17 Sep 2014 23:11:35 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1XUONn-0002UV-44 for gentoo-user@gentoo.org; Thu, 18 Sep 2014 01:11:31 +0200 Received: from rrcs-71-40-157-251.se.biz.rr.com ([71.40.157.251]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 18 Sep 2014 01:11:31 +0200 Received: from wireless by rrcs-71-40-157-251.se.biz.rr.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 18 Sep 2014 01:11:31 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-user@lists.gentoo.org From: James Subject: [gentoo-user] Re: [OT] Linus Torvalds on systemd Date: Wed, 17 Sep 2014 23:11:20 +0000 (UTC) Message-ID: References: Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 71.40.157.251 (Mozilla/5.0 (X11; Linux x86_64; rv:29.0) Gecko/20100101 Firefox/29.0 SeaMonkey/2.26.1) X-Archives-Salt: b2c66459-6796-4446-8d08-a0c2e2582fe9 X-Archives-Hash: f50549895f66383b95b5c8f15d676409 Mark David Dumlao gmail.com> writes: perfomanced metrics; Choice; Unreasonable? > > work on publicly available data > > Ah, here is some of the tesing you are referring to?http://lists.freedesktop.org/archives/systemd-devel/2014-March/017570.html > My position is that you're an idiot and a troll. > > The code is out there. Freely available. Both systemd and sysvinit. If > you wanted to measure both, you could, literally, in the time it > took since you first posted in this thread till now you could > have measured several times and left mean comments about whichever > system you hated the most. This like compares kdbus to a test code ibench. It already done. Since you are so wise and I so, well limited, why don't you explain how the upcoming kdbus is giong to be faster? Speed in the kernel is important? > You're the only one in this thread that's imposing on everyone > to produce anything. You're the only one in this thread that > SHOULD be producing anything. That's how open source works and > that's how it's supposed to work. We're not your unpaid researchers. I'm sorry, Volker pointed out that the pro systemd folks came to gentoo-user, waiving linux's dirty panties around. We ask a few simple questions, now you result to name calling? Benchmarking lowlevel effects in the kernel is not new. Important changes are frequently marketed to the rest of the technical user community, by " gee guys look how fast kdbus is going to be" So, take your panties off, and show us just how fast you are? systemd + kdbus? Other *udev projects you would recommend? I accept your sceptre, but you must illuminate things a bit. James