#arpnetworks 2015-03-22,Sun

↑back Search ←Prev date Next date→ Show only urls(Click on time to select a line by its url)

WhoWhatWhen
***m0unds_ has quit IRC (Ping timeout: 246 seconds)
m0unds_ has joined #arpnetworks
[01:11]
RandalSchwartz has quit IRC (Ping timeout: 256 seconds) [01:20]
........... (idle for 52mn)
mercutiowoot, got a 10x improvement in guest to host network performance [02:12]
.................. (idle for 1h26mn)
***qbit has quit IRC (Ping timeout: 272 seconds)
qbit has joined #arpnetworks
qbit is now known as Guest5445
[03:38]
...... (idle for 29mn)
mercutiohttp://man7.org/linux/man-pages/man7/lvmcache.7.html
has anyone seen this before?
[04:10]
............................... (idle for 2h30mn)
***Guest5445 is now known as qbit [06:40]
......................................................................................................................................................... (idle for 12h43mn)
mercutioacf_: i am trying to access your smokeping. did you disable it for external access?
hmmm..
also your / exposes more than it should, but loads.
[19:23]
......... (idle for 40mn)
***medum has quit IRC (Ping timeout: 264 seconds)
medum has joined #arpnetworks
[20:05]
......... (idle for 44mn)
m0undsseems there's some congestion tonight [20:51]
mercutioyeh
on level3
can you do a mtr?
[20:54]
m0undsyea, it's the return path [20:55]
mercutioi'm trying to track it down, but i reckon it's level3 [20:55]
m0undsit is [20:55]
mercutioit's really bad to my uk server. [20:55]
m0undsit's ugly
haha
i'm seeing 60ms +/- 150
[20:55]
mercutiooh i just saw loss, and throughput issues
udp loss was higher than icmp loss
but latency seemed normal
but throughput seemed even worse than the udp loss
i just got a vultr vm that's on level3
there's only one location in the US that routes via level3 from arp, most are ntt
[20:55]
m0undsyeah, udp loss is gross [20:57]
mercutiowhat's your ip? [20:57]
m0undslike 50+%
arp IP?
[20:57]
mercutiooh wow i didn't see it that bad before
nah ip you're coming from
[20:57]
m0unds73.26.90.138
http://pastebin.com/HUZS2VD0
[20:57]
mercutioyeah it loosk strange [20:58]
m0undsnot as bad that run [20:59]
mercutioit's up and down a lot [20:59]
m0undsyeah [20:59]
mercutiothat's with -u? [20:59]
m0undsyeah
on the bottom, forgot to redo the top
[20:59]
mercutioyeah do icmp
it's bloody hard to read with all that hop alternating
it seems you're not getting loss just latency from that though
and from my mtr from arp to you it's the same
it actually looks like comcast issue in this instance :/
[20:59]
m0undslooked largely the same [21:00]
mercutioyeah just trying to track down wehre it's happening
try doing 500 of them
i realise it takes nearly 10 minutes :)
but if there's a couple of percent loss or something it shows it up better
[21:01]
m0undswell, there's nearly always loss at any time of the day on level3 w/icmp [21:02]
mercutioyeah on those earlier hops [21:02]
m0undsthat's been my experience w/them forever [21:02]
mercutioit's whether it carries through [21:02]
m0undsi don't tend to have any loss at the destination, just along the path [21:02]
mercutiobut ssh is laggy? [21:03]
m0undsbut when i mentioned congestion, i saw a lot of loss. it seems to just be high latency now with no loss
it isn't
[21:03]
BryceBotThat's what she said!! [21:03]
m0undsBryceBot: no [21:03]
BryceBotOh, okay... I'm sorry. 'it isn't' [21:03]
mercutioi'm getting good speeds from this level3 connecting vultr vm :(
ahh ok
ssh wasn't laggy it seemed to uk for my "cl" program
but i was getting really bad throughput
starting around 6 hours ago
i updated my kernels and got some speed boost in general
http://uk.meh.net.nz/cgi-bin/smokeping.cgi?target=Curl.chi
i should fix the naming
that's la.meh.net.nz
http://uk.meh.net.nz/cgi-bin/smokeping.cgi?target=meh.lameh

but ping has been ok
and loss isn't that high
[21:03]
m0undshttp://pastebin.com/BNiUsqcP [21:06]
mercutiocomcast's routing is changing a lot grr :/
what throughput do you get atm?
it seems it's going via los angeles or denver
[21:06]
m0undsyea, it changes depending on time of day
sometimes it's direct abq > lax
[21:08]
mercutioit changes within the trace [21:08]
m0undssometimes it's denver > lax [21:08]
mercutiobut that may be the jitter [21:08]
m0undsroute change adds 10ms to ping but that's it
throughput is nearly always the same
[21:08]
mercutioand it's still ok? [21:08]
m0undsyep [21:08]
mercutiohmm damnit
so that's different to the other issue :/
[21:09]
m0undsactually nope
it just tanked
was going 1.2MB/sec, dropped to 400KB/sec
that's pretty slow both times
[21:09]
mercutioyeah that's more like wha ti been seeing
except lower because it's from uk
[21:10]
m0undswell, here [21:10]
mercutiohigher ping makes loss worse [21:10]
m0undshttp://pastebin.com/3HhgkHDa
two local hops from arp > comcast are gross
[21:10]
mercutiohttp://pastebin.com/9FhM7qHX [21:10]
m0undsyeah, that same 150-200ms "worst" measure is in the same spot as mine
5 & 6
[21:11]
mercutioyaeh hard to know if that's deprirotisiation or not
the latency to hop 5 for me is going hmm
bi'm still running my download heh
average speed 49305 bytes, current speed 45476
it was going 80k/sec before
anyway why's it fine with this vultr vm grr
by fine i mean 7.6mb/sec
oh shit
[21:11]
m0unds? [21:15]
mercutioit's coming in from vultr via nlayer
i wonder if that has any bearing
oh and now it's showing loss on last hop
and on mzima pings heh
[21:15]
m0undsdid you stop your dl? [21:16]
mercutionope
dl slowded down
its' getting slower nad slower
[21:16]
m0undsfunky [21:16]
mercutio27k/sec now [21:16]
m0undswow [21:16]
mercutioyeah i know it's weirdly slow
and how does 6% icmp loss fit in with that?
with 7.6mb/sec
damnit i have to wait for dns ttl :(
this is making no sense
so there's packet loss from la to miami
but throughput is good
and the packet loss starts at gtt in san jose
and throughput is good in both directions
maye it's bursty
[21:16]
heh " curl -q http://weallsee.net/testspeed | sh
"
is convenient
but it feels dirty just running stuff downloaded off the internet
it could be anyhting
[21:37]
..... (idle for 23mn)
m0unds: i'm setting high jitter to you from jp.meh.net.nz over ntt too
so it may be your path to arp
or within comcast's netowrk
[22:00]
m0undsi'm loading my connection up quite a bit
atm
[22:01]
mercutioahh ok
maybe that's it then
i'm trying to get my systems better organised for pushing smokeping etc :)
[22:01]
mnathani_mercutio: what os are most of your vultr vps? [22:08]
mercutioubuntu
one is arch
if there was arch auto provisioning they'd all be arch
i've just shifted them all to custom kernel though
[22:09]
mnathani_any performance benefits? [22:09]
mercutioa little
to the kernel
i'm not sure why :)
i did the kernel when i was trying to debug guest-host kvm performance at home
Startup finished in 944ms (kernel) + 491ms (userspace) = 1.435s
that's sj
Startup finished in 948ms (kernel) + 732ms (userspace) = 1.681s
and that's my home vm
home vm is ubuntu
and tcp performance went up a little
[22:09]
............... (idle for 1h12mn)
acf_mercutio: hmm, haven't touched the smokeping config
probably just congestion or something
huh. it's acting funny for me too
[....] Starting latency logger daemon: smokeping
>:(
all of the smokeping things are blocking on something
[23:26]
huh. that was really weird
seems that smokeping was blocking on DNS resolution
both the CGI and the service
[23:33]
mercutiodamn [23:36]
i wonder why [23:45]
oh it didnt' seem to lose data?
cool 4.2.2.1 is screwed
from about 2pm your time
aare you pdt?
hmm and phoenix.acfsys.net
is that a box you can trace from?
oh it's a tunnel or something
[23:55]

↑back Search ←Prev date Next date→ Show only urls(Click on time to select a line by its url)