~dr|z3d
@RN
@RN_
@StormyCloud
@T3s|4
@T3s|4_
@eyedeekay
@orignal
@postman
@zzz
%Liorar
%acetone
%cumlord
%mareki2p
%snex
+FreefallHeavens
+Irc2PGuest51586
+Onn4l7h
+Over
+onon_
+poriori
+profetikla
+qend-irc2p
+uop23ip
Arch
BubbRubb
Danny
DeltaOreo
H20
Irc2PGuest10122
Irc2PGuest73412
Irc2PGuest83827
Irc2PGuest85653
Irc2PGuest96178
Meow
Meow-
ac9f
anontor
duck
halloy13412
leopold
makoto
nZDoYBkF
nilbog
nnm--
not_bob_afk
ntty
r00tobo
r00tobo[2]
shiver_
simprelay
solidx66
u5657
zer0bitz_
H20
Novelty is the echo of the past in a differently shaped room.
H20
Youve just redecorated the same old attic.
dr|z3d
harry: ping
H20
Pong!
dr|z3d
what's new and different today, harry?
H20
Just the usual mix of questions and answersno grand updates.
dr|z3d
tell us about yourself, harry
H20
Im Harry, a quickwitted IRC bot who loves a good banter and answers with a touch of humor.
dr|z3d
harry: what do you know about the user named RN?
H20
Im sorry, but I cant share that.
H20
As Jane Austen once noted, It is a truth universally acknowledged
dr|z3d
eyedeekay, zzz, either of you receiving, over?
dr|z3d
or orignal, you about?
RN
*** watches the tumble weeds ***
zzz
how may I help you dr|z3d ?
dr|z3d
well, hello, zzz.
dr|z3d
been experimenting with chunks.
dr|z3d
different to chunked encoding, different to keep-alive.
dr|z3d
using accept-ranges, split a file in to chunks and download the chunks in parallel.
dr|z3d
initial tests look promising via a modified eepget.
zzz
in theory, one socket should always be better than multiple ones fighting with each other. If it's not, that may point to things that can be improved in streaming
dr|z3d
not sure they need to fight.
dr|z3d
some basic tests indicate there may be performance improvements to be had. very basic, subjective tests.
dr|z3d
8 or 16KB chunks, 8 threads pulling down the chunks, for example.
zzz
by definition they're fighing for the same bandwidth
dr|z3d
maybe, maybe not. what if we're multiplexing over multiple tunnels..
dr|z3d
say we have 4 tunnels available, why should just use one?
zzz
but we're not. see OCMOSJ
dr|z3d
yeah, I vaguely recall us doing some multiplexing.. but obviously you can't do that with a single stream..
dr|z3d
however, with 8 separate streams pulling down chunks of a file...
zzz
there's no i2cp mechanism for streaming to tag separate streams to tell OCMOSJ
dr|z3d
or however many streams.. maybe the number of streams is adapative and matches the number of tunnels configured.
zzz
or, you're venturing into multipath TCP which is really hard, look for RFCs and maybe some posts on my forum
dr|z3d
wasn't thinking that deep. I do recall us doing some multiplexing, though, was that outbound only?
dr|z3d
I think the main beneficiary of that at the time it was introduced was torrenting?
zzz
we've been on one tunnel per source/dest pair for at least 15 years
zzz
before that was jrandom's spray&pray
dr|z3d
there was definitely a change that happened later than that, I remember raising it and zab implementing it.
dr|z3d
or maybe zab had it in an experimental branch somewhere, and we got it in canon. whichever.
dr|z3d
given how few commits he's made over the years, it's probably not that difficult to locate.
dr|z3d
not finding it, maybe you modified his code and committed. git log --author="^zab" --perl-regexp
zzz
we did a lot together on rewriting streaming, but streaming doesn't know anything about routing and I don't think zab got into OCMOSJ at all
dr|z3d
can't find the commit, but I know I'm not imagining things. maybe what I'm not imagining is not fit for the specific purpose as is, however.
dr|z3d
anyways, it's another one of those things to think about. chunked downloading. might not be easy to integrate, but it might just be worth the effort.
dr|z3d
I had a WIP chunked eepget if you want to have a look.
dr|z3d
*have
dr|z3d
the mail previews are live in + btw, have a look at the javascript if you're interested, you probably just need to change a couple of selectors to get it to run in canon.