Return-Path: <oracle-l-bounce@freelists.org>
X-Original-To: oracle-l@orafaq.com
Delivered-To: oracle-l@orafaq.com
Received: from smtp-aa.freelists.org (smtp-aa.freelists.org [23.23.80.81])
 by malta2546.startdedicated.com (Postfix) with ESMTPS id D02AF1002BF944
 for <oracle-l@orafaq.com>; Thu, 16 Dec 2021 09:22:41 +0100 (CET)
Received: from turing.freelists.org (ip-10-0-0-164.ec2.internal [10.0.0.164])
 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
	 key-exchange X25519 server-signature RSA-PSS (2048 bits))
 (No client certificate requested)
 by smtp-aa.freelists.org (Avenir Technologies Mail Multiplex) with ESMTPS id E6C4B410DB;
 Thu, 16 Dec 2021 08:22:39 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Postfix) with ESMTP id D60813FC0E;
 Thu, 16 Dec 2021 08:22:39 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=freelists.org;
 s=turing; t=1639642959;
 bh=OKbQ31Uc9LYsCP9gRsPdoPdyCqsfGF2filQKubmXY7U=;
 h=From:Sender:Sender:From;
 b=GJK4h8AwizbS8FRgCCSivLsJEnUHvH7HcMpxYYxV+sH7C7EWkc8G7wpDQgTlOfFsN
	 AIfYFyXlLkcbYbySefI0EbLqiiaqcktb6JSvyxzqvCuE9npQlNzcXKnXXwhM5bJj54
	 qUklXGnZUtOdhgzpcNKmDrfNFL3zq9/XHNQ0bLvY=
X-Virus-Scanned: by FreeLists at turing.freelists.org
Received: from turing.freelists.org ([127.0.0.1])
 by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id 6G0chGTvqrMt; Thu, 16 Dec 2021 08:22:39 +0000 (UTC)
Received: from turing.freelists.org (localhost [127.0.0.1])
 by turing.freelists.org (Postfix) with ESMTP id C030E3FC14;
 Thu, 16 Dec 2021 08:22:36 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=freelists.org;
 s=turing; t=1639642958;
 bh=OKbQ31Uc9LYsCP9gRsPdoPdyCqsfGF2filQKubmXY7U=;
 h=From:Sender:Sender:From;
 b=MQNtXoiNa6IZ8O73oYxn3k1EHeABnx2jG6by3GUhOIdLQoygTw9wAsR1fTQ7mPZvp
	 y6GmSpnEl8BsoB1iiSAicLQl9NOxprY9ghBDjCgMFhWsr6Dr4IOuPnNYeeip2FYWKr
	 oZ6evWEktrx5092cudwypw55ZHrqnMC1m/QD28Os=
Received: with ECARTIS (v1.0.0; list oracle-l); Thu, 16 Dec 2021 08:22:35 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Postfix) with ESMTP id 08E6B3FC0E
 for <oracle-l@freelists.org>; Thu, 16 Dec 2021 08:22:35 +0000 (UTC)
Authentication-Results: turing.freelists.org;
 dkim=pass (2048-bit key; unprotected) header.d=gmail.com header.i=@gmail.com header.a=rsa-sha256 header.s=20210112 header.b=T8cJ7mjL;
 dkim-atps=neutral
Received: from turing.freelists.org ([127.0.0.1])
 by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id pj_a8aDQW1P5 for <oracle-l@freelists.org>;
 Thu, 16 Dec 2021 08:22:34 +0000 (UTC)
Received: from mail-qk1-f169.google.com (mail-qk1-f169.google.com [209.85.222.169])
 (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits)
	 key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256)
 (No client certificate requested)
 by turing.freelists.org (Postfix) with ESMTPS id EAE773FC0D
 for <oracle-l@freelists.org>; Thu, 16 Dec 2021 08:22:34 +0000 (UTC)
Received: by mail-qk1-f169.google.com with SMTP id a11so22617643qkh.13
        for <oracle-l@freelists.org>; Thu, 16 Dec 2021 00:22:34 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20210112;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to;
        bh=aArgdTNICA+OAOuEXLmX6UkjCHsTdaBwS3J1XAte9n4=;
        b=2T3upV3urPxpqwzsVg1KpHy8V7mibEVNzrCS5s4rZ3OwF3Xk7sOQr6u7idYlWj3t8g
         sTxnWZt9QtXcmHEZGMVTS3goLC/awCawkzbCiZNAUhf86TiSpQ4ZrpBh6Nu6Drd9wAr8
         gPXd0/T9vLW/1XZGqHrAwNe6TkmG0XSRtR1DbDlan4RwRpP29/yRpZNa2HK6y3/pcp26
         z4LMyoMc/mbGSzkwvhQXfWx0pA3SB68zQw6eK4WZ/nT9yAzptSSwxoMMqXZ3RSSM5prC
         2P0Wc28XA3zVy9qXMKTLftg/dGpnhcyd/Cpg45vITWQx1BzeWmPjWBGQudPawxkvvYKu
         j1ZQ==
X-Gm-Message-State: AOAM531O9hQ60bUaSqNVuAyQlrPyIkJLNn2dTAlMzdNtph6XLZGDNA/l
 w4uwCmKgmA2i8lw4lDU07rV4D1kzVtRx8Q3A/YqPz8px
