+ (UTC)
Stuart Henderson <s...@spacehopper.org> wrote:
> On 2015-09-30, Bogdan Andu <bo...@yahoo.com> wrote:
> > If one needs this linux-like crap, sendfile,and cannot disable it,
> > how is he suppose to handle it?
>
> Run it on linux?
>
> I'm surp
Bogdan Andu(bo...@yahoo.com) on 2015.09.29 14:16:51 +:
> Hi,
>
> I have a piece o software to install that requires
> sendfile functionality .
is your piece of software a haskell program?
> I installed hs-sendfile from ports, which should provide
> sendfile, but no
Yeah, I realized that after I posted the issue..
On Monday, October 5, 2015 3:29 PM, Sebastian Benoit
<benoit-li...@fb12.de> wrote:
Bogdan Andu(bo...@yahoo.com) on 2015.09.29 14:16:51 +:
> Hi,
>
> I have a piece o software to install that requires
> send
and runs fine on
OpenBSD (amd64/5.7)
So, basically I have a non-sendfile-Yaws tree. Hurray!
Bogdan
On Friday, October 2, 2015 10:38 AM, Stuart Henderson
<s...@spacehopper.org> wrote:
On 2015-09-30, Bogdan Andu <bo...@yahoo.com> wrote:
> If one needs this linux-like
rambled the Makefiles and rebar.configs
> and rebar.config.scripts and got rid of sendfileand compiles and runs fine on
> OpenBSD (amd64/5.7)
> So, basically I have a non-sendfile-Yaws tree. Hurray!
Report that to the Yaws project. They should not make themselves dependent
on features that are
n time, but is required
> at compile time..
> I have scrambled the Makefiles and rebar.configs
> and rebar.config.scripts and got rid of sendfileand compiles and runs fine
on OpenBSD (amd64/5.7)
> So, basically I have a non-sendfile-Yaws tree. Hurray!
Report that to the Yaws project.Â
On Fri, 2 Oct 2015 07:38:28 + (UTC)
Stuart Henderson <s...@spacehopper.org> wrote:
> On 2015-09-30, Bogdan Andu <bo...@yahoo.com> wrote:
> > If one needs this linux-like crap, sendfile,and cannot disable it,
> > how is he suppose to handle it?
>
> Run it
On 2015-09-30, Bogdan Andu <bo...@yahoo.com> wrote:
> If one needs this linux-like crap, sendfile,and cannot disable it, how is he
> suppose to handle it?
Run it on linux?
I'm surprised Yaws needs it though, from what it says on their website
it looks optional.
If one needs this linux-like crap, sendfile,and cannot disable it, how is he
suppose to handle it?
On Tuesday, September 29, 2015 6:50 PM, Bogdan Andu <bo...@yahoo.com>
wrote:
Oh.. s^*%t, only haskell can use it, right?
On Tuesday, September 29, 2015 6:48 PM, Bogda
Hi,
I have a piece o software to install that requires
sendfile functionality .
I installed hs-sendfile from ports, which should providesendfile, but now
sendfile library or binary is present:
I run the command , first:sudo /usr/local/lib/ghc/sendfile-0.7.9/register.sh
and
$ sudo ldconfig -r
Hi,
I have a piece o software to install that requires
sendfile functionality .
I installed hs-sendfile from ports, which should provide
sendfile, but now sendfile library or binary is present:
I run the command , first:
sudo /usr/local/lib/ghc/sendfile-0.7.9/register.sh
and
$ sudo ldconfig
Bogdan Andu wrote:
> Hi,
> I have a piece o software to install that requires
> sendfile functionality .
> I installed hs-sendfile from ports, which should providesendfile, but now
> sendfile library or binary is present:
> I run the command , first:sudo /usr/local/lib/
No,
Erlang. Yaws wants it
On Tuesday, September 29, 2015 6:33 PM, Ted Unangst <t...@tedunangst.com>
wrote:
Bogdan Andu wrote:
> Hi,
> I have a piece o software to install that requires
> sendfile functionality .
> I installed hs-sendfile from ports, which shou
t; Hi,
> I have a piece o software to install that requires
> sendfile functionality .
> I installed hs-sendfile from ports, which should providesendfile, but now
> sendfile library or binary is present:
> I run the command , first:sudo /usr/local/lib/ghc/sendfile-0.7.9/register.sh
>
) with the least amount of overhead.
There was a post [1] on misc@ asking about the status of a sendfile()
call, but nobody replied (and it seems that splice(2) and tee(2) are
just GNUisms). It appears that there's been some work on socket splicing
(see sosplice() in [2]), but there's still
On 12/20/12 3:53 AM, Jean-Philippe Ouellet wrote:
and madvise() them to not be swapped out?
Oops, I think I might have misinterpreted the meaning of MADV_WILLNEED.
I think I meant mlock().
On Thu, Dec 20, 2012 at 04:06:52AM -0500, Jean-Philippe Ouellet wrote:
On 12/20/12 3:53 AM, Jean-Philippe Ouellet wrote:
and madvise() them to not be swapped out?
Oops, I think I might have misinterpreted the meaning of MADV_WILLNEED.
I think I meant mlock().
Why trying to be smarter than
so
far. I'm currently looking into how to send static files (over a
network) with the least amount of overhead.
There was a post [1] on misc@ asking about the status of a sendfile()
call, but nobody replied (and it seems that splice(2) and tee(2) are
just GNUisms). It appears that there's
On 12/20/12 4:20 AM, Otto Moerbeek wrote:
On Thu, Dec 20, 2012 at 04:06:52AM -0500, Jean-Philippe Ouellet wrote:
On 12/20/12 3:53 AM, Jean-Philippe Ouellet wrote:
and madvise() them to not be swapped out?
Oops, I think I might have misinterpreted the meaning of MADV_WILLNEED.
I think I
On Thu, Dec 20, 2012 at 4:23 AM, Jean-Philippe Ouellet
jean-phili...@ouellet.biz wrote:
Hello,
I'm trying to learn about writing high performance servers, and I have a
few questions not clearly answered by any documentation I can find. I'm
comfortable with select(), poll(), and kqueue(), but
a terrible idea. But still, the question of direct
file-to-socket sending vs. keeping copies in my address space and
write()ing those to the socket still remains.
The file will be in the buffer cache. While it still takes a few
in-memory copies (which is what sendfile saves you), this should
On Thu, Dec 20, 2012 at 6:06 AM, Tobias Ulmer tobi...@tmux.org wrote:
The file will be in the buffer cache. While it still takes a few
in-memory copies (which is what sendfile saves you), this should be fast
enough for most cases.
If you keep the data in your address space, you save one m
.
There was a post [1] on misc@ asking about the status of a sendfile()
call, but nobody replied (and it seems that splice(2) and tee(2) are
just GNUisms). It appears that there's been some work on socket splicing
(see sosplice() in [2]), but there's still no sendfile (or if it's
there, I must
Hello -
Are there plans to add sendfile()/zero-copy to OpenBSD to improve web server
performance?
Thanks
David
24 matches
Mail list logo
