From: Andrea Arcangeli <andrea@suse.de>
To: Ingo Molnar <mingo@elte.hu>
Cc: Linus Torvalds <torvalds@transmeta.com>,
Rick Jones <raj@cup.hp.com>,
Linux Kernel List <linux-kernel@vger.kernel.org>,
Alexey Kuznetsov <kuznet@ms2.inr.ac.ru>,
"David S. Miller" <davem@redhat.com>
Subject: Re: [Fwd: [Fwd: Is sendfile all that sexy? (fwd)]]
Date: Thu, 18 Jan 2001 22:54:32 +0100 [thread overview]
Message-ID: <20010118225432.K28276@athlon.random> (raw)
In-Reply-To: <20010118212441.E28276@athlon.random> <Pine.LNX.4.30.0101182135180.2034-100000@elte.hu>
In-Reply-To: <Pine.LNX.4.30.0101182135180.2034-100000@elte.hu>; from mingo@elte.hu on Thu, Jan 18, 2001 at 09:44:57PM +0100
On Thu, Jan 18, 2001 at 09:44:57PM +0100, Ingo Molnar wrote:
> why? TCP_CORK is equivalent to MSG_MORE, it's just a different
I thought you agreed it isn't (Linus's example I quoted).
> > Doing PUSH from setsockopt(TCP_CORK) looked obviously wrong because it
> > isn't setting any socket state, [...]
>
> well, neither is clearing/setting TCP_CORK ...
clearing/setting TCP_CORK is a stateful opertaion, it changes a socket option.
> > and also because the SIOCPUSH has nothing specific with TCP_CORK, as
> > said it can be useful also to flush the last fragment of data pending
> > in the send queue without having to wait all the unacknowledged data
> > to be acknowledged from the receiver when TCP_NODELAY isn't set.
>
> huh? in what way does the following:
>
> {
> int val = 1;
> setsockopt(req->sock, IPPROTO_TCP, TCP_CORK,
> (char *)&val,sizeof(val));
> val = 0;
> setsockopt(req->sock, IPPROTO_TCP, TCP_CORK,
> (char *)&val,sizeof(val));
> }
>
> differ from what you posted. It does the same in my opinion. Maybe we are
> not talking about the same thing?
The above is equivalent to SIOCPUSH _only_ if the caller wasn't using either
TCP_NODELAY or TCP_CORK.
> [this is nitpicking. I'm quite sure all the code uses '1' as the value,
> not 2.]
I'm quite sure too but I will not get suprirsed anymore by getting bugreports
because of such an innocent change ;). Though real reasons are others (I
mentioned the backwards compatibility breakage more as a side note).
Andrea
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
next prev parent reply other threads:[~2001-01-18 22:08 UTC|newest]
Thread overview: 84+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <3A65E825.FFEB194@cup.hp.com>
2001-01-17 19:27 ` [Fwd: [Fwd: Is sendfile all that sexy? (fwd)]] Linus Torvalds
2001-01-17 20:03 ` Rick Jones
2001-01-17 20:38 ` dean gaudet
2001-01-17 20:57 ` Rick Jones
2001-01-18 13:06 ` Ingo Molnar
2001-01-18 14:57 ` Andi Kleen
2001-01-18 18:24 ` Rick Jones
2001-01-19 2:46 ` dean gaudet
2001-01-19 3:03 ` dean gaudet
2001-01-19 19:07 ` Rick Jones
2001-01-19 20:03 ` kuznet
2001-01-19 21:20 ` Rick Jones
2001-01-20 18:03 ` kuznet
2001-01-22 18:44 ` Rick Jones
2001-01-20 14:56 ` Kai Henningsen
2001-01-23 7:20 ` dean gaudet
2001-01-20 23:09 ` Lincoln Dale
2001-01-20 23:27 ` James Sutherland
2001-01-21 0:02 ` Chris Wedgwood
2001-01-18 12:56 ` Ingo Molnar
2001-01-25 17:58 ` Jamie Lokier
2001-01-17 21:22 ` Linus Torvalds
2001-01-17 22:17 ` Rick Jones
2001-01-17 22:53 ` Linus Torvalds
2001-01-17 22:44 ` Jonathan Walther
2001-01-18 13:18 ` Ingo Molnar
2001-01-18 16:49 ` Linus Torvalds
2001-01-18 17:32 ` Ingo Molnar
2001-01-18 17:49 ` Zach Brown
2001-01-19 3:16 ` dean gaudet
2001-01-19 3:56 ` David Ford
2001-01-18 18:29 ` Rick Jones
2001-01-18 18:50 ` Linus Torvalds
2001-01-18 19:38 ` Andrea Arcangeli
2001-01-18 19:43 ` Ingo Molnar
2001-01-18 19:52 ` Linus Torvalds
2001-01-18 20:11 ` kuznet
2001-01-18 20:33 ` Ingo Molnar
2001-01-18 21:14 ` Andrea Arcangeli
2001-01-18 20:24 ` Andrea Arcangeli
2001-01-18 20:37 ` kuznet
2001-01-18 21:04 ` Andrea Arcangeli
2001-01-19 0:27 ` Olivier Galibert
2001-01-19 0:59 ` Rick Jones
2001-01-19 17:52 ` kuznet
2001-01-19 20:54 ` Andrea Arcangeli
2001-01-18 20:44 ` Ingo Molnar
2001-01-18 21:54 ` Andrea Arcangeli [this message]
2001-01-18 21:57 ` Ingo Molnar
2001-01-18 22:16 ` Andrea Arcangeli
2001-01-18 22:18 ` Ingo Molnar
2001-01-19 15:25 ` Andrea Arcangeli
2001-01-19 18:18 ` kuznet
2001-01-19 21:13 ` Andrea Arcangeli
2001-01-20 17:28 ` kuznet
2001-01-20 18:14 ` Abramo Bagnara
2001-01-20 18:23 ` Andrea Arcangeli
2001-01-20 19:05 ` kuznet
2001-01-20 19:30 ` Andrea Arcangeli
2001-01-20 19:39 ` Linus Torvalds
2001-01-20 20:22 ` kuznet
2001-01-20 21:20 ` Andrea Arcangeli
2001-01-20 20:56 ` Andrea Arcangeli
2001-01-21 18:37 ` kuznet
2001-01-20 19:39 ` kuznet
2001-01-20 21:05 ` Andrea Arcangeli
2001-01-20 21:31 ` Guus Sliepen
2001-01-18 22:20 ` Ingo Molnar
2001-01-18 19:45 ` Linus Torvalds
2001-01-18 19:59 ` kuznet
2001-01-18 20:44 ` Andrea Arcangeli
2001-01-19 3:25 ` dean gaudet
2001-01-19 3:35 ` dean gaudet
2001-01-18 9:34 ` Andi Kleen
2001-01-18 18:20 ` Rick Jones
2001-01-18 19:45 ` Andi Kleen
2001-01-18 20:30 ` kuznet
2001-01-18 20:50 ` Ingo Molnar
2001-01-18 22:49 ` Rick Jones
2001-01-18 13:29 ` Ingo Molnar
2001-01-18 16:51 ` Linus Torvalds
2001-01-18 17:04 ` Ingo Molnar
2001-01-17 21:51 Dan Kegel
-- strict thread matches above, loose matches on Subject: below --
2001-01-24 0:19 Cacophonix
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20010118225432.K28276@athlon.random \
--to=andrea@suse.de \
--cc=davem@redhat.com \
--cc=kuznet@ms2.inr.ac.ru \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=raj@cup.hp.com \
--cc=torvalds@transmeta.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.