X-Google-Smtp-Source: ABdhPJy2BLysXZpzrWxz8bnqddwaOlk+bVjpecSJpKCMznEbH/bzNI1a/pbQqPuhA6EYvUQAbOaBnnersnU+9HJgjxc=
X-Received: by 2002:ae9:c101:: with SMTP id z1mr11388388qki.452.1639642954535;
 Thu, 16 Dec 2021 00:22:34 -0800 (PST)
MIME-Version: 1.0
References: <CAFeFPA9Nv8t2cThCCdHnP3e6Ws20M5-PYx8PVFyFyqDYEjBx0w@mail.gmail.com>
In-Reply-To: <CAFeFPA9Nv8t2cThCCdHnP3e6Ws20M5-PYx8PVFyFyqDYEjBx0w@mail.gmail.com>
From: Jonathan Lewis <jlewisoracle@gmail.com>
Date: Thu, 16 Dec 2021 08:22:20 +0000
Message-ID: <CAGtsp8mOWoVq8hoE-KfwwXT+v-sFDcUqwpDujFt2aq18cKbWLg@mail.gmail.com>
Subject: Re: expdp - cell single block physical read/ read request
To: "oracle-l@freelists.org" <oracle-l@freelists.org>
Content-Type: multipart/alternative; boundary="000000000000dd17af05d33f1f9b"
X-archive-position: 81585
X-ecartis-version: Ecartis v1.0.0
Sender: oracle-l-bounce@freelists.org
Errors-to: oracle-l-bounce@freelists.org
X-original-sender: jlewisoracle@gmail.com
Precedence: normal
Reply-To: jlewisoracle@gmail.com
List-Help: <mailto:ecartis@freelists.org?Subject=help>
List-Unsubscribe: <mailto:oracle-l-request@freelists.org?Subject=unsubscribe>
List-software: Ecartis version 1.0.0
List-Id: oracle-l <oracle-l.freelists.org>
X-List-ID: oracle-l <oracle-l.freelists.org>
List-Subscribe: <mailto:oracle-l-request@freelists.org?Subject=subscribe>
List-Owner: <mailto:>
List-post: <mailto:oracle-l@freelists.org>
List-Archive: <https://www.freelists.org/archive/oracle-l>
X-list: oracle-l
--000000000000dd17af05d33f1f9b
Content-Type: text/plain; charset="UTF-8"

Do you have any indication that you're dealing with chained rows?  expdp
would have to follow chained rows across blocks, doing single block reads.
I'm not sure if your version would do the same with migrated rows, but it
might if it follows the code path used by parallel tablescans.

Regards
Jonathan Lewis




On Thu, 16 Dec 2021 at 03:02, Jack van Zanen <jack@vanzanen.com> wrote:

> Hi
>
>
> Oracle 12.2.0.1 Exadata
>
> I am running a datapump and two of the workers are spending a lot of time
> on
> - cell single block physical read
> - cell single block read request
>
> This does not make sense to me as it is full expdp I would expected a full
> table scan type of wait, not single block
>
> I checked mos but my search did not find anything related to my version
>
> Does anyone know of any reason why this might happen?
>
>
>
> Jack van Zanen
>
>
> -------------------------
> This e-mail and any attachments may contain confidential material for the
> sole use of the intended recipient. If you are not the intended recipient,
> please be aware that any disclosure, copying, distribution or use of this
> e-mail or any attachment is prohibited. If you have received this e-mail in
> error, please contact the sender and delete all copies.
> Thank you for your cooperation
>

--000000000000dd17af05d33f1f9b
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div><br></div><div>Do you have any indication that you&#3=
9;re dealing with chained rows?=C2=A0 expdp would have to follow chained ro=
ws across blocks, doing single block reads.</div><div>I&#39;m not sure if y=
our version would do the same with migrated rows, but it might if it follow=
s the code path used by parallel tablescans.</div><div><br></div><div>Regar=
ds</div><div>Jonathan Lewis</div><div><br></div><div><br></div><div><br></d=
iv></div><br><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_att=
r">On Thu, 16 Dec 2021 at 03:02, Jack van Zanen &lt;<a href=3D"mailto:jack@=
vanzanen.com">jack@vanzanen.com</a>&gt; wrote:<br></div><blockquote class=
=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rg=
b(204,204,204);padding-left:1ex"><div dir=3D"ltr">Hi<div><br></div><div><br=
></div><div>Oracle 12.2.0.1 Exadata</div><div><br></div><div>I am running a=
 datapump and two of the workers are spending a lot of time on=C2=A0<br>- c=
ell single block physical read</div><div>- cell single block read request</=
div><div><br></div><div>This does not make sense to me as it is full expdp =
I would expected a full table scan type of wait, not single block</div><div=
><br></div><div>I checked mos but my search did not find anything related t=
o my version</div><div><br></div><div>Does anyone know of any reason why th=
is might happen?</div><div><br></div><div><br></div><div><br clear=3D"all">=
<div><div dir=3D"ltr"><div dir=3D"ltr"><div>Jack van Zanen</div><div><br></=
div><div><img width=3D"96" height=3D"96"><br>------------------------- <br>=
This e-mail and any attachments may contain confidential material for the s=
ole use of the intended recipient. If you are not the intended recipient, p=
lease be aware that any disclosure, copying, distribution or use of this e-=
mail or any attachment is prohibited. If you have received this e-mail in e=
rror, please contact the sender and delete all copies.<br>Thank you for you=
r cooperation </div></div></div></div></div></div>
</blockquote></div>

--000000000000dd17af05d33f1f9b--
--
http://www.freelists.org/webpage/oracle-l


