Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1neI6Q-0001ev-73 for pgsql-performance@arkaria.postgresql.org; Tue, 12 Apr 2022 15:06:46 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1neI6P-0006SL-2E for pgsql-performance@arkaria.postgresql.org; Tue, 12 Apr 2022 15:06:45 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1neI6O-0006Qs-8e for pgsql-performance@lists.postgresql.org; Tue, 12 Apr 2022 15:06:44 +0000 Received: from mail-ej1-x62f.google.com ([2a00:1450:4864:20::62f]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1neI6K-00067e-J4 for pgsql-performance@postgresql.org; Tue, 12 Apr 2022 15:06:43 +0000 Received: by mail-ej1-x62f.google.com with SMTP id g18so12990586ejc.10 for ; Tue, 12 Apr 2022 08:06:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=enterprisedb.com; s=google; h=message-id:date:mime-version:user-agent:subject:content-language:to :cc:references:from:in-reply-to:content-transfer-encoding; bh=xJXQs8opXKoWNkIUnx4BSuAnsbktAkQqkgO4lrQqcqI=; b=fobemhf/zjdLZpjweAOMhw8eHz2cVmHVsB/iILqpUUnIHjtJOh/dEX6Grt38/lFHGr R1khxzqZsMgE2W97TWH8FQQaOc/GA0i39OX1XY70ZqnLYSytN+CdsAcpCHfec0hjq5Jy qcJ5UbvSsLIjv+OFT0uF1hBE3Xq+OR1SoV52ZGZF4LlUcuCtsdCt8+m6Jr/tTM3XkHf4 +y3GfhvdLe4+EaPhDlfU5X8gvA4uGlV4zVbjbFVD2KKa7DMH02d+8JwKot4Ojt+XX0Js JLDpBpNaThz2oTHUnCL0NHm/8PGK4q6jNSt8GyXui3NEss94tbgZuVVHiFCHdmT/FAZj 9JDg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent:subject :content-language:to:cc:references:from:in-reply-to :content-transfer-encoding; bh=xJXQs8opXKoWNkIUnx4BSuAnsbktAkQqkgO4lrQqcqI=; b=4r9sLCSnTPY2IsCcsHOKaZCKc3os7S3pkQ29LwxL+PCl/c4Y7t0Q3vztRK/VOS/9fw /TBpkj+AOSUm5MneK0O+7laUqIEyOKQjMBmu6DwekT40RI8XmOyATBtgEDMZoPWiByS2 iY37QmHNUTrYUZ26AYK94m1kt0hSuJZhyCo4mwC4xADtPAdtYoLoKPqQRz6QCNKMjYTq pPw5WLXExi6Rz2/tundfjtst2SBtsCzkDU8ZbikQU7a/bRk67twG2QsG+CdY4OUq1vvv hjXJJEKkqqa26N2J4/v+TSrPv1knOZ+qi1zqlQNcc/bSzQuRKzRa5E/FckG63g1fPwr9 NtEg== X-Gm-Message-State: AOAM5324oQkGt56iorRKJ4C1Q8zcgdEjLfkb4pArkou0VN5XQBpy6yla I/rW/sBnRtuUQRQ9ERZajssRzCS+A1QdWriWhaPgySzLaddKjNlvlKYVUuRcneFGZxynHl4LN5N 4aQex8H+8jIQpL24nHJH4KNLK2uBm2mUyzIgrRSy0vC1z0sRtxEAlBpU5gduK1+M7bAk0AxDhT7 xt9Gr4bCZ/+yynhxIL7UJ2e7kPoWiVSQ3eCGFydY8JbG17tkU= X-Google-Smtp-Source: ABdhPJzYUsqhqYn8mxcpja9zMsk4XRRoi9HmPF/MW2/mMHDfSW+r+YaI+/jQVS82bCZKOtr3n5wIlQ== X-Received: by 2002:a17:906:ae83:b0:6e8:7cd3:33d4 with SMTP id md3-20020a170906ae8300b006e87cd333d4mr12824281ejb.462.1649775998336; Tue, 12 Apr 2022 08:06:38 -0700 (PDT) Received: from [10.137.0.17] (ip-86-49-250-165.net.upcbroadband.cz. [86.49.250.165]) by smtp.gmail.com with ESMTPSA id t12-20020a1709067c0c00b006e86db76851sm4328853ejo.193.2022.04.12.08.06.36 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 12 Apr 2022 08:06:37 -0700 (PDT) Message-ID: <461e3601-24f1-d8e8-da5d-3e5de1ae45c1@enterprisedb.com> Date: Tue, 12 Apr 2022 17:06:38 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.7.0 Subject: Re: Performance for SQL queries on Azure PostgreSQL PaaS instance Content-Language: en-US To: Frits Jalvingh , "Kumar, Mukesh" Cc: "pgsql-performance@postgresql.org" , MUKESH KUMAR References: From: Tomas Vondra In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-CLOUD-SEC-AV-Info: enterprisedb,google_mail,monitor X-CLOUD-SEC-AV-Sent: true X-Gm-Spam: 0 X-Gm-Phishy: 0 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 4/12/22 16:23, Frits Jalvingh wrote: > You might be comparing apples and pears.. > > Your Oracle is running on prem while Postgres is running on Azure. Azure > does not really have disks; it seems to have just a bunch of old people > writing the data on paper - I/O on Azure is ridiculously slow. What > disks/hardware does the on-prem Oracle have? > Right. It'd be good to do some basic system benchmarks first, e.g. using "fio" or similar tools, before comparing query timings. It's quite possible this is due to Azure storage being slower than physical drives in the on-premise system. If that does not explain this, I suggest picking a single query and focus on it, instead of investigating all queries at once. There's a nice wiki page explaining what info to provide: https://wiki.postgresql.org/wiki/Slow_Query_Questions regards -- Tomas Vondra EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company