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 1w4g6v-002RQp-0k for pgadmin-hackers@arkaria.postgresql.org; Mon, 23 Mar 2026 14:18:29 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1w4g6t-000dbn-2H for pgadmin-hackers@arkaria.postgresql.org; Mon, 23 Mar 2026 14:18:28 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1w4g6t-000dbf-1D for pgadmin-hackers@lists.postgresql.org; Mon, 23 Mar 2026 14:18:27 +0000 Received: from mail-ej1-x643.google.com ([2a00:1450:4864:20::643]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.98.2) (envelope-from ) id 1w4g6r-00000000dU9-3sAJ for pgadmin-hackers@postgresql.org; Mon, 23 Mar 2026 14:18:26 +0000 Received: by mail-ej1-x643.google.com with SMTP id a640c23a62f3a-b97905516faso29670566b.1 for ; Mon, 23 Mar 2026 07:18:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1774275504; cv=none; d=google.com; s=arc-20240605; b=d9qI07j/GmlxCmaYvvPCo5BBVhejsdc0jUEGFFmtkeCMj0W6Did1I399C58KthEo3+ 9JV7tmD2yazneZ5d1wj/U0nqmewiWpnQcCSHZI+wL7SlFTZhE8jQsg7zA1CvXJfLtof7 tr2C16ks/qyoy7Hsj1P+Zrb1mF7ckYHmaS7SYEeeUC0xfIS9xA6ksOTqiLGX5qHT37Sk gat8oIqG5CV/I6x4HiDMFsq4zh+3pbp/vHMX11eKv/mI7H4w7LtqY+hqplxrjkaQLea6 xbcJQ8aecWeJkCA5zQiH6KIgyUNmL1UMGdcXgTme9gX9qdwIUmEsMM05dklYc8s7tURD YVYg== 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=LE2Kti9UcwlB2N7vpthAvA9ZdruCAcmDU8w3wA/3w00=; fh=+3LsHCRTcJImlPHdKZl/3M+0oD5icQbk3WV51bLnhmI=; b=AsS4mTjBeLZozgPyLnE8PSokT5t85tHmgUlaMwG6uZCxkZNa8cN6mEaMUoCwMHhlJ9 tq2udfeWuSAoxFMWE5iPTZZstgPWWRQOZ0bVBqgLYAppezMM66CjFlY2rrxKEvcAEC/P eb06q6u9LpSYpo0aGjp3eNCa5pKBkgCEvKNt32u2eN1x4GvRp6FKiJ/c7yvrimzY79JF ABdyu+WDUoHETPcLNyB8OG+QeUNJOU87SBnDP+OFmgivyoNEG7qjn6lTvcQ6hug0gnrC dmiN3IkuYOfutuyL2hrBb7fSTrISDAF53moJvONcvi98O+8OKeTPJfze2LFQKFe+EEiN nhUQ==; darn=postgresql.org ARC-Authentication-Results: i=1; mx.google.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1774275504; x=1774880304; 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=LE2Kti9UcwlB2N7vpthAvA9ZdruCAcmDU8w3wA/3w00=; b=iojXMMkq4M/eKb53mypX+EbV+w21AgSXCT6yZWQC3PsU50/dWIAjCtQ4lbKr6teac4 z+RqVxBfksvQfvPa3KvaR8PwzVms6HNGbGcngBWRzZsXW9HY7o8LrvU/4fMsuqLMky36 sLUeTz2KtsDDlTKlpCNNtSXt/yLOqfq605e8//tlxbFkg3YHUP23320scqCSlDHY+piG 3AeM02Y6fXxSXWD+zNunlQ7DS2fBddPnfA3SJ+MeKi2QZJKTiawB/NRwbGJLXhoOFX35 ZJlRHyUkbWyZ4Yq0/Bu9xsgWMZm7tptGcvdkvKKCo5acCKc2Jb/6HuRztmRmio4uL3sf 1v+g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1774275504; x=1774880304; 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=LE2Kti9UcwlB2N7vpthAvA9ZdruCAcmDU8w3wA/3w00=; b=jw/Z6StFuTQwKZ1RwxvY043o7k6NCBw69c18Jesk2G9fAXbmRQJB8Z+T+uX5tg31IG C6iar/sq6ymGrd6krdAP8ZHJjzbGcUMA+0TmSfx4evjipm7MjTJqjRZYCHzGcn5yW3LK pjvlwoKys1I6HPLv666PZOowq48ASUum0Za6dPeqo64Tj7IAx+1iIsKNt+d4pAPiZpoH H6aoZn4QaBcwRsTUD5Gs8gRXOYcqynHuPcyu1MC3eFQEg8Tli0qn5kvSoHqRCAwvgGZS JzzldvrX9v5zrHQDw6G/0b8+PU/76JH1uQ2rIN1rlw+TybeKwz76ka5B72PaLqz+DUh1 MGcA== X-Gm-Message-State: AOJu0YyGrKD707wmQ6N7aweLCu2nW1QxSAVAq6K9Z5L2wrmcHd56SEBA 1wbkjV2Ev5bnJRtrtE76U3h3LwjAmCje8kKx0q7gYXIBtM0lrbTD/q/spwzO+6djEAs/uh/vzPR VlWxBfp8Ryh8Qejq7n8APuU1xB8OYxZlvquW2Nco= X-Gm-Gg: ATEYQzxnmZtph+NaRYYQMElVKrP4UvlsGh/YIYYfqbxMkZ0FQ8wAeaF9Im704nZLZRD K26sk0I28UjOnL30dVLR324Rsu/gNP6wZl11osyN+m5G4yuVVm6gAkDM9eZfQbedj+uaHs8o1WX 0c7ci/tGzZIvQAQbsNObBHydjBr76+cuooEOeLatfhV9CdwaikXyaEm4N8ojNHno5oprcgD+o2x tH5rtr5+QZQnSrVLtt0eqe+y7sLstSZ53f1Sv3QerEOkPxXC7OA9UWxoELJ9O9qG/fowa6mhHH5 jWrbLNm3ibXsi71JuReiH9zVLZYrSU836pJW+9p+r1UUgZJ4HFn3wsyTdAbd5WoFAropFQ== X-Received: by 2002:a17:907:7b8e:b0:b98:435d:9939 with SMTP id a640c23a62f3a-b98435d9c3amr873169566b.9.1774275503530; Mon, 23 Mar 2026 07:18:23 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Hari Prasad Date: Mon, 23 Mar 2026 19:48:10 +0530 X-Gm-Features: AQROBzC-Sc9wwYhRJwwQ9T2JC4D-dVvfOakcTJWtH83citYmQL4UmKHQzvxwvRc Message-ID: Subject: Re: [pgAdmin] Startup speed improvements + identified bottlenecks (related to issue #9770) To: Ashesh Vashi Cc: pgadmin-hackers@postgresql.org Content-Type: multipart/alternative; boundary="0000000000001f2872064db1b5c1" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --0000000000001f2872064db1b5c1 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Thanks for the feedback. Opened a PR #9782 as the first step. I will address all other issues one after the other. Regards Hari On Mon, Mar 23, 2026 at 11:03=E2=80=AFAM Ashesh Vashi wrote: > 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 responsivenes= s >> 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 >> > --0000000000001f2872064db1b5c1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Thanks for the feedback.=C2=A0

Opened= =C2=A0a PR #9782=C2=A0as the first step. I will address all other issues one= after the other.

Regards
Hari=C2=A0

O= n Mon, Mar 23, 2026 at 11:03=E2=80=AFAM Ashesh Vashi <ashesh.vashi@enterprisedb.com> wrote:=
Hi Hari,

Thanks for showing interest in the = development of pgAdmin4.

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

I have=C2=A0been looking i= nto pgAdmin desktop startup performance and identified multiple bottlene= cks in the startup path. A quick summary:

- Synchronous DB migra= tions blocking startup
- Redundant table validation on every launch
-= Eager loading of all modules/blueprints=C2=A0
- Driver/auth regi= stries loaded upfront=C2=A0
- 1s polling delay in backend readine= ss detection
- Sync logging during startup=C2=A0

As a firs= t step, I have implemented a small fix for the polling issue (adaptive poll= ing instead of fixed 1000ms), which improves responsiveness without touchin= g backend logic.=C2=A0Also, the startup feels noticeably slower than= expected due to the amount of synchronous work being done upfront, which i= s what led me to dig into this.
Sounds good to m= e.

-- 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 addr= ess the other bottlenecks incrementally.

Thanks and regards
Hari=
--0000000000001f2872064db1b5c1--