Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1w4XuY-002Idr-2o for pgadmin-hackers@arkaria.postgresql.org; Mon, 23 Mar 2026 05:33:11 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1w4XuX-00FcV6-0s for pgadmin-hackers@arkaria.postgresql.org; Mon, 23 Mar 2026 05:33:09 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1w4XuW-00FcUy-3D for pgadmin-hackers@lists.postgresql.org; Mon, 23 Mar 2026 05:33:09 +0000 Received: from mail-ed1-x52a.google.com ([2a00:1450:4864:20::52a]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.98.2) (envelope-from ) id 1w4XuU-00000000bZF-1bHZ for pgadmin-hackers@postgresql.org; Mon, 23 Mar 2026 05:33:08 +0000 Received: by mail-ed1-x52a.google.com with SMTP id 4fb4d7f45d1cf-6686b2003ffso570234a12.0 for ; Sun, 22 Mar 2026 22:33:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1774243985; cv=none; d=google.com; s=arc-20240605; b=axdyp/dHXczKTAI/8JcUhcB2Eb1YxHxBVKRFQPGY+I1BmP9Dzxhp8VpQPTbrQBq0LS TNPkjwudGsEHjXZ13tSH1efJ2Z4Q5W50Gj15c7iWI3Q8fZPJQIo6PXfAjaOWK/8vtK5a MbaYeDydgfnefZPvqwZCBG30vOwXZlT8B3O+V3tyvmQ6ogYUhUxv0tBwXpC9yBTExaPD 5Pl8XWDKMUH9vQrStqpLh93fxbe2wzyBJg3FV0lSuHmyUsELCTsFceJqWJRG0GogJW75 PNy/kZJCj4lKQNCV9MbxT077W1xrSO6xO6iCHIUQqhqQfVRhNeqiUO/zclctVnmnxUIH MRug== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:dkim-signature; bh=GKw2WkmA1Ta1aaCbuyFuYm7v1Fax2ZME8rm3mAOk1IU=; fh=6tdHkx+wxjq+4QekwLLF4mpbJprNTh8wXHQgerLcLHc=; b=G0Lp0ElXzA/omAxW8j6UkjQrbKrE2O0/dyFMoanQTI/1cnvexyTlRz7/Sxd6aUYeNu bOEmY0ZZMysB4Gs9IMaBgzKNtnKNmduyV0/ovylEdXDMo8d5PkayUJH2qNMzQS4kYLR0 yulDn3FVjuRhPAV0s/H6ZCml86+R835c3xcX9PUs1/3bhUo9TGNdbN5BdaLIwN63PVwm yzcbpxTICvns5hMpPM7E1YHS+7uPeDD3vW1ysO+bsWpW8yPSA14ZD3prxFHqK7H+MpI1 tRbFPq5PGkicb2J96Moxj7P+uEg32qvFBgakJn6Qgl6b9nPEzVZ2RX4PM4fWC4dLb0Of Ff8A==; darn=postgresql.org ARC-Authentication-Results: i=1; mx.google.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=enterprisedb.com; s=google; t=1774243985; x=1774848785; darn=postgresql.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=GKw2WkmA1Ta1aaCbuyFuYm7v1Fax2ZME8rm3mAOk1IU=; b=JvkWjJIDQvkGbVfaKpsxY89RVPxTKYSYVAmVGKlQCTHOliW51J6ae5UXHQb5//H9ir vWxmZ0jcS3cF30d8m7ZZ7AfI6o987aj/L69NpZpE2r1de8mZl8+BZn5Zo3+rONk0gdwd l13XdC8p65tbyeKwfSy9hfPXTTyyV5ycZC3L2qhkEDupiIHHrDzWwpT/gkXc0iXBbssO DDfuN4ru1is1LSDLVv7c/Mh/E+qcjdHeg7OL9XYARbommjDNgDVaYXPb8J7Ze2qGEbm4 Yhi7knZZZyKa7kjKc7P9IC3wVMxFTknFr40QqeTwm/yMde+y0+5dFirc0aNOn3fHoedU w7fg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1774243985; x=1774848785; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=GKw2WkmA1Ta1aaCbuyFuYm7v1Fax2ZME8rm3mAOk1IU=; b=TIVV4Mv8r/XnNe3/lgGZ/FsTL7IR5VFVNta9f6s+h3zeTy3eFtS44GVwToSX655eWa eTt513IjwgDzMngg2BQ0v3yDjQ4memo7enimSGew1Ik77sVQxttaTZBj/oiceamTrp9b RD4OZW4mNsdZBwFdE9FszCgti/q6fX3yw3kWUyIYPCiRyVxCADxzTXmUJohAk5wOeC/z GBzzBTVqCbGi4nYbHHDoMyLFGaGkD9/ITRzW2AlxRyAfZYwOj0AhSCCH0qBk++T4bdQY QqeqcmsgwdFt88ApmZMRJgh0qzcXc6TvYJjdIPFQVDwhSQ4qPfHTjZbF+ytpjoKnKdzO d6EQ== X-Gm-Message-State: AOJu0Ywu0cIU/A+jnozLQrxpplG7RZn91kqLRQxDwAkMs+4rUCM6ceM6 /jhv5TmlMMQJDX1L0YaJ+Wf9J8LH29wXbrQ2lnY8HNQa+62eC9ertrOjcawhr/muvbSWmzJZbF7 J5NJfE9kHtM+bcHW1Vemquww8OgeGdfVB9SVluXUa9OU2xKdCuVw= X-Gm-Gg: ATEYQzxVxQFj41MB0gVa4pXy6/qzxXOgjDc4l6X/PG8SJ5XfQ1GcAkLKpcTljVnbMuQ eRDQVYhTFiWdgONg3yj3bDJmLwy6OrvqMijr4E3aT2nJ5ZpKAWJR/HgGk694ivhLjdp0UlHkf6W O6zhuD+USsEpRPwEQn1N9NsPQBgSfL0h9cEe1TIJDA+cswOC8sADj0Slli6XrFDsiwGdouCFnDg zQ6E1FPGCHMkulVIFUnuDZ7QZIO4rup7NfVLMD0ARHUrWPrGIpz5k7Grf+aU0oISTAFWDM8YpOh 8dRvkCcUiA== X-Received: by 2002:a05:6402:274d:b0:668:808f:a800 with SMTP id 4fb4d7f45d1cf-668ca215420mr3621286a12.4.1774243985039; Sun, 22 Mar 2026 22:33:05 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Ashesh Vashi Date: Mon, 23 Mar 2026 11:02:53 +0530 X-Gm-Features: AQROBzDNrG0Ncsol1JuwoV51AaGKk-XDos1HvJ8_9JAPfzErlzX3yAZvVMYz8Kc Message-ID: Subject: Re: [pgAdmin] Startup speed improvements + identified bottlenecks (related to issue #9770) To: Hari Prasad Cc: pgadmin-hackers@postgresql.org Content-Type: multipart/alternative; boundary="0000000000007932fe064daa5ed7" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --0000000000007932fe064daa5ed7 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Hari, Thanks for showing interest in the development of pgAdmin4. On Sun, Mar 22, 2026 at 12:22=E2=80=AFAM Hari Prasad wrote: > Hi, > > I have been looking into *pgAdmin desktop startup performance and > identified multiple bottlenecks in the startup path. *A quick summary: > > - Synchronous DB migrations blocking startup > - Redundant table validation on every launch > - Eager loading of all modules/blueprints > - Driver/auth registries loaded upfront > - 1s polling delay in backend readiness detection > - Sync logging during startup > > As a first step, I have implemented a small fix for the polling issue > (adaptive polling instead of fixed 1000ms), which improves responsiveness > without touching backend logic. *Also, the startup feels noticeably > slower *than expected due to the amount of synchronous work being done > upfront, which is what led me to dig into this. > Sounds good to me. -- Ashesh > > *Before opening a PR *for this change, I wanted to check if this approach > is acceptable. > > This is *part of ongoing work around issue #9770 > , *and I plan to > address the other bottlenecks incrementally. > > Thanks and regards > Hari > --0000000000007932fe064daa5ed7 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Hari,

Thanks for showing i= nterest in the development of pgAdmin4.

On Sun, = Mar 22, 2026 at 12:22=E2=80=AFAM Hari Prasad <webdev.byhari@gmail.com> wrote:
Hi,

I have= =C2=A0been looking into pgAdmin desktop startup performance and identifi= ed multiple bottlenecks in the startup path. A quick summary:

- = Synchronous DB migrations blocking startup
- Redundant table validation = on every launch
- Eager loading of all modules/blueprints=C2=A0
- Driver/auth registries loaded upfront=C2=A0
- 1s polling dela= y in backend readiness detection
- Sync logging during startup=C2=A0

As a first step, I have implemented a small fix for the pollin= g issue (adaptive polling instead of fixed 1000ms), which improves responsi= veness without touching backend logic.=C2=A0Also, the startup feels noti= ceably slower than expected due to the amount of synchronous work being= done upfront, which is what led me to dig into this.
Sounds good to me.

-- Ashesh

Before open= ing a PR for this change, I wanted to check if this approach is accepta= ble.

This is part of ongoing work around issue #9770, = and I plan to address the other bottlenecks incrementally.

Thank= s and regards
Hari
--0000000000007932fe064daa5ed7--