V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
liuxu
V2EX  ›  程序员

在线编译服务器选择

  •  
  •   liuxu · 2019-12-24 11:23:56 +08:00 · 5906 次点击
    这是一个创建于 1788 天前的主题,其中的信息可能已经有所发展或是发生改变。
    最近编译 openwrt 系统,因为推荐 make -j1,本地单核主频编译太慢了,有没有什么高主频云服务,可以让我快速编译,需求 ubuntu14.04 环境,交叉编译 ar9331 芯片的固件

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

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

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

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

    实际上单纯 make download 用途不大还是得盯着 有的不是慢是下不下来 还需要手动补档
    liuxu
        19
    liuxu  
    OP
       2019-12-31 19:47:20 +08:00
    @cnfzv
    @realpg

    道理我都懂,现在用 github actions,真香
    cnfzv
        20
    cnfzv  
       2020-01-01 13:39:17 +08:00
    @realpg 主要的用处就是防止因为网络原因导致的编译错误,其他的没啥太多的用处
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1905 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 26ms · UTC 16:30 · PVG 00:30 · LAX 08:30 · JFK 11:30
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.