Received: by 10.223.176.5 with SMTP id f5csp610931wra; Wed, 7 Feb 2018 04:45:18 -0800 (PST) X-Google-Smtp-Source: AH8x225YZMcg1OB9XzzWs9BhLwrKKbOy/d2YF+ghnhMKHXvMPNxpPtELRIcamQ4V+cqSXqKm/uE4 X-Received: by 10.98.160.80 with SMTP id r77mr5914665pfe.231.1518007518638; Wed, 07 Feb 2018 04:45:18 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1518007518; cv=none; d=google.com; s=arc-20160816; b=IvCR7dq1BeDje3tonA2LENGB/nyGMZIH9Xi3pHuz058rqW5+fMjGEMxP/mMYx1DQJH 5/xKJIYfpkRvUhxyjxww8mzFjbmDp3Yuj6A7uFPaFu3DbUvZ1KgtMDki/6lUu5qWZyFw IfE/4fNhiiRkoiu1eFXgEHAAWVqhNGxmorbdU4YJku8BW6dl0xxEDlK2dBobCRXMQ6Bz sFBnfW7rg1YEHaS4E4OXvCQSKf1eBXjcMG1QyRzKZL1GrF+kEMogwZbyZVf2f46hF9AZ J5y0vkxSySrMLFH9NXNzyG1j2vLcN8jDXzqg/z8P8VQAISDeRy9AfLg7e5YNRXjRNLMH zS3Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:references:cc:to:from:subject:dmarc-filter :dkim-signature:dkim-signature:arc-authentication-results; bh=o4k2FY4wdGvoIk0ePePXmP/VT96ThyR9DgRncc599cU=; b=nsRJJXvr4wwu63/vbOvNkajeOLQxRyUsZGbigDVP6uozkLpGtCyUmW1Ve0WtPLrwod 94+GoO0AaOfhBsQYQaXpAIfQmipLavR8TblHScZii/7bcS2EpBOTR/J1LtwunQyE3Bq2 /2M6L4FgGYxi9AVqTswHquyLa+MAwSPcgZqjYOUB6NMpbTvE3YCJTwNe7utq/cMVnJQk /C0im2HWXiw82meXwfrG5eQAGZOmIrVpX1IgiRIyHTZj1gfAbrrkwUAI4tGt5VHMdNNp WAiFn0Py8NQX3yXHkPD+S2d8o7+RcBaz5a3VYEqLYA/nHBxCFonpcjDxxsYcOrDTPb86 qJHw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@codeaurora.org header.s=default header.b=FyRrqEiO; dkim=pass header.i=@codeaurora.org header.s=default header.b=FyRrqEiO; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id c12si890069pgq.305.2018.02.07.04.45.04; Wed, 07 Feb 2018 04:45:18 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@codeaurora.org header.s=default header.b=FyRrqEiO; dkim=pass header.i=@codeaurora.org header.s=default header.b=FyRrqEiO; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754028AbeBGMoa (ORCPT + 99 others); Wed, 7 Feb 2018 07:44:30 -0500 Received: from smtp.codeaurora.org ([198.145.29.96]:38566 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753763AbeBGMo2 (ORCPT ); Wed, 7 Feb 2018 07:44:28 -0500 Received: by smtp.codeaurora.org (Postfix, from userid 1000) id E7EA6609D1; Wed, 7 Feb 2018 12:44:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1518007467; bh=r5B3ZRwqHsCVbjGVaJohS+QTTG1KMo8/9GnW58VH9O4=; h=Subject:From:To:Cc:References:Date:In-Reply-To:From; b=FyRrqEiO3WPViffG9Xn4sGqM/wLYEK7yuAU54XFe5Brg9Kzkz7oHKzfKbvv0GBmE3 WE4cTzsCKxXYEISq0t/HjpMLcybIqD+l62GR3+9EXAsDZU0NQdPxjpGjTqHCF2JVfC J98UV/OhnfsyP/u2X92OFmSrxdJEsG0BMCfAsAwE= X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on pdx-caf-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.8 required=2.0 tests=ALL_TRUSTED,BAYES_00, DKIM_SIGNED,T_DKIM_INVALID autolearn=no autolearn_force=no version=3.4.0 Received: from [10.204.100.248] (blr-c-bdr-fw-01_globalnat_allzones-outside.qualcomm.com [103.229.19.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: cpandya@smtp.codeaurora.org) by smtp.codeaurora.org (Postfix) with ESMTPSA id 406C2601C4; Wed, 7 Feb 2018 12:44:25 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1518007467; bh=r5B3ZRwqHsCVbjGVaJohS+QTTG1KMo8/9GnW58VH9O4=; h=Subject:From:To:Cc:References:Date:In-Reply-To:From; b=FyRrqEiO3WPViffG9Xn4sGqM/wLYEK7yuAU54XFe5Brg9Kzkz7oHKzfKbvv0GBmE3 WE4cTzsCKxXYEISq0t/HjpMLcybIqD+l62GR3+9EXAsDZU0NQdPxjpGjTqHCF2JVfC J98UV/OhnfsyP/u2X92OFmSrxdJEsG0BMCfAsAwE= DMARC-Filter: OpenDMARC Filter v1.3.2 smtp.codeaurora.org 406C2601C4 Authentication-Results: pdx-caf-mail.web.codeaurora.org; dmarc=none (p=none dis=none) header.from=codeaurora.org Authentication-Results: pdx-caf-mail.web.codeaurora.org; spf=none smtp.mailfrom=cpandya@codeaurora.org Subject: Re: [PATCH] of: cache phandle nodes to decrease cost of of_find_node_by_phandle() From: Chintan Pandya To: Frank Rowand , Rob Herring Cc: devicetree@vger.kernel.org, linux-kernel@vger.kernel.org References: <1517429142-25727-1-git-send-email-frowand.list@gmail.com> <5b84a166-c71b-3a41-9e7f-a7624a8441f6@codeaurora.org> <38cdcae5-ec0f-d1be-b024-1990d4387731@gmail.com> <9e23d32f-05a0-ce8a-41f8-9a1a3d66be37@codeaurora.org> <567731e8-8f89-bd6e-c3d4-e36400e69198@codeaurora.org> <0db129ef-ffd8-96fe-46a7-55fb575272e3@gmail.com> <0a178f4b-75fe-0564-7b0e-596f52fca1dc@codeaurora.org> Message-ID: <1768c791-7456-c1fe-578b-f6245e79746f@codeaurora.org> Date: Wed, 7 Feb 2018 18:14:23 +0530 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <0a178f4b-75fe-0564-7b0e-596f52fca1dc@codeaurora.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2/5/2018 5:53 PM, Chintan Pandya wrote: > >> >> My question was trying to determine whether the numbers reported above >> are for a debug configuration or a production configuration. > My reported numbers are from debug configuration. > >> not a production configuration, I was requesting the numbers for a >> production configuration. > I'm working on it. But please expect some delay in my response for this. > As I mentioned earlier, I need to work with few teams to get these numbers. > > >> show a significant boot time reduction from the patch then there is >> less justification for adding complexity to the existing code.  I >> prefer to use simpler data structures and algorithms __if__ extra >> complexity does not provide any advantage.  The balance between >> complexity and benefits is a core software engineering issue. >> > Ok Avg Kernel boot time comparison in production set up: [0] Base: 4519ms [1] 4115ms (~400ms improvement) [2] 4115ms (~400ms improvement) [3] 4177ms (~340ms improvement) Full data: [1] 1024 sized pre-populated cache ITR-1 ITR-2 ITR-3 ITR-4 Avg 4115 4123 4124 4107 4115 [2] Dynamic sized cache allocation/free ITR-1 ITR-2 ITR-3 ITR-4 Avg 4122 4131 4106 4118 4115 [3] Fixed 64 sized cache ITR-1 ITR-2 ITR-3 ITR-4 Avg 4153 4186 4198 4181 4177 [1] is my experimental patch and dirty enough to not get merged anywhere. So, I will not push it. Chintan -- Qualcomm India Private Limited, on behalf of Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum, a Linux Foundation Collaborative Project