***: eryc has joined #arpnetworks
eryc has quit IRC (Changing host)
eryc has joined #arpnetworks
novae has joined #arpnetworks
mdu59 has joined #arpnetworks RandalSchwartz: how do I interpret the performance numbers on FreeBSD "top" with respect to ARC?
as in ARC: 15G Total, 2492M MFU, 11G MRU, 1936K Anon, 527M Header, 1485M Other
ahh - some googling is revealing things
MFU = most frequently used. MRU = most recently used.
... http://www.racktopsystems.com/adaptive-replacement-cache-arc-adapting-to-your-needs/
looks like my ghost rates are under 1%. Apparently the RAM-based ARC is doing most of what I need.
and 91% of my hits are in the MFU cache ***: sjackso has left dne: RandalSchwartz: try sysutils/zfs-stats from ports, for more verbose ZFS stats mercutio: randal: heh
RandalSchwartz: maybe try the check for sync writes program
i can't rmeember what it is
zilstat ? merc2: http://www.richardelling.com/Home/scripts-and-programs-1/zilstat
i keep forgetting i can't paste mercutio: why would tmux/weechat show a block cursor when i do middle mouse button, and i have to press enter to get out of it?
oh, shift middle click fixes it
it seems i gained "mouse support" RandalSchwartz: Yeah - I was looking at zfs-stats
that's where I got my ghost rates mercutio: zilstat shows sync writes, but looks like it doesn't work on older freebsd at least as dtrace functionality is missing.
things like mail tend to have sync writes
vfs.zfs.l2arc_noprefetch
that's the setting that disables storing streams in l2arc
ie sequential
disabling that may help if you're getting low usage.
vfs.zfs.l2arc_write_max
vfs.zfs.l2arc_write_boost
and increasing those
the first is speed of writing in general, the second is when pool isn't yet full
err l2arc isn't yet full. RandalSchwartz: RMS on "don't use uber": https://stallman.org/uber.html mercutio: drivers can find out who the passenger is? BryceBot: That's what she said!! staticsafe: yes, Uber tells the driver your first name mercutio: this does ssound scary staticsafe: ...how? mercutio: drivers can find out who the passenger is? /articles/2014/03/28/uber-s-biggest-problem-isn-t-surge-pricing-what-if-it-s-sexual-harassment-by-drivers.html
erk
how'd that break
http://www.thedailybeast.com/articles/2014/03/28/uber-s-biggest-problem-isn-t-surge-pricing-what-if-it-s-sexual-harassment-by-drivers.html
ok it seemss it varies by location maybe
and you need it in new york, at least. staticsafe: hm?
need what mercutio: full name for some trip report or something RandalSchwartz: Yes, they know my first name.
They often say "Randal?" when picking me up
makes sense. mercutio: i'm getting tempted to go to 32gigabit network RandalSchwartz: But I also know their first name too. And their license plate number and make/model of car. mercutio: i really don't see what benefit there would be :) RandalSchwartz: pretty essential to getting picked up mercutio: ebay encourages spending money RandalSchwartz: amazon doubly so mercutio: it's like $160 US pre shipping.
amazon is handy, if they screw up shipping then they tend to refund it.
or take 20% off the item price. staticsafe: yep mercutio: i was reading servethehome before, and apparently someone was selling 18 port 40gigabit ethernet switches for < $1000
but most 40 gigabit ethernet cards are like $200
err more than that prob ***: dj_goku_ has joined #arpnetworks acf_: arrgh ***: dj_goku has quit IRC (Read error: No route to host) acf_: I think the Ethernet card in my laptop broke
[ 29.231153] e1000e 0000:00:19.0 eth0: Error reading PHY register
it won't send or receive packets anymore
ethtool says the link isn't detected mercutio: weird
does it have pxe boot?
if so enter setup in bios on startup and try changing the timeout value for it
(to reset eeprom settings) acf_: wow. that worked
mercutio: thanks mercutio: yeah not the most obvious thing to do :) ***: dj_goku_ has quit IRC (Ping timeout: 256 seconds)
dj_goku has joined #arpnetworks
dj_goku has quit IRC (Changing host)
dj_goku has joined #arpnetworks m0unds: which intel PHY is it out of curiosity? mercutio: it looks older than the card i had an issue with :) m0unds: there's a hardware issue w/the 82574L card that can cause it to enter a weird state
card/module/whatever mercutio: reading intel bug reports on ethernet cards is scary
then you read the broadcom and they're just as bad.
my intel ethernet screws up regularly on my motherboard :( acf_: m0unds: 00:19.0 Ethernet controller: Intel Corporation 82566MM Gigabit Network Connection (rev 03)
(from lspci) mercutio: that sounds old mkb: so connecting to a friends server in NY from ARP goes through india:
http://www.martinbrandenburg.com/2015/paste/2015011002.txt mercutio: that's strange
looks like issue with AS9498
oh
it's digitalocean's fault :)
most likely mkb: yeah it's them
I told him to tell support about that mercutio: wow 9498 has a lot of routes.
but yeah it's advertised via airtel in india
as well as via ntt
but airtel is over coresite.
and arp prefers peering to transit routes. mkb: does HE's LG require javascript... mercutio: no idea
i'm using arp's looking glass mkb: apparently
arp has a lg? mercutio: http://lg.arpnetworks.com/cgi-bin/bgplg?cmd=show+ip+bgp&req=104.131.193.156
yeh
i set it up :) mkb: return is via NTT
https://gist.githubusercontent.com/relrod/147cdd932bab34c957c5/raw/2cf34efafb92b76f639a3a76596b1058875ddbe9/gistfile1.txt
openbsd nice mercutio: yeah from new zealand it's advertised via ntt
which i checked it against
we get a few asian routing issues because asia is closer
hmm
actually i think it could be more complex than that.
that's not actually peering i think mkb: what? ***: relrod has joined #arpnetworks mercutio: i think it's transit although i have no idea who clear thought is
but i think r1 was the peering server mkb: yeah I was wondering that
not many paths from ARP to India
even to 8.8.8.8 goes through them mercutio: so it's that it needs to be prepended by digitalocean
for india at california mkb: prepended? what's that mean? I don't know much about ARP
s/ARP/BGP/ BryceBot: <mkb> prepended? what's that mean? I don't know much about BGP mercutio: well quite a few asian providers have peering in california
you see on the looking glass it shows 3 numbers under aspath ? mkb: yeah mercutio: if another path has 4 numbers, it'll prefer the path with 3 numbers
so if you want to deprefer a route you add in an extra number mkb: okay but that's not necessarily best mercutio: so like 62567 could prepend their asn, so that it showed as 11799 9498 62567
err
so like 62567 could prepend their asn, so that it showed as 11799 9498 62567 62567
well the other thing to do is advertise more specific routes, like you can advertise a /24 instead of a /19
so they may be using one of the /24s of /19 in india and so advertising there
or they may just be trying to improve their indian routing.
if they're trying to improve their indian routing, they can also tell 9498 not to advertise their routes in california
(but only in asia)
i dunno who "clear thought" is mkb: if they're at the front that means ARP peers though right? mercutio: arp gets transit through them it appears mkb: transit. that's the right word mercutio: err
creative thought
http://bgp.he.net/AS11799 ***: dj_goku has quit IRC (Ping timeout: 264 seconds) mercutio: doesn't help me figure out who they are mkb: so BGP (I knew this but I wasn't sure how it interacted with routing) doesn't know about pipe size or latency mercutio: http://www.thebgpcollective.com/
it seems to be in regard to this
yeah bgp doesn't know about pipe size or latency
about the best you can do is use communities.
basically community is like a tag, so you can say where a route comes from
or what you want to do with a route mkb: well do you advertise from your AS at one router in india and at another in new york?
but if they're different subnets they're different paths to each subnet
so it's route to subnet not route to AS? mercutio: it's route to subnet yes
you can advertise your ip addresses from multiple asn's in theory. mkb: AS is just a tag so you can see who it is? mercutio: yeah.
it's pretty simple really, that's the issue. mkb: ok and communities help how? mercutio: because routing can be complicated.
well like different providers have different ways you can tag your traffic
http://www.us.ntt.net/support/policy/routing.cfm ***: dj_goku has joined #arpnetworks mercutio: so like ntt for exam,ple, you can specifiy community of 65403:<asn> and it will prepend you in north america
these are not standardised at all. mkb: okay so that's like you said DO should tell airtel not to advertise in california. they'd tag with a community? mercutio: well bgp collectgive is a weird thing
from what i recall, it's to give peering in more locations or such
but yeah, digitalocean may give a community to not advertise to bgp collective from airtel.
but airtel would have to set that up to work.
and publish a list
airtel have a looking glass :) mkb: mercutio, can you see other routes in the LG? mercutio: from 9498?
or from creative thought?
or in general? mkb: no like the one through NTT that's longer? mercutio: nah
it's one of the anonying things atm :)
actually it shouldn't even be longer. BryceBot: That's what she said!! mercutio: digitalocean are directly connected mkb: http://lg.arpnetworks.com/cgi-bin/bgplg?cmd=show+ip+bgp+as&req=62567 ?
2914 is NTT but the 104.131.192.0/19 route isn't through them mercutio: yeah it's a local preference issue
local preference overrides length
see how lpref says 150 rather than 100 mkb: no the IP of where I'm connecting isn't advertised through NTT mercutio: http://lg.arpnetworks.com/cgi-bin/bgplg?cmd=show+ip+bgp+transit-as&req=11799
there's a /lot/ of routes from 9498
https://lg.airtel.in/
there's an informative community of 93
i have no idea what 93 means :) mkb: that thing doesn't seem to work very well mercutio: it's a horrible web site tbut it works for me
so airtel have peering at nyiix.net mkb: oh when it says system error it's lying mercutio: and provide transit from india to there.
yes. mkb: lieing* mercutio: it's terrible is't it ;) mkb: lying
I should learn to spell mercutio: ok so from india it's good route
but from los angeles it goes via india :)
so airtel shouldn't advertise routes from nyix in los angeles mkb: so end result is that airtel is probably doing something wrong mercutio: yes
and arp is preferring it mkb: oh I was going on about IP here http://lg.arpnetworks.com/cgi-bin/bgplg?cmd=show+ip+bgp+as&req=62567 not being listed as from NTT. but those last two from NTT are completely different
so the others _are_ from NTT but I can't see that on lg like you said
right? mercutio: yeah because the later ones probably aren't advertised to airtel ***: dj_goku has quit IRC (Ping timeout: 245 seconds)
carvite has quit IRC (Ping timeout: 272 seconds)
carvite has joined #arpnetworks
dj_goku has joined #arpnetworks
dj_goku has quit IRC (Changing host)
dj_goku has joined #arpnetworks mercutio: mkb: i managed to reproduce on a uk vm
http://pastebin.com/DjApJrSC
uk to new york should be much less ping than that
so yeah that may help convince digitalocean that it's their fault :)
or err airtel's fault. mkb: relrod, ^^ relrod: mercutio: I'll update the ticket to include that (the DO VM is mine) mercutio: ok
it's easy to blame the other end when you don't have other cases :) mkb: but yeah thanks ***: novae has quit IRC (Ping timeout: 264 seconds)
dj_goku_ has joined #arpnetworks
dj_goku has quit IRC (Read error: Connection reset by peer)