-
Notifications
You must be signed in to change notification settings - Fork 4
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
更新Julia mirror #311
Comments
不熟悉julia的情况,但是我看到你给的repo里,是一些nginx反代的配置,这在ustclug mirrors服务器上不会使用的。反代的话,我们有统一的nginx配置(如 mirrors 首页上列出的一系列“反向代理列表”)。 |
简单看了下新的 https://github.com/JuliaPackaging/PkgServer.jl ,我觉得这不是我们会使用的架构。我们更偏向原来的 https://github.com/sunoru/julia-mirror 的方式。 |
My Chinese is not good enough to reply in Chinese, but I can explain a bit more in English what's going on here: The most important thing here is the A The |
I understand the intention behind to develop
If you find it's hard to deploy in mainland China. I suggest you to deploy at Hong Kong. Many cloud providers have Data-center in Hong Kong(like Google Cloud, asia-east2 region). And the network speed to HK pop is sufficient for most users in China. |
如果要抛弃PkgServer的特性的话,搭建一个静态服务器也是可以做到的,目前的话有一个比较粗糙的脚本来下载所需要的所有资源,这种方式的话可以设置成cron,将下载下来的东西存好之后大概是这个样子
然后假如说提供出来的是 JULIA_PKG_SERVER=https://mirrors.ustc.edu.cn/julia/ julia 只是这个方案可能后期会像pypi一样迅速膨胀(目前已经有100G左右的数据了) 这种方案能接受么?如果能的话,我可以花一些时间把这个脚本打磨一下。 |
我觉得 100G 并不大。相比 pypi 几T的大小来说。。。但是后面再增长的话,可能会重新考虑,像 pypi 这样。 反代并不是不能接受,我前面也提到我们有反代的服务,比如 ubuntu ppa, npm, cargo 等。我们反代的服务器在日本,国内链接速度有时候并不好(至少我家里的网经常连不上)。所以并不会提升多少体验(最多只是从连不上变成能连上)。
|
我觉得从julia社区角度出发的话,套一个cloudflare cdn是最方便的(因为cloudflare国内速度还可以,比fastly这些好非常多);如果能让国内的某个成员注册一个域名,并备案的话,套一个百度云加速(即cloudflare国内节点)会更方便。。 |
关于 默认的文件的存储格式和julia-mirror是一致的: 目前的话是6.2G,增长应该会比较慢 |
我们现在有备案的域名 juliacn.com ,但是套一个百度云是什么情况? |
试一下这个?https://su.baidu.com/ (发现好久不关注,百度云加速免费版限制每日50G流量了,以前还拿它给mirrors.ustc分担流量来着。。) |
你指缺少 1.3.1 和(v1.4.0-rc1)? |
对的,虽然可以通过手动更新releaseinfo.json来做到,但是始终显得有一些麻烦... 另外就是这里把早期版本给删除了,这个对于静态存储来说就有点不是很可靠... 虽然也不是什么大问题... |
嗯关于 julia-mirror 里 releaseinfo.json 的问题,其实用 scripts/make_releaseinfo.py 就可以自己更新。我确实该让它自动更新(或者至少提醒我去手动更新)…… |
This comment has been minimized.
This comment has been minimized.
@staticfloat Out of curiosity, is it possible to expose a rsync protocol of |
I'm a little wary of allowing non-HTTP methods, as we have synchronization locks and whatnot within the HTTP server to ensure that, even while we're updating files, you never get a half-baked file. If we provided alternative methods (such as |
bump @zhsj |
更新: 基于上面提到的 StorageServer.jl 的北外镜像站已经搭建起来了:https://mirrors.bfsu.edu.cn/help/julia/ |
@zhsj Any plans to update this mirror? With https://github.com/johnnychen94/StorageMirrorServer.jl this should be pretty easy to set up. The only issue is that network connection to upstream storage server might not be that stable and fast from mainland China. Currently, BFSU, TUNA, and SJTUG mirrors are built with this tool. FWIW, StorageMirrorServer does not provide Julia binary releases http://mirrors.ustc.edu.cn/julia/releases/, which could be easily set up with aws s3 sync. |
我刚刚在本地测试使用
这是预期的吗? |
如果需要与 BFSU 的 julia-releases 一致的话,需要利用
这个s3 bucket 是 us-east-1 这个区域的 尽量还是用 aws s3 sync 来做吧, |
目前TUNA和SJTUG的同步方式是:
|
https://mirrors.ustc.edu.cn/julia/ 使用 StorageMirrorServer.jl 的镜像(正在初次同步中,可能还需要花掉一些时间才能正式使用) https://mirrors.ustc.edu.cn/julia-legacy/ 原先的 Julia 旧镜像 https://mirrors.ustc.edu.cn/julia-releases/ Releases 目录(同步自 |
中文社区在国内目前有几台交给 Julia 官方统一维护的 pkgserver(缓存服务器)即 大概的情况是:
CRef: tuna/issues#878 |
PkgMirrors 硬编码了镜像URL,而 PkgMirrors 应该已经停止维护了,所以大概可以直接删除。 cc: @sunoru |
观察了一下似乎是每天同步一次,可以将 julia 这个的同步的频率稍微调高一些么,比如说2-4小时 |
已经调整到每 4 小时同步一次了。 |
嗯,没问题。 |
除了 julia-legacy 到时候需要移除以外这个 issue 应该没有什么其他要做的工作了。 |
辛苦了辛苦了 (抱歉回复晚了—— 嗯既然有了官方的 pkgserver 和新的包管理/存储协议,StorageMirrorServer.jl 看上去很棒,PkgMirrors.jl 确实可以停止维护了。 |
Julia 1.6 LTS 已正式发布,julia-legacy 镜像已删除。 |
Julia从1.4开始会采用一个新的package server,目前它配套的docker镜像已经全部打包好了,这里面包括了完整的服务器前端etc. https://github.com/staticfloat/PkgServerS3Mirror 只需要部署下应该就可以工作了
cc: @staticfloat
The text was updated successfully, but these errors were encountered: