Return-Path: X-Original-To: apmail-flink-user-archive@minotaur.apache.org Delivered-To: apmail-flink-user-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 24905184B0 for ; Thu, 21 Jan 2016 14:35:29 +0000 (UTC) Received: (qmail 87751 invoked by uid 500); 21 Jan 2016 14:35:28 -0000 Delivered-To: apmail-flink-user-archive@flink.apache.org Received: (qmail 87661 invoked by uid 500); 21 Jan 2016 14:35:28 -0000 Mailing-List: contact user-help@flink.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@flink.apache.org Delivered-To: mailing list user@flink.apache.org Received: (qmail 87651 invoked by uid 99); 21 Jan 2016 14:35:28 -0000 Received: from Unknown (HELO spamd4-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 21 Jan 2016 14:35:28 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd4-us-west.apache.org (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id 42F24C0E80 for ; Thu, 21 Jan 2016 14:35:28 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 2.446 X-Spam-Level: ** X-Spam-Status: No, score=2.446 tagged_above=-999 required=6.31 tests=[HTML_MESSAGE=3, RP_MATCHES_RCVD=-0.554, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=disabled Received: from mx1-us-west.apache.org ([10.40.0.8]) by localhost (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with ESMTP id Ul8WBsY6hh-h for ; Thu, 21 Jan 2016 14:35:21 +0000 (UTC) Received: from zimbra.tngtech.com (zimbra.tngtech.com [212.204.93.107]) by mx1-us-west.apache.org (ASF Mail Server at mx1-us-west.apache.org) with ESMTPS id CF55A20656 for ; Thu, 21 Jan 2016 14:35:20 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zimbra.tngtech.com (Postfix) with ESMTP id E0BA9B0071B for ; Thu, 21 Jan 2016 15:35:12 +0100 (CET) Received: from zimbra.tngtech.com ([127.0.0.1]) by localhost (zimbra.tngtech.com [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id BEiB6yGKVQoO for ; Thu, 21 Jan 2016 15:35:12 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by zimbra.tngtech.com (Postfix) with ESMTP id 8AF2EB00720 for ; Thu, 21 Jan 2016 15:35:12 +0100 (CET) X-Virus-Scanned: amavisd-new at tngtech.com Received: from zimbra.tngtech.com ([127.0.0.1]) by localhost (zimbra.tngtech.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 3prDkI6kEuZB for ; Thu, 21 Jan 2016 15:35:12 +0100 (CET) Received: from [172.31.254.117] (unknown [82.113.113.81]) by zimbra.tngtech.com (Postfix) with ESMTPSA id 681ABB0071B for ; Thu, 21 Jan 2016 15:35:12 +0100 (CET) From: Maximilian Bode Content-Type: multipart/alternative; boundary="Apple-Mail=_E9660860-62A0-45B9-BEB6-32CDDDB9D3C8" Subject: Backpressure in the context of JDBCOutputFormat update Message-Id: Date: Thu, 21 Jan 2016 15:35:12 +0100 To: user@flink.apache.org Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) X-Mailer: Apple Mail (2.3112) --Apple-Mail=_E9660860-62A0-45B9-BEB6-32CDDDB9D3C8 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi everyone, in a Flink (0.10.1) job with two JDBCOutputFormat sinks, one of them = (doing a database update) is performing slower than the other one (an = insert). The job as a whole is also slow as upstream operators are = slowed down due to backpressure. I am able to speed up the whole job by = introducing an a priori unnecessary .distinct(), which of course blocks = downstream execution of the slow sink, which in turn seems to be able to = execute faster when given all data at once. Any ideas what is going on here? Is there something I can do without = introducing unnecessary computation steps? Cheers, Max =E2=80=94=20 Maximilian Bode * Junior Consultant * maximilian.bode@tngtech.com * 0176 = 1000 75 50 TNG Technology Consulting GmbH, Betastr. 13a, 85774 Unterf=C3=B6hring Gesch=C3=A4ftsf=C3=BChrer: Henrik Klagges, Christoph Stock, Dr. Robert = Dahlke Sitz: Unterf=C3=B6hring * Amtsgericht M=C3=BCnchen * HRB 135082 --Apple-Mail=_E9660860-62A0-45B9-BEB6-32CDDDB9D3C8 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hi everyone,

in a Flink (0.10.1) job with two JDBCOutputFormat sinks, one = of them (doing a database update) is performing slower than the other = one (an insert). The job as a whole is also slow as upstream operators = are slowed down due to backpressure. I am able to speed up the whole job = by introducing an a priori unnecessary .distinct(), which of course = blocks downstream execution of the slow sink, which in turn seems to be = able to execute faster when given all data at once.

Any ideas what is going = on here? Is there something I can do without introducing unnecessary = computation steps?

Cheers,
Max
=
=E2=80=94 
Maximilian Bode * Junior Consultant * maximilian.bode@tngtech.com * 0176 1000 75 50
TNG Technology Consulting GmbH, Betastr. 13a, 85774 = Unterf=C3=B6hring
Gesch=C3=A4ftsf=C3=BChrer: Henrik = Klagges, Christoph Stock, Dr. Robert Dahlke
Sitz: = Unterf=C3=B6hring * Amtsgericht M=C3=BCnchen * HRB = 135082

= --Apple-Mail=_E9660860-62A0-45B9-BEB6-32CDDDB9D3C8--