Return-Path: Received: from pch.mit.edu (PCH.MIT.EDU [18.7.21.90]) by krbdev.mit.edu (Postfix) with ESMTP id 6CA303EBB8; Tue, 25 Sep 2012 19:37:49 -0400 (EDT) Received: from pch.mit.edu (pch.mit.edu [127.0.0.1]) by pch.mit.edu (8.13.6/8.12.8) with ESMTP id q8PNbnRH006107; Tue, 25 Sep 2012 19:37:49 -0400 Received: from mailhub-dmz-4.mit.edu (MAILHUB-DMZ-4.MIT.EDU [18.7.62.38]) by pch.mit.edu (8.13.6/8.12.8) with ESMTP id q8PM0hCg025386 for ; Tue, 25 Sep 2012 18:00:43 -0400 Received: from dmz-mailsec-scanner-7.mit.edu (DMZ-MAILSEC-SCANNER-7.MIT.EDU [18.7.68.36]) by mailhub-dmz-4.mit.edu (8.13.8/8.9.2) with ESMTP id q8PLxWNE020994 for ; Tue, 25 Sep 2012 18:00:43 -0400 X-Auditid: 12074424-b7fce6d000000925-ee-5062298a6863 Authentication-Results: symauth.service.identifier Received: from homiemail-a29.g.dreamhost.com (caiajhbdcaib.dreamhost.com [208.97.132.81]) by dmz-mailsec-scanner-7.mit.edu (Symantec Messaging Gateway) with SMTP id DE.28.02341.A8922605; Tue, 25 Sep 2012 18:00:43 -0400 (EDT) Received: from homiemail-a29.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a29.g.dreamhost.com (Postfix) with ESMTP id 1F972674070 for ; Tue, 25 Sep 2012 15:00:42 -0700 (PDT) Dkim-Signature: v=1; a=rsa-sha1; c=relaxed; d=cryptonector.com; h= mime-version:date:message-id:subject:from:to:content-type; s= cryptonector.com; bh=xHEgKJuLFP9Z0x2WFRZc5gx/P7Y=; b=P63KqsfyfJj CWEdZC77b0eBLfr4hZpIfj7J6Tbjp4HrHhyI/o30JgmL0Sh9SKSzFjGmDbLRcCjg KP5v4EKbdyeSH70sq62TunAQ4Jp2BGr/EWC2vKBuyYDGxvX6KeJaj3u4ZjhXXnev UiV3YVwTEtnjeUne95nn1DXFauK6rli4= Received: from mail-pb0-f49.google.com (mail-pb0-f49.google.com [209.85.160.49]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: nico@cryptonector.com) by homiemail-a29.g.dreamhost.com (Postfix) with ESMTPSA id 0FCD567403E for ; Tue, 25 Sep 2012 15:00:42 -0700 (PDT) Received: by pbbrq8 with SMTP id rq8so868560pbb.36 for ; Tue, 25 Sep 2012 15:00:41 -0700 (PDT) MIME-Version: 1.0 Received: by 10.66.77.7 with SMTP id o7mr44042746paw.37.1348610441722; Tue, 25 Sep 2012 15:00:41 -0700 (PDT) Received: by 10.68.20.194 with HTTP; Tue, 25 Sep 2012 15:00:41 -0700 (PDT) Date: Tue, 25 Sep 2012 17:00:41 -0500 Message-ID: Subject: kpropd should have an option to pipe dump to load From: Nico Williams To: krb5-bugs@MIT.EDU Content-Type: text/plain; charset=UTF-8 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprDKsWRWlGSWpSXmKPExsVyIbElULdbMynAoPUzo0XDw+PsDoweTWeO MgcwRnHZpKTmZJalFunbJXBlXNk8kbngIHPF+o7jzA2Mb5m6GDk5JARMJN5uuMsKYjMKGEns PveKFSIuJnHh3nq2LkYuDiGBR4wSG9umMkM4ZxglHn2YDeawCLxnklj94jcLROYhk8TahV8Y QfqFBKokrh5fDLaDV0BQ4uTMJ0BFHEDxPIl/q4UhSrwkprbvYAOxWQRUJc53v4IqD5DY0PkI LC4sYCXR++g1K0grm4C2xOZtiiBhEQFRiZd/j4FNZBZQl1g/T2gCo+AsJLtmIWQWMDKtYpRN ya3SzU3MzClOTdYtTk7My0st0jXXy80s0UtNKd3ECAxIIXYXlR2MzYeUDjEKcDAq8fAeeJ4Y IMSaWFZcmXuIUZKDSUmUN0MtKUCILyk/pTIjsTgjvqg0J7X4EKMEB7OSCK8xSDlvSmJlVWpR PkxKmoNFSZz3espNfyGB9MSS1OzU1ILUIpgsEwf7IUYZDg4lCd4eDaDJgkWp6akVaZk5Jchq OEEEF8gaHqA1RSCFvMUFibnFmekQRacYjTk+nlzwgJHj0sfFDxiFWPLy81KlxHnTQEoFQEoz SvPgRsISzSVGWSlhXkYGBgYhHqCbgEGBKv+KURwYDMK8pSBTeDLzSuD2vQI6hQnoFP49cSCn lCQipKQaGD3DT1u33rDMvqioY7HkjMSTg7P3aeuJ9tSdtU9VyT224JMQo8WzyFgepbSs8ssf E1/wfTBgd9si0nriXCuP8DfviLQHb2xvRbstDczK8b4TeC89sbPX2zEny9U84KdsaOnx8//7 Es0Td0ptn2qU+7Pw6tb9RQ4hdVvjF7alVlvJ7K6d+eOpEktxRqKhFnNRcSIA5lHTri8DAAA= X-Mailman-Approved-At: Tue, 25 Sep 2012 19:37:47 -0400 X-Beenthere: krb5-bugs-incoming@mailman.mit.edu X-Mailman-Version: 2.1.6 Precedence: list Sender: krb5-bugs-incoming-bounces@PCH.mit.edu Errors-To: krb5-bugs-incoming-bounces@PCH.mit.edu Content-Length: 441 Currently kpropd saves the dump file being transmitted, then it loads it. It seems very likely that piping the dump straight to kdb5_util load should improve full resync performance, though on 1 CPU systems it could also backfire (by requiring many more context switches). An option to pipe the dump straight to kdb5_util load seems appropriate and desirable. I propose using either an empty dump file name or '-' to select this feature.