From unknown Thu Aug 14 21:22:42 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#14174 <14174@debbugs.gnu.org> To: bug#14174 <14174@debbugs.gnu.org> Subject: Status: BUG REP: tee takes an annoyingly long time in some system. Reply-To: bug#14174 <14174@debbugs.gnu.org> Date: Fri, 15 Aug 2025 04:22:42 +0000 retitle 14174 BUG REP: tee takes an annoyingly long time in some system. reassign 14174 coreutils submitter 14174 "Gao, Jie (Kyrie, HPIT-DS-CDC)" severity 14174 normal tag 14174 moreinfo thanks From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 10 12:53:49 2013 Received: (at submit) by debbugs.gnu.org; 10 Apr 2013 16:53:50 +0000 Received: from localhost ([127.0.0.1]:43913 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UPyHM-0001Ri-1x for submit@debbugs.gnu.org; Wed, 10 Apr 2013 12:53:49 -0400 Received: from eggs.gnu.org ([208.118.235.92]:33288) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UPriM-0002PZ-ET for submit@debbugs.gnu.org; Wed, 10 Apr 2013 05:53:16 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UPreh-0005Zu-VG for submit@debbugs.gnu.org; Wed, 10 Apr 2013 05:49:31 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-7.9 required=5.0 tests=BAYES_05,HTML_MESSAGE, RCVD_IN_DNSWL_HI,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:58898) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UPreh-0005Zp-SP for submit@debbugs.gnu.org; Wed, 10 Apr 2013 05:49:27 -0400 Received: from eggs.gnu.org ([208.118.235.92]:44639) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UPree-0000iZ-DN for bug-coreutils@gnu.org; Wed, 10 Apr 2013 05:49:27 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UPreW-0005YL-Kt for bug-coreutils@gnu.org; Wed, 10 Apr 2013 05:49:24 -0400 Received: from g4t0014.houston.hp.com ([15.201.24.17]:8337) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UPreW-0005X4-BW for bug-coreutils@gnu.org; Wed, 10 Apr 2013 05:49:16 -0400 Received: from G9W0364.americas.hpqcorp.net (g9w0364.houston.hp.com [16.216.193.45]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by g4t0014.houston.hp.com (Postfix) with ESMTPS id 4671D24489 for ; Wed, 10 Apr 2013 09:49:09 +0000 (UTC) Received: from G9W3613.americas.hpqcorp.net (16.216.186.48) by G9W0364.americas.hpqcorp.net (16.216.193.45) with Microsoft SMTP Server (TLS) id 14.2.328.9; Wed, 10 Apr 2013 09:48:09 +0000 Received: from G9W0752.americas.hpqcorp.net ([169.254.10.69]) by G9W3613.americas.hpqcorp.net ([16.216.186.48]) with mapi id 14.02.0328.009; Wed, 10 Apr 2013 09:48:09 +0000 From: "Gao, Jie (Kyrie, HPIT-DS-CDC)" To: "bug-coreutils@gnu.org" Subject: BUG REP: tee takes an annoyingly long time in some system. Thread-Topic: BUG REP: tee takes an annoyingly long time in some system. Thread-Index: Ac41z52nSQbWLzMUSTyVFEhp4eO96g== Date: Wed, 10 Apr 2013 09:48:08 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [16.210.48.25] Content-Type: multipart/alternative; boundary="_000_F89E9A76A5C72340BF7B559B55D9292D9D7E69G9W0752americashp_" MIME-Version: 1.0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 208.118.235.17 X-Spam-Score: -4.2 (----) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Wed, 10 Apr 2013 12:53:46 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) --_000_F89E9A76A5C72340BF7B559B55D9292D9D7E69G9W0752americashp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello sir, Not sure if it is tee's problem. Tee works well in my workstation, but it w= ill take a long time on cluster. See the example below. Could you if possib= le show me the reason why tee spends so long time while it is working on cl= uster? This simple tests below illustrate how rep_age can take 30 times longer tha= n necessary: 1. Without tee @3 seconds /home/sqdev16> time echo ' > SET TRANSACTION ISOLATION LEVEL READ COMMITTED, READ WRITE, NO ROLLBACK O= FF, MULTI COMMIT ON; > DELETE WITH MULTI COMMIT FROM manageability.instance_repository.problem_i= nstance_table > WHERE (gen_ts_lct) < ((CURRENT_TIMESTAMP) - CAST(CAST(0 AS INTEGER) AS= INTERVAL HOUR(2))); ' | sqlci >>>> --- SQL operation complete. >>+> --- 0 row(s) deleted. >> End of MXCI Session real 0m3.354s user 0m0.184s sys 0m0.099s 2. With tee @ 1 minute 46 seconds: /home/sqdev16> time echo ' > SET TRANSACTION ISOLATION LEVEL READ COMMITTED, READ WRITE, NO ROLLBACK O= FF, MULTI COMMIT ON; > DELETE WITH MULTI COMMIT FROM manageability.instance_repository.problem_i= nstance_table > WHERE (gen_ts_lct) < ((CURRENT_TIMESTAMP) - CAST(CAST(0 AS INTEGER) AS= INTERVAL HOUR(2))); ' | sqlci | tee -a junk >>>> --- SQL operation complete. >>+> --- 0 row(s) deleted. >> End of MXCI Session real 1m45.969s user 0m0.180s sys 0m0.093s Thanks, Jie Gao, Jie (Kyrie) BIP, DS CDC, HPIT *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*= -*-*-*-*-*-*-*-*-*- Email: jie.gao@hp.com --_000_F89E9A76A5C72340BF7B559B55D9292D9D7E69G9W0752americashp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello sir,

 

