linux-kernel - Re: splice/vmsplice performance test results

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <20061116.155224.08323028.davem@davemloft.net>
Date:	Thu, 16 Nov 2006 15:52:24 -0500 (EST)
From:	David Miller <davem@...emloft.net>
To:	jaschut@...dia.gov
Cc:	linux-kernel@...r.kernel.org, jens.axboe@...cle.com
Subject: Re: splice/vmsplice performance test results

From: "Jim Schutt" <jaschut@...dia.gov>
Date: Thu, 16 Nov 2006 11:08:59 -0700

> Or is read+write really the fastest way to get data off a
> socket and into a file?

There is still no explicit TCP support for splice/vmsplice so things
get copied around and most of the other advantaves of splice/vmplice
aren't obtained either.  So perhaps that explains your numbers.

Jens Axboe tries to get things working, and others have looked into it
too, but adding TCP support is hard and for several reasons folks like
Alexey Kuznetsov and Evgeniy Polyakov believe that sys_receivefile()
is an interface much better suited for TCP receive.

splice/vmsplice has a lot of state connected to a transaction, and
perhaps that is part of why Evgeniy and Alexey have trouble wrapping
their brains around an efficient implementation.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/