V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
liuxu
V2EX  ›  程序员

在线编译服务器选择

  •  
  •   liuxu · Dec 24, 2019 · 6553 views
    This topic created in 2323 days ago, the information mentioned may be changed or developed.
    最近编译 openwrt 系统,因为推荐 make -j1,本地单核主频编译太慢了,有没有什么高主频云服务,可以让我快速编译,需求 ubuntu14.04 环境,交叉编译 ar9331 芯片的固件

    其间 makefile 还会下载依赖,所以也需要高带宽
    Supplement 1  ·  Dec 24, 2019
    好的多谢各位大佬指点,新玩 openwrt 初来乍到,因为 make -j16 出错过,那我 3800x 开起来
    20 replies    2020-01-01 13:39:17 +08:00
    geekvcn
        1
    geekvcn  
       Dec 24, 2019 via Android   ❤️ 1
    openwrt 编译并不需要高带宽,而是需要稳定的富强速度,你大中华局域网万兆都没用,另外为什么要单线程编译,为什么非要 14.04 ,一般第三方推荐编译环境和参数只是为了不出乱七八糟的叉子,保持和第三方开发者本地一致的环境,并不是硬性要求,而且编译完一次后有编译缓存,后面速度就上来了。直接买台国外硬盘容量和内存大点的 kvm 主机,系统随便装,github 速度稳定,单核就行,挂着慢慢编译
    realpg
        2
    realpg  
    PRO
       Dec 24, 2019   ❤️ 1
    直接把 menuconfig 发给我我帮你编译算了

    满大街 12C24T 96G RAM 的 1366 服务器
    realpg
        3
    realpg  
    PRO
       Dec 24, 2019   ❤️ 2
    另外,别信什么-j1 邪教 那都是一些啥也不懂的瞎搞出来的

    如果你能看着编译,那么 直接-j 8/-j 16 中间必然出错 出错的地方直接 make -j4 还出错再-j2 再出错-j1 等-j1 不出错两三分钟后,直接 CTRL+C 打断 再-j 大数字

    从来都这么编译 放心他的编译机制对于随便打断恢复没有任何影响
    realpg
        4
    realpg  
    PRO
       Dec 24, 2019   ❤️ 1
    如果是基于最新的 dev 分支 或者某个固定版本分支 以 github 做源编译
    直接把 menuconfig 发来我给你编译就完了 分分钟的事儿
    koebehshian
        5
    koebehshian  
       Dec 24, 2019   ❤️ 1
    编译过 openwrt, 主要卡在 wget 下不来,后来手动下载到 dl 文件夹,就很顺利了
    sypopo
        6
    sypopo  
       Dec 24, 2019 via iPhone   ❤️ 1
    GitHub Actions
    windyland
        7
    windyland  
       Dec 24, 2019 via Android   ❤️ 1
    vultr 的高频小鸡,记得选中 img.gz 选项,否则几百兆的包下载能急死你
    lynnX
        8
    lynnX  
       Dec 24, 2019   ❤️ 2
    性感 E5 在线编译 GitHub Actions https://github.com/P3TERX/Actions-OpenWrt X64 默认配置 大概 2 小时左右齐活
    ysc3839
        9
    ysc3839  
       Dec 24, 2019 via Android   ❤️ 1
    crysislinux
        10
    crysislinux  
       Dec 24, 2019   ❤️ 1
    GitHub Actions 跑这种感觉比较灰色,有点违反使用协议的感觉。
    jinliming2
        11
    jinliming2  
       Dec 24, 2019 via iPhone   ❤️ 1
    不要百度!不要百度!不要百度!
    看官网教程,Debian 最新的 10,Ubuntu 18.04 以上!
    -j 后面跟 CPU 核心数或核心数 +1 !!!
    Hoshizora
        12
    Hoshizora  
       Dec 24, 2019   ❤️ 1
    直接最高,出错再慢慢降低,这是最快的
    luojiyin87
        13
    luojiyin87  
       Dec 24, 2019
    放 github action
    mrcn
        14
    mrcn  
       Dec 24, 2019 via Android
    推荐 j1 只是因为多线程的时候是多个任务的输出输出到一起,混在一起怕你看不清错误信息。可以先开满,出错了再 j1 看错误信息。然后建议先 make download(好像是这个)下好依赖,再编译。
    icy37785
        15
    icy37785  
       Dec 24, 2019
    GitHub Actions 不香嘛
    T5eng
        16
    T5eng  
       Dec 24, 2019
    前天刚编完, 在 gcp 开了个实例编一宿就搞定了. 无痛
    cnfzv
        17
    cnfzv  
       Dec 31, 2019
    @realpg 一般不是-j 的问题,主要是网络不好依赖下载失败会报错,编译之前 make download 先跑一遍,能正确跑完再编译就好了
    realpg
        18
    realpg  
    PRO
       Dec 31, 2019
    @cnfzv #17
    卧槽 还有 make download 这个骚操作呢……不知道啊
    问题原因是没错的 只是我那只是解决方案

    实际上单纯 make download 用途不大还是得盯着 有的不是慢是下不下来 还需要手动补档
    liuxu
        19
    liuxu  
    OP
       Dec 31, 2019
    @cnfzv
    @realpg

    道理我都懂,现在用 github actions,真香
    cnfzv
        20
    cnfzv  
       Jan 1, 2020
    @realpg 主要的用处就是防止因为网络原因导致的编译错误,其他的没啥太多的用处
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   2675 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 58ms · UTC 03:34 · PVG 11:34 · LAX 20:34 · JFK 23:34
    ♥ Do have faith in what you're doing.