Not sure if it is tee’s problem. Tee works wel= l in my workstation, but it will take a long time on cluster. See the examp= le below. Could you if possible show me the reason why tee spends so long t= ime while it is working on cluster?

 

This simple = tests below illustrate how rep_age can take 30 times longer than necessary:=

  =

1= .   &= nbsp; Without tee @3 seconds

/= home/sqdev16> time echo '

&= gt; SET TRANSACTION ISOLATION LEVEL READ COMMITTED, READ WRITE, NO ROLLBACK= OFF, MULTI COMMIT ON;

&= gt; DELETE WITH MULTI COMMIT FROM manageability.instance_repository.problem= _instance_table

&= gt;   WHERE (gen_ts_lct) < ((CURRENT_TIMESTAMP) - CAST(CAST(0 = AS INTEGER)  AS INTERVAL HOUR(2))); ' | sqlci

&= gt;>>> 

-= -- SQL operation complete.

&= gt;>+>

-= -- 0 row(s) deleted.

&= gt;> 

 <= /o:p>

E= nd of MXCI Session

 <= /o:p>

 <= /o:p>

real    0m3.354s

u= ser    0m0.184s

s= ys     0m0.099s

 <= /o:p>

2= .   &= nbsp; With tee @ 1 minute 46 seconds:=

/= home/sqdev16> time echo '

&= gt; SET TRANSACTION ISOLATION LEVEL READ COMMITTED, READ WRITE, NO ROLLBACK= OFF, MULTI COMMIT ON;

&= gt; DELETE WITH MULTI COMMIT FROM manageability.instance_repository.problem= _instance_table

&= gt;   WHERE (gen_ts_lct) < ((CURRENT_TIMESTAMP) - CAST(CAST(0 = AS INTEGER)  AS INTERVAL HOUR(2))); ' | sqlci | tee -a junk

&= gt;>>> 

-= -- SQL operation complete.

&= gt;>+>

-= -- 0 row(s) deleted.

&= gt;> 

 <= /o:p>

E= nd of MXCI Session

 <= /o:p>

 <= /o:p>

 <= /o:p>

real    1m45.969s

u= ser    0m0.180s

s= ys     0m0.093s

 

Thanks,

Jie

 

 

Gao, Jie (Kyrie)

BIP, DS CDC, HPIT

*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-= *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-

Email: jie.gao@hp.com

 

--_000_F89E9A76A5C72340BF7B559B55D9292D9D7E69G9W0752americashp_-- From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 11 05:24:56 2013 Received: (at 14174) by debbugs.gnu.org; 11 Apr 2013 09:24:56 +0000 Received: from localhost ([127.0.0.1]:44939 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UQDkQ-00080S-2G for submit@debbugs.gnu.org; Thu, 11 Apr 2013 05:24:56 -0400 Received: from moutng.kundenserver.de ([212.227.126.187]:53398) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UQDkJ-0007yp-1b for 14174@debbugs.gnu.org; Thu, 11 Apr 2013 05:24:48 -0400 Received: from [192.168.1.11] (p4FC3E1E8.dip.t-dialin.net [79.195.225.232]) by mrelayeu.kundenserver.de (node=mreu4) with ESMTP (Nemesis) id 0MDa6j-1UNGCP3O3x-00GxSs; Thu, 11 Apr 2013 11:20:52 +0200 Message-ID: <51668074.2090804@bernhard-voelker.de> Date: Thu, 11 Apr 2013 11:20:52 +0200 From: Bernhard Voelker User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: "Gao, Jie (Kyrie, HPIT-DS-CDC)" Subject: Re: bug#14174: BUG REP: tee takes an annoyingly long time in some system. References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V02:K0:MlM3TP7opVDM8ztCZG1LtK/luF1Jde9eXGQmJ+vFTq/ SLXesr6iOI2IjZbESxq8chmQio2g0kDoaAJ3sudr1g7Txknj/I CN3dJSKQIIcUD4f18fSXFZvr+4xiuYJWRzJFsSm08E+glslc5c kSVC+yjuOtCw0kKyz9agoWpEqk5mGu8zLANhyxRoUkN9ClVfHJ Hy1MOtQPMrd5e4J6s2fWmWapQ2xImYzt3xu9Y8kQJsMnLOaaNl n7B5XoqhSEPMegxLUrpj3z4QzwfVBUvwUxe7+O42cSMUROnaRU AL4+iqQHy4G6Y2DdWM78K5XcrjyP1xDPLfIpFjiiPafGIojWSY KN6ZHVzgkaJGPAOvKJOzxyrouOh9mUl//pnXSIiR/ X-Spam-Score: 0.8 (/) X-Debbugs-Envelope-To: 14174 Cc: 14174@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) tag 14174 + moreinfo close 14174 thanks On 04/10/2013 11:48 AM, Gao, Jie (Kyrie, HPIT-DS-CDC) wrote: > Hello sir, > > Not sure if it is tee's problem. Tee works well in my workstation, but it will take > a long time on cluster. See the example below. Could you if possible show me the > reason why tee spends so long time while it is working on cluster? Thank you for the report. However, you can imagine that we have problems to reproduce this issue. First of all, what do you mean by "is working on cluster"? > 2. With tee @ 1 minute 46 seconds: > /home/sqdev16> time echo ' >> SET TRANSACTION ISOLATION LEVEL READ COMMITTED, READ WRITE, NO ROLLBACK OFF, MULTI COMMIT ON; >> DELETE WITH MULTI COMMIT FROM manageability.instance_repository.problem_instance_table >> WHERE (gen_ts_lct) < ((CURRENT_TIMESTAMP) - CAST(CAST(0 AS INTEGER) AS INTERVAL HOUR(2))); ' | sqlci | tee -a junk >>>>> > --- SQL operation complete. >>> +> > --- 0 row(s) deleted. >>> > > End of MXCI Session > > real 1m45.969s > user 0m0.180s > sys 0m0.093s What's the output of sqlci? Can you redirect it to a file and use that as input for tee? Does that make a difference? ... | sqlci > file cat file | time tee -a junk Can you provide strace output with timing information? ... | strace -tt tee -a junk Another possibility: writing to 'junk' may somehow be blocked during that run. Are there such timing difference between ... | sqlci > /dev/null ... | sqlci > junk2 # a new file / truncating ... | sqlci >> junk ... | sqlci > /tmp/junk # i.e. a local file system ... | sqlci | tee /dev/null ... | sqlci | tee -a /tmp/junk # i.e. a local file system ? And finally, what version of tee are you using ("tee --version")? Is it self-compiled or did it come with your distribution (which may have added patches on top of the upstream version)? Have a nice day, Berny From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 11 06:04:29 2013 Received: (at 14174) by debbugs.gnu.org; 11 Apr 2013 10:04:30 +0000 Received: from localhost ([127.0.0.1]:44977 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UQEMd-0004Zj-7X for submit@debbugs.gnu.org; Thu, 11 Apr 2013 06:04:28 -0400 Received: from mail3.vodafone.ie ([213.233.128.45]:42910) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UQEMP-0004WL-Ph for 14174@debbugs.gnu.org; Thu, 11 Apr 2013 06:04:14 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AjkDAESJZlFtTcd6/2dsb2JhbAANQ4ZquzaCYwMBgRiDEwEBAQMBIw8BRgULCw0LAgIFFgsCAgkDAgECAUUGDQEHAQGICqpPcZMEgSONFF8Hgi6BEwOdJo10 Received: from unknown (HELO [192.168.1.79]) ([109.77.199.122]) by mail3.vodafone.ie with ESMTP; 11 Apr 2013 11:00:15 +0100 Message-ID: <516689AD.3010905@draigBrady.com> Date: Thu, 11 Apr 2013 11:00:13 +0100 From: =?UTF-8?B?UMOhZHJhaWcgQnJhZHk=?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2 MIME-Version: 1.0 To: "Gao, Jie (Kyrie, HPIT-DS-CDC)" Subject: Re: bug#14174: BUG REP: tee takes an annoyingly long time in some system. References: In-Reply-To: X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 14174 Cc: 14174@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) Bringing back on list. I didn't intend to take off list sorry. Details below... On 04/11/2013 06:57 AM, Gao, Jie (Kyrie, HPIT-DS-CDC) wrote: > On 04/10/2013 09:53 PM, Pádraig Brady wrote: > > On 04/10/2013 10:48 AM, Gao, Jie (Kyrie, HPIT-DS-CDC) wrote: > >> Hello sir, > >> > >> Not sure if it is tee's problem. Tee works well in my workstation, but it will take a long time on cluster. See the example below. Could you if possible show me the reason why tee spends so long time while it is working on cluster? > >> > >> This simple tests below illustrate how rep_age can take 30 times longer than necessary: > >> > >> 1. Without tee @3 seconds > >> /home/sqdev16> time echo ' > >>> SET TRANSACTION ISOLATION LEVEL READ COMMITTED, READ WRITE, NO ROLLBACK OFF, MULTI COMMIT ON; > >>> DELETE WITH MULTI COMMIT FROM manageability.instance_repository.problem_instance_table > >>> WHERE (gen_ts_lct) < ((CURRENT_TIMESTAMP) - CAST(CAST(0 AS INTEGER) AS INTERVAL HOUR(2))); ' | sqlci > >>>>>> > >> --- SQL operation complete. > >>>> +> > >> --- 0 row(s) deleted. > >>>> > >> > >> End of MXCI Session > >> > >> > >> real 0m3.354s > >> user 0m0.184s > >> sys 0m0.099s > >> > >> 2. With tee @ 1 minute 46 seconds: > >> /home/sqdev16> time echo ' > >>> SET TRANSACTION ISOLATION LEVEL READ COMMITTED, READ WRITE, NO ROLLBACK OFF, MULTI COMMIT ON; > >>> DELETE WITH MULTI COMMIT FROM manageability.instance_repository.problem_instance_table > >>> WHERE (gen_ts_lct) < ((CURRENT_TIMESTAMP) - CAST(CAST(0 AS INTEGER) AS INTERVAL HOUR(2))); ' | sqlci | tee -a junk > >>>>>> > >> --- SQL operation complete. > >>>> +> > >> --- 0 row(s) deleted. > >>>> > >> > >> End of MXCI Session > >> > >> real 1m45.969s > >> user 0m0.180s > >> sys 0m0.093s > > > > So it's probably not tee's issue. > > Tee has a simple main loop that synchronously reads stdin and writes to files and stdout. > > Now there is little data being generated there so it's unlikely a buffering issue > > (which you could solve by putting some async buffering util in the pipeline > > before tee (like pv for example)). > > > > It seems to me that access to the junk file is taking the time? > > How long does it take for example if you just .... | sqlci >> junk > > > > You could use strace to see where time time is spent: ... | sqlci | strace -rT tee -a junk > > Hello Pádraig, > I'd like to show you the result I test today. Please have a look. Thanks. > > 1.Directly save it to temp file > > $ time echo 'SQL...;' | sqlci>>temp > > real 0m3.344s > user 0m0.159s > sys 0m0.087s > > > 2.with tee again > > $ time echo 'SQL...;' | sqlci | tee -a temp >>>>> > --- SQL operation complete. >>> > --- 1 row(s) deleted. >>> > > End of MXCI Session > > > real 1m43.853s > user 0m0.159s > sys 0m0.128s > > 3.with strace -o out -rT tee -a junk;cat out > > 0.000058 open("temp", O_WRONLY|O_CREAT|O_APPEND, 0666) = 3 <0.000019> > 0.000048 fstat(3, {st_mode=S_IFREG|0640, st_size=636, ...}) = 0 <0.000011> > 0.000056 lseek(3, 636, SEEK_SET) = 636 <0.000010> > 0.000047 read(0, "Hewlett-Packard NonStop(TM) SQL/"..., 8192) = 129 <0.234176> > 0.234237 write(1, "Hewlett-Packard NonStop(TM) SQL/"..., 129) = 129 <0.000017> > 0.000039 write(3, "Hewlett-Packard NonStop(TM) SQL/"..., 129) = 129 <0.000016> > 0.000036 read(0, ">>>>", 8192) = 4 <0.492161> > 0.492338 write(1, ">>>>", 4) = 4 <0.000053> > 0.000107 write(3, ">>>>", 4) = 4 <0.000030> > 0.000073 read(0, "\n--- SQL operation complete.\n>>", 8192) = 31 <0.001297> > 0.001338 write(1, "\n--- SQL operation complete.\n>>", 31) = 31 <0.000013> > 0.000038 write(3, "\n--- SQL operation complete.\n>>", 31) = 31 <0.000012> > 0.000035 read(0, "\n--- 0 row(s) deleted.\n", 8192) = 23 <19.722140> > 19.722228 write(1, "\n--- 0 row(s) deleted.\n", 23) = 23 <0.000030> > 0.000080 write(3, "\n--- 0 row(s) deleted.\n", 23) = 23 <0.094912> > 0.095704 read(0, ">>", 8192) = 2 <0.000015> > 0.000059 write(1, ">>", 2) = 2 <0.000018> > 0.000049 write(3, ">>", 2) = 2 <0.114997> > 0.115062 read(0, "\n\nEnd of MXCI Session\n\n", 8192) = 23 <0.000014> > 0.000062 write(1, "\n\nEnd of MXCI Session\n\n", 23) = 23 <0.000021> > 0.000079 write(3, "\n\nEnd of MXCI Session\n\n", 23) = 23 <0.000144> > 0.000190 read(0, "", 8192) = 0 <104.552230> > 104.616062 close(3) = 0 <0.000082> <----spend a long time in closing?? > 0.000178 close(0) = 0 <0.000017> > 0.000069 close(1) = 0 <0.000017> > 0.000059 close(2) = 0 <0.000016> > 0.035280 exit_group(0) = ? > > > It seems that close(3) will take a long time. Um..I can solve this problem by using sqlci log instead. But if I could know the root cause why tee cannot close fast on cluster, I would be grateful to you. So tee is spending time in read() waiting for data from stdin, and this doesn't happen when writing to file. So I can only conclude that sqlci is doing something weird with pipes. Is it messing with non blocking I/O, pipe capacity and timers? I presume you've have the same issue with: ... sqlci | cat >> temp thanks, Pádraig. From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 18 20:08:43 2018 Received: (at 14174) by debbugs.gnu.org; 19 Oct 2018 00:08:43 +0000 Received: from localhost ([127.0.0.1]:57656 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gDILL-0005FL-5w for submit@debbugs.gnu.org; Thu, 18 Oct 2018 20:08:43 -0400 Received: from mail-pg1-f171.google.com ([209.85.215.171]:38154) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gDILH-0005Ez-LH; Thu, 18 Oct 2018 20:08:40 -0400 Received: by mail-pg1-f171.google.com with SMTP id f8-v6so14937494pgq.5; Thu, 18 Oct 2018 17:08:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:cc:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=lrGUElhCgPW0ay6wE9Fn7xMnrvfaztJOOBvyIzW0XI8=; b=RN+no4LF8Keur/C6ktBNMBghDLeJfHEuQLPFAEIpO5/uZ6h9c292FbEXbvoexdlRPW 0zo5Z9e/IaaBwj2YClBBXcPrd/f21BVjvDUPH45LvOydhztVXn/0lSM8BO03RTqhr+8e Xu5Sm0ziLYhxvSJvCrXnZkWx9hb/FVYJAb8xh0oBPX5t+iFOejguGfoZ9Wv2MMwGOFM6 yQc8BlE0tEhlAIQZGEgsIgKqoCKBGPfabji1L+uPMHwJ0+cdPWF7mQyRpCq8ZHz/wZba h4FLX6cevDg2NhWMeuHFWVWYh25vWOBqp2N7zJN5d2eZ4EWnZqrJ+65xPHdFWBRfnkc4 h7/w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=lrGUElhCgPW0ay6wE9Fn7xMnrvfaztJOOBvyIzW0XI8=; b=U+27fFHQdIyp/4HxYeVPD4W/R3g9hRpUSehMohPPXmCrmlzC8hu3f2ktyNEhKV6N8a g1d20REPLOgUs8PMAwgq5+9IhFGJnBqmwLndxI8GdgZsuaY2BUtBuONMI50GNKnr6R0G bw6XHhZ/rr15idlemYxPO/1Ca47bvHb7Wj8j+qv4RG0ivZa6yIcoQ1tSWMxBuU2ckOOG IFu5lNY3QhTZYU7U3HSejcYbzPbcvgY2mUYiqX/m5s/FdS8MzWpBEv1SZOWwK7fBy0Ok uvgnolIu2uQZxmnzV7e+Y65z9/Nbmw7T8uVGGp+KVCSQm+K3LB5bXwoCMrULE3XkLeBk RXrA== X-Gm-Message-State: ABuFfohTO4w09M6oXNsBtnipSOocblPlVJkvkw4HeelDbNdgH0cj3mQ6 mo5c4Ko6IZJ5ogTHs6IZstil8RHB X-Google-Smtp-Source: ACcGV61SCW/qpTxyub32j7T062JBTJ0rt2Ea6VTkxn1SrPdB/gppV3k95IA4TvxpBQKuc+d3zeSW6g== X-Received: by 2002:a62:2c16:: with SMTP id s22-v6mr32340768pfs.6.1539907713131; Thu, 18 Oct 2018 17:08:33 -0700 (PDT) Received: from tomato.housegordon.com (moose.housegordon.com. [184.68.105.38]) by smtp.googlemail.com with ESMTPSA id l10-v6sm31131950pgs.45.2018.10.18.17.08.31 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 18 Oct 2018 17:08:32 -0700 (PDT) Subject: Re: bug#14174: BUG REP: tee takes an annoyingly long time in some system. References: <516689AD.3010905@draigBrady.com> From: Assaf Gordon Message-ID: Date: Thu, 18 Oct 2018 18:08:30 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <516689AD.3010905@draigBrady.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Spam-Score: 1.2 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: tags 14174 moreinfo close 14174 thanks (triaging old bugs) On 11/04/13 04:00 AM, Pádraig Brady wrote: > [...] > So tee is spending time in read() waiting for data from stdin, > and this doesn't happen when writing to file. > So I can only conclude that sqlci is doing something weird with pipes. > Is it messing with non blocking I/O, pipe capacity and timers? > I presume you've have the same issue with: ... sqlci | cat >> temp > [...] Content analysis details: (1.2 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (assafgordon[at]gmail.com) -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [209.85.215.171 listed in list.dnswl.org] -0.0 SPF_PASS SPF: sender matches SPF record 1.2 MISSING_HEADERS Missing To: header -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [209.85.215.171 listed in wl.mailspike.net] X-Debbugs-Envelope-To: 14174 Cc: 14174@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.2 (/) tags 14174 moreinfo close 14174 thanks (triaging old bugs) On 11/04/13 04:00 AM, Pádraig Brady wrote: > [...] > So tee is spending time in read() waiting for data from stdin, > and this doesn't happen when writing to file. > So I can only conclude that sqlci is doing something weird with pipes. > Is it messing with non blocking I/O, pipe capacity and timers? > I presume you've have the same issue with: ... sqlci | cat >> temp > With no further follow-ups in 5 years, I'm closing this bug. -assaf From unknown Thu Aug 14 21:22:42 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Fri, 16 Nov 2018 12:24:08 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator