Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

POP in China #729

Closed
watermelonjuice opened this issue Apr 30, 2014 · 127 comments
Closed

POP in China #729

watermelonjuice opened this issue Apr 30, 2014 · 127 comments

Comments

@watermelonjuice
Copy link

Most CDNs would have trouble getting a node inside China due to censorship laws. It would be a great benefit if a provider could donate a server in China.

Also a POP in china using jsdelivr's technology would avoid issues like cdnjs/cdnjs#1922.

@jimaek
Copy link
Member

jimaek commented Apr 30, 2014

We have no funds to get a node in China but we are always looking for companies that could sponsor us. We had lots of sponsorship offers with nodes in Indonesia but nothing in China yet.

Still, CloudFlare has already presence there which makes jsDelivr a good solution for all Chinese traffic. Plus we have lots of locations in Asia that can act as failover for Chinese traffic.

Also technically if a CloudFlare's IP got banned in China our load balancing algorithm would automatically switch all traffic to a different provider. So the issue you are referring to should not happen to us.

@watermelonjuice
Copy link
Author

Hong Kong is not China for internet purposes. The Chinese internet gets lower latency to the USA than Japan/Hong Kong if the network doesn't peer with the Chinese ISP directly.

How is your load balancing algorithm checking uptime for Chinese users? The GFW can issue connection blocks for 90 seconds to a domain on a per user basis upon triggering a censored keyword. Can you detect this?

e.g. search a censored keyword on Google. Your access to Google and their cdn hang for 90 seconds.

@jimaek
Copy link
Member

jimaek commented Apr 30, 2014

Hong Kong is not China as far as the internet is concerned. The Chinese internet gets lower latency to the USA than Japan/Hong Kong if the host doesn't peer with every Chinese ISP directly.

I was not aware of that. Then I will try to push our search for China based nodes.

How is your load balancing algorithm checking uptime for Chinese users? The GFW can issue connection blocks for 90 seconds on a per user basis upon triggering a censored keyword. Can you detect this?

As long as we get RUM tests from China we should be able to detect it. I don't know how exactly GFW works so I can't be 100% sure.
But if a few users get blocked this will be equal to provider's downtime which will force the algorithm to reply with a different provider.

Check out how exactly jsDelivr works at Mozilla, scroll to "Measuring performance".

@watermelonjuice watermelonjuice changed the title A node in China POP in China Apr 30, 2014
@tomByrer
Copy link
Contributor

tomByrer commented May 2, 2014

cloudflare is not stable in Asia, so I clone cdnjs's project from github and hosting in google code.

https://code.google.com/p/cdnjs/ Hasn't been updated in 15 months, & before CloudFlare opened other PoPs, but someone must have been really frustrated.

@jimaek
Copy link
Member

jimaek commented May 14, 2014

I am thinking to proactively remove CloudFlare from jsDelivr for all Chinese users. Just to make sure even if our CloudFlare IPs get banned in the future it wont affect jsDelivr.
What do you guys think?
@watermelonjuice If you want feel free to join us at our chat https://gitter.im/jsdelivr/jsdelivr

@isaackwan
Copy link
Contributor

Wasn't Cedexis supposed to kick in and remove CloudFlare from the pool automagically?

@jimaek
Copy link
Member

jimaek commented May 15, 2014

Yes it should, but I don't know how exactly the firewall works and I cant test it to be 100% sure.
Thats why I was thinking to remove CF completely.

@jimaek
Copy link
Member

jimaek commented Jun 11, 2014

@watermelonjuice I contacted 8 companies in China so far and no replies at all. Either they dont speak English or its far harder to impress them than US companies.
I will let you know on our progress.

@isaackwan
Copy link
Contributor

Did you give Windows Azure China a try? It's a franchised public cloud
service by a local provider.
On Jun 11, 2014 8:43 AM, "Dmitriy Akulov" notifications@github.com wrote:

@watermelonjuice https://github.com/watermelonjuice I contacted 8
companies in China so far and no replies at all. Either they dont speak
English or its far harder to impress them than US companies.
I will let you know on our progress.


Reply to this email directly or view it on GitHub
#729 (comment).

@jimaek
Copy link
Member

jimaek commented Jun 11, 2014

The problem is not a server in China, its a "sponsored" server in China :)
If we could get help from MS that would be great.

@isaackwan
Copy link
Contributor

As I mentioned it is a franchised company so you are not dealing with MS
but rather, a local provider (21Vianet). Or you may contact them directly
alternatively. :)
On Jun 11, 2014 8:51 AM, "Dmitriy Akulov" notifications@github.com wrote:

The problem is not a server in China, its a "sponsored" server in China :)
If we could get help from MS that would be great.


Reply to this email directly or view it on GitHub
#729 (comment).

@jimaek
Copy link
Member

jimaek commented Jun 11, 2014

Interesting, I will give it a shot. Thank you

@jimaek
Copy link
Member

jimaek commented Jun 13, 2014

@isaackwan No response either. China is going to be hard nut to crack.

@jimaek
Copy link
Member

jimaek commented Jun 14, 2014

If a China based location is important I could buy a VPS myself.
http://www.starrydns.net/shanghai-vps

$17/month + $30 one time for ICP License

We really need to think a way for collecting funds towards the project. Maybe some companies would be interested to help.

@isaackwan
Copy link
Contributor

I suggest against buying from that specific datacenter because it seems to be single-homed to China Telecom. As China's major ISP's has poor inter-connection (peering) with one another, this may cause degraded performance for users of other providers (e.g. China Unicom)
But as far as I know it is currently not possible to get an ICP license for a foreigner. Therefore I suspect that what the company is going to do is actually getting one on behalf of you, which may involve some risks.

If paying for a VPS is an option then take a look at Windows Azure HK (East Asia location). They have freaking fast connection with China's ISP's (heck they even beat some China providers - check out Cedexis) and probably will save you from headaches caused by the ICP licensing mechanism.

@isaackwan
Copy link
Contributor

You may also want to try your luck with Singapore-based Pacnet, who operates datacenters and a CDN in China.

@jimaek
Copy link
Member

jimaek commented Jun 14, 2014

@isaackwan @watermelonjuice Can you guys test the following server?
http://china-jsdelivr.cloudapp.net/jquery/2.1.1/jquery.min.js

Pacnet is not responding.

@jimaek
Copy link
Member

jimaek commented Jun 14, 2014

Also test our existing server for comparison:
http://exvm-sg.jsdelivr.net/jquery/2.1.1/jquery.min.js

@isaackwan
Copy link
Contributor

I live in Hong Kong so I am afraid that I cannot help :)
However you may want to check out http://www.17ce.com/

@jimaek
Copy link
Member

jimaek commented Jun 17, 2014

Well I guess the point was to have a server inside China so the Azure offer doesn't make much sense.
Back to looking for China server sponsors :)

@as-com
Copy link
Contributor

as-com commented Jul 16, 2014

Sina App Engine has a CDN: https://translate.google.com/translate?sl=auto&tl=en&js=y&prev=_t&hl=en&ie=UTF-8&u=http%3A%2F%2Fsae.sina.com.cn%2Fdoc%2Fphp%2Fcdn.html%23cdn&edit-text=&act=url

Try contacting them. I hope they speak English (at least Chinglish 😄 ). You will probably need to navigate the control panels with Google translate, though.

@jimaek
Copy link
Member

jimaek commented Jul 16, 2014

I think their CDN is like Rackspace CDN. It can be used only with their own object hosting feature.

@pnommensen
Copy link
Contributor

It's worth a ping to ask imo :)

P.S. Rackspce doesn't have their own CDN, it's Akamai.

@as-com
Copy link
Contributor

as-com commented Jul 16, 2014

Since they are using Apache+PHP (https://translate.googleusercontent.com/translate_c?act=url&depth=1&hl=en&ie=UTF8&prev=_t&rurl=translate.google.com&sl=auto&tl=en&u=http://sae.sina.com.cn/doc/php/runtime.html&usg=ALkJrhgjk1OK6e9l7SI6w87-uqCfywu58A), you could create a small PHP script that proxies the files (with all URLs rewritten to the PHP file).

@jimaek
Copy link
Member

jimaek commented Jul 16, 2014

Nah it wont work. We have lots of requirements for our CDNs providers that a CDN like this one cant do.
We need traditional pull zones.

@ajkj
Copy link
Contributor

ajkj commented Oct 22, 2014

@jimaek
Copy link
Member

jimaek commented Oct 22, 2014

yup, their plans look great for China.

@Yexiaoxing
Copy link

in fact, qiniu, a cdn provider, has launched a site like it.
staticfile.org/
it says that it does sync from cdnjs.

@tomByrer
Copy link
Contributor

Thanks @Yexiaoxing, this is the second unofficial CDNJS mirror we know of in China. & someone else made an unofficial clone of jsDelivr also. I wish they would ask to be an official mirror; we need them in China, & we can save alot of work for them.

http://www.staticfile.org/about_en.html

We find that CDNJS... DO NOT provide libs that created by Chinese developers.

Perhaps because they don't ask?

@jimaek
Copy link
Member

jimaek commented May 10, 2015

Btw I wanted to let everyone know that we got an ICP license to operate in China.

@Yexiaoxing
Copy link

That's amazing . How can you manage to do that?

On Sunday, May 10, 2015, Dmitriy Akulov notifications@github.com wrote:

Btw I wanted to let everyone know that we got an ICP license to operate in
China.


Reply to this email directly or view it on GitHub
#729 (comment).

Regards,
Xiaoxing Ye

@jimaek
Copy link
Member

jimaek commented May 15, 2015

With the help of our contributors :)
image

@jimaek
Copy link
Member

jimaek commented Jun 25, 2015

Who wants to test the following Chinese CDNs?
http://e4a460fff0.a.uxengine.net/r20.gif
http://90f29d9537a6c39a.tan14.net/r20.gif

Not sure if it makes sense to use them both. Which one is the fastest?

@watermelonjuice
Copy link
Author

What do you want us to test? Ping?

If you want us to test speed then a 1 pixel image may not be the best
gauge...

On Thu, Jun 25, 2015 at 8:40 PM, Dmitriy Akulov notifications@github.com
wrote:

Who wants to test the following Chinese CDNs?
http://e4a460fff0.a.uxengine.net/r20.gif
http://90f29d9537a6c39a.tan14.net/r20.gif

Not sure if it makes sense to use them both. Which one is the fastest?


Reply to this email directly or view it on GitHub
#729 (comment).

@jimaek
Copy link
Member

jimaek commented Jun 25, 2015

You can change the URL to any project on jsDelivr. They use the same origin.
Ping, HTTP, whatever else you want to test.

@as-com
Copy link
Contributor

as-com commented Jun 25, 2015

@watermelonjuice
Copy link
Author

wget http://cdn.jsdelivr.net/font-kopub/1.0/KoPubBatang-Regular.ttf
--2015-07-02 21:52:26-- http://cdn.jsdelivr.net/font-kopub/1.0/KoPubBatang-Regular.ttf
Resolving cdn.jsdelivr.net (cdn.jsdelivr.net)... 146.88.128.44
Connecting to cdn.jsdelivr.net (cdn.jsdelivr.net)|146.88.128.44|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 6536312 (6.2M) [application/x-font-ttf]
Saving to: ‘KoPubBatang-Regular.ttf’

KoPubBatang-Regular 100%[=====================>] 6.23M 297KB/s in 28s

2015-07-02 21:52:54 (232 KB/s) - ‘KoPubBatang-Regular.ttf’ saved [6536312/6536312]

wget http://e4a460fff0.a.uxengine.net/font-kopub/1.0/KoPubBatang-Regular.ttf
--2015-07-02 21:56:19-- http://e4a460fff0.a.uxengine.net/font-kopub/1.0/KoPubBatang-Regular.ttf
Resolving e4a460fff0.a.uxengine.net (e4a460fff0.a.uxengine.net)... 222.187.0.70, 183.60.90.89, 183.60.90.86, ...
Connecting to e4a460fff0.a.uxengine.net (e4a460fff0.a.uxengine.net)|222.187.0.70|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 6536312 (6.2M) [application/x-font-ttf]
Saving to: ‘KoPubBatang-Regular.ttf’

KoPubBatang-Regular 100%[=====================>] 6.23M 16.5KB/s in 8m 20s s

2015-07-02 22:04:41 (12.8 KB/s) - ‘KoPubBatang-Regular.ttf’ saved [6536312/6536312]

wget http://90f29d9537a6c39a.tan14.net/font-kopub/1.0/KoPubBatang-Regular.ttf
--2015-07-02 22:20:07-- http://90f29d9537a6c39a.tan14.net/font-kopub/1.0/KoPubBatang-Regular.ttf
Resolving 90f29d9537a6c39a.tan14.net (90f29d9537a6c39a.tan14.net)... 124.226.64.249, 14.17.123.71, 113.105.248.109, ...
Connecting to 90f29d9537a6c39a.tan14.net (90f29d9537a6c39a.tan14.net)|124.226.64.249|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 6536312 (6.2M) [application/x-font-ttf]
Saving to: ‘KoPubBatang-Regular.ttf’

KoPubBatang-Regular 100%[=====================>] 6.23M 1.24MB/s in 7.6s

2015-07-02 22:20:16 (839 KB/s) - ‘KoPubBatang-Regular.ttf’ saved [6536312/6536312]

@as-com
Copy link
Contributor

as-com commented Jul 2, 2015

Ouch, uxengine is almost as slow as dial up! Perhaps the performance of
each cdn differs between ISPs?

On Thu, Jul 2, 2015 at 8:21 AM watermelonjuice notifications@github.com
wrote:

wget http://cdn.jsdelivr.net/font-kopub/1.0/KoPubBatang-Regular.ttf
--2015-07-02 21:52:26--
http://cdn.jsdelivr.net/font-kopub/1.0/KoPubBatang-Regular.ttf
Resolving cdn.jsdelivr.net (cdn.jsdelivr.net)... 146.88.128.44
Connecting to cdn.jsdelivr.net (cdn.jsdelivr.net)|146.88.128.44|:80...
connected.
HTTP request sent, awaiting response... 200 OK
Length: 6536312 (6.2M) [application/x-font-ttf]
Saving to: ‘KoPubBatang-Regular.ttf’

KoPubBatang-Regular 100%[=====================>] 6.23M 297KB/s in 28s

2015-07-02 21:52:54 (232 KB/s) - ‘KoPubBatang-Regular.ttf’ saved
[6536312/6536312]

wget
http://e4a460fff0.a.uxengine.net/font-kopub/1.0/KoPubBatang-Regular.ttf
--2015-07-02 21:56:19--
http://e4a460fff0.a.uxengine.net/font-kopub/1.0/KoPubBatang-Regular.ttf
Resolving e4a460fff0.a.uxengine.net (e4a460fff0.a.uxengine.net)...
222.187.0.70, 183.60.90.89, 183.60.90.86, ...
Connecting to e4a460fff0.a.uxengine.net (e4a460fff0.a.uxengine.net)|222.187.0.70|:80...
connected.
HTTP request sent, awaiting response... 200 OK
Length: 6536312 (6.2M) [application/x-font-ttf]
Saving to: ‘KoPubBatang-Regular.ttf’

KoPubBatang-Regular 100%[=====================>] 6.23M 16.5KB/s in 8m 20s s

2015-07-02 22:04:41 (12.8 KB/s) - ‘KoPubBatang-Regular.ttf’ saved
[6536312/6536312]

wget
http://90f29d9537a6c39a.tan14.net/font-kopub/1.0/KoPubBatang-Regular.ttf
--2015-07-02 22:20:07--
http://90f29d9537a6c39a.tan14.net/font-kopub/1.0/KoPubBatang-Regular.ttf
Resolving 90f29d9537a6c39a.tan14.net (90f29d9537a6c39a.tan14.net)...
124.226.64.249, 14.17.123.71, 113.105.248.109, ...
Connecting to 90f29d9537a6c39a.tan14.net (90f29d9537a6c39a.tan14.net)|124.226.64.249|:80...
connected.
HTTP request sent, awaiting response... 200 OK
Length: 6536312 (6.2M) [application/x-font-ttf]
Saving to: ‘KoPubBatang-Regular.ttf’

KoPubBatang-Regular 100%[=====================>] 6.23M 1.24MB/s in 7.6s

2015-07-02 22:20:16 (839 KB/s) - ‘KoPubBatang-Regular.ttf’ saved
[6536312/6536312]


Reply to this email directly or view it on GitHub
#729 (comment).

@watermelonjuice
Copy link
Author

Depends on peering, the position of the moon, and what is currently viral on the
chinesenet.
On Jul 2, 2015 10:29 PM, "Andrew Sun" notifications@github.com wrote:

Ouch, uxengine is almost as slow as dial up! Perhaps the performance of
each cdn differs between ISPs?

On Thu, Jul 2, 2015 at 8:21 AM watermelonjuice notifications@github.com
wrote:

wget http://cdn.jsdelivr.net/font-kopub/1.0/KoPubBatang-Regular.ttf
--2015-07-02 21:52:26--
http://cdn.jsdelivr.net/font-kopub/1.0/KoPubBatang-Regular.ttf
Resolving cdn.jsdelivr.net (cdn.jsdelivr.net)... 146.88.128.44
Connecting to cdn.jsdelivr.net (cdn.jsdelivr.net)|146.88.128.44|:80...
connected.
HTTP request sent, awaiting response... 200 OK
Length: 6536312 (6.2M) [application/x-font-ttf]
Saving to: ‘KoPubBatang-Regular.ttf’

KoPubBatang-Regular 100%[=====================>] 6.23M 297KB/s in 28s

2015-07-02 21:52:54 (232 KB/s) - ‘KoPubBatang-Regular.ttf’ saved
[6536312/6536312]

wget
http://e4a460fff0.a.uxengine.net/font-kopub/1.0/KoPubBatang-Regular.ttf
--2015-07-02 21:56:19--
http://e4a460fff0.a.uxengine.net/font-kopub/1.0/KoPubBatang-Regular.ttf
Resolving e4a460fff0.a.uxengine.net (e4a460fff0.a.uxengine.net)...
222.187.0.70, 183.60.90.89, 183.60.90.86, ...
Connecting to e4a460fff0.a.uxengine.net (e4a460fff0.a.uxengine.net
)|222.187.0.70|:80...
connected.
HTTP request sent, awaiting response... 200 OK
Length: 6536312 (6.2M) [application/x-font-ttf]
Saving to: ‘KoPubBatang-Regular.ttf’

KoPubBatang-Regular 100%[=====================>] 6.23M 16.5KB/s in 8m
20s s

2015-07-02 22:04:41 (12.8 KB/s) - ‘KoPubBatang-Regular.ttf’ saved
[6536312/6536312]

wget
http://90f29d9537a6c39a.tan14.net/font-kopub/1.0/KoPubBatang-Regular.ttf
--2015-07-02 22:20:07--
http://90f29d9537a6c39a.tan14.net/font-kopub/1.0/KoPubBatang-Regular.ttf
Resolving 90f29d9537a6c39a.tan14.net (90f29d9537a6c39a.tan14.net)...
124.226.64.249, 14.17.123.71, 113.105.248.109, ...
Connecting to 90f29d9537a6c39a.tan14.net (90f29d9537a6c39a.tan14.net
)|124.226.64.249|:80...
connected.
HTTP request sent, awaiting response... 200 OK
Length: 6536312 (6.2M) [application/x-font-ttf]
Saving to: ‘KoPubBatang-Regular.ttf’

KoPubBatang-Regular 100%[=====================>] 6.23M 1.24MB/s in 7.6s

2015-07-02 22:20:16 (839 KB/s) - ‘KoPubBatang-Regular.ttf’ saved
[6536312/6536312]


Reply to this email directly or view it on GitHub
<#729 (comment)
.


Reply to this email directly or view it on GitHub
#729 (comment).

@as-com
Copy link
Contributor

as-com commented Jul 3, 2015

Looks like we've got a situation where Cedexis would really shine! 😄
On Thu, Jul 2, 2015 at 9:04 AM watermelonjuice notifications@github.com
wrote:

Depends on peering, the position of the moon, and is currently viral on the
chinesenet.
On Jul 2, 2015 10:29 PM, "Andrew Sun" notifications@github.com wrote:

Ouch, uxengine is almost as slow as dial up! Perhaps the performance of
each cdn differs between ISPs?

On Thu, Jul 2, 2015 at 8:21 AM watermelonjuice <notifications@github.com

wrote:

wget http://cdn.jsdelivr.net/font-kopub/1.0/KoPubBatang-Regular.ttf
--2015-07-02 21:52:26--
http://cdn.jsdelivr.net/font-kopub/1.0/KoPubBatang-Regular.ttf
Resolving cdn.jsdelivr.net (cdn.jsdelivr.net)... 146.88.128.44
Connecting to cdn.jsdelivr.net (cdn.jsdelivr.net)|146.88.128.44|:80...
connected.
HTTP request sent, awaiting response... 200 OK
Length: 6536312 (6.2M) [application/x-font-ttf]
Saving to: ‘KoPubBatang-Regular.ttf’

KoPubBatang-Regular 100%[=====================>] 6.23M 297KB/s in 28s

2015-07-02 21:52:54 (232 KB/s) - ‘KoPubBatang-Regular.ttf’ saved
[6536312/6536312]

wget

http://e4a460fff0.a.uxengine.net/font-kopub/1.0/KoPubBatang-Regular.ttf
--2015-07-02 21:56:19--

http://e4a460fff0.a.uxengine.net/font-kopub/1.0/KoPubBatang-Regular.ttf
Resolving e4a460fff0.a.uxengine.net (e4a460fff0.a.uxengine.net)...
222.187.0.70, 183.60.90.89, 183.60.90.86, ...
Connecting to e4a460fff0.a.uxengine.net (e4a460fff0.a.uxengine.net
)|222.187.0.70|:80...
connected.
HTTP request sent, awaiting response... 200 OK
Length: 6536312 (6.2M) [application/x-font-ttf]
Saving to: ‘KoPubBatang-Regular.ttf’

KoPubBatang-Regular 100%[=====================>] 6.23M 16.5KB/s in 8m
20s s

2015-07-02 22:04:41 (12.8 KB/s) - ‘KoPubBatang-Regular.ttf’ saved
[6536312/6536312]

wget

http://90f29d9537a6c39a.tan14.net/font-kopub/1.0/KoPubBatang-Regular.ttf
--2015-07-02 22:20:07--

http://90f29d9537a6c39a.tan14.net/font-kopub/1.0/KoPubBatang-Regular.ttf
Resolving 90f29d9537a6c39a.tan14.net (90f29d9537a6c39a.tan14.net)...
124.226.64.249, 14.17.123.71, 113.105.248.109, ...
Connecting to 90f29d9537a6c39a.tan14.net (90f29d9537a6c39a.tan14.net
)|124.226.64.249|:80...
connected.
HTTP request sent, awaiting response... 200 OK
Length: 6536312 (6.2M) [application/x-font-ttf]
Saving to: ‘KoPubBatang-Regular.ttf’

KoPubBatang-Regular 100%[=====================>] 6.23M 1.24MB/s in 7.6s

2015-07-02 22:20:16 (839 KB/s) - ‘KoPubBatang-Regular.ttf’ saved
[6536312/6536312]


Reply to this email directly or view it on GitHub
<
#729 (comment)
.


Reply to this email directly or view it on GitHub
<#729 (comment)
.


Reply to this email directly or view it on GitHub
#729 (comment).

@jimaek
Copy link
Member

jimaek commented Jul 3, 2015

We dont have enough RUM tests in China to support more than 1 CDN I think. Thats why I try to choose one that is going to be blended with MaxCDN, CF and others.

@jimaek
Copy link
Member

jimaek commented Jul 24, 2015

I finally pushed live a Chinese CDN provider.
Can everyone do some tests against cdn.jsdelivr.net and see if they get good performance?
This is important, if you have any issues I will report them to the provider.

@as-com
Copy link
Contributor

as-com commented Jul 24, 2015

Are you going to update the open mix repository?
On Fri, Jul 24, 2015 at 4:16 AM Dmitriy Akulov notifications@github.com
wrote:

I finally pushed live a Chinese CDN provider.
Can everyone do some tests against cdn.jsdelivr.net and see if they get
good performance?
This is important, if you have any issues I will report them to the
provider.


Reply to this email directly or view it on GitHub
#729 (comment).

@jimaek
Copy link
Member

jimaek commented Jul 24, 2015

Yes, once its confirmed to be working correctly. Otherwise I will restore the code from the repo

@ajkj
Copy link
Contributor

ajkj commented Jul 24, 2015

@ajkj
Copy link
Contributor

ajkj commented Jul 24, 2015

image
image

there might be performance issue due the the mismatch in addresses.
ex) korea ( dns : kns.kornet.net )

quantil.jsdelivr.net
ping 49.1.245.104(105) ~ 4ms (to Korea, Seoul)

cdn.jsdelivr.net(current, quantil? cdn.jsdelivr.net.mwcloudcdn.com)
ping 61.120.154.173 ~ 31ms (to Japan, Tokyo)
ping 202.122.145.73 ~ 100ms (to Malaysia)
ping 58.229.157.173 ~ 4ms(to Korea, Seoul)

cdn.jsdelivr.net.cdn.cloudflare.net
ping 190.93.247(246).228 ~ 4ms(Korea, Seoul)

@jimaek
Copy link
Member

jimaek commented Jul 24, 2015

Thank you, thats very useful information. If you find anything else let me know.

@Yexiaoxing
Copy link

According to test (
http://www.17ce.com/site/http/201507_d9011606e49f9a7e8d92a277b30f5ed8.html),
the speed is acceptable.

Regards,
Xiaoxing Ye

On Fri, Jul 24, 2015 at 11:37 PM, Dmitriy Akulov notifications@github.com
wrote:

Thank you, thats very useful information. If you find anything else let me
know.


Reply to this email directly or view it on GitHub
#729 (comment).

@jimaek
Copy link
Member

jimaek commented Jul 24, 2015

Can you run the tests 2-3 times? The first one is a uncached and the performance will be bad.

@Yexiaoxing
Copy link

Second run:
http://cdn.jsdelivr.net/darfonts/0.1/asifa-cap-curv-flow/ge_asifa_bold-webfont.eot
Almost every pop can get more than 1MB/s
But I noticed that some encounter low speed due to DNS query.

Result can be found here:
http://www.17ce.com/site/http/201507_d9011606e49f9a7e8d92a277b30f5ed8.html

Regards,
Xiaoxing Ye

On Sat, Jul 25, 2015 at 1:23 AM, Dmitriy Akulov notifications@github.com
wrote:

Can you run the tests 2-3 times? The first one is a uncached and the
performance will be bad.


Reply to this email directly or view it on GitHub
#729 (comment).

@jimaek
Copy link
Member

jimaek commented Jul 24, 2015

The performance looks good to me. I believe we finally found our Chinese provider.

@tomByrer
Copy link
Contributor

🎉 🎈

@jimaek
Copy link
Member

jimaek commented Jul 25, 2015

I updated the network map http://lb.jimaek.svc.tutum.io/features/network-map

@Yexiaoxing
Copy link

I want to know that what service we are using in China...
P.S. is http://lb.jimaek.svc.tutum.io/features/network-map a new website of
jsDelivr?

Regards,
Xiaoxing Ye

On Sat, Jul 25, 2015 at 5:09 PM, Dmitriy Akulov notifications@github.com
wrote:

I updated the network map
http://lb.jimaek.svc.tutum.io/features/network-map


Reply to this email directly or view it on GitHub
#729 (comment).

@jimaek
Copy link
Member

jimaek commented Jul 25, 2015

You mean our Chinese provider? Its https://www.quantil.com/
And yes thats the new website

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

9 participants