cpu 是过剩 内存没有高过 也是过剩 当然基本也没运行耗内存应用 要运行多少内存都不够

@Jirajine

这应该改进编译器或干脆换语言 迷你的编译器都很快 重量级就是过重 好在不是所有东西都这样 不然编译要编到猴年马月

@pckillers

这是解决问题的思路不一样 在我看来终端功能已经很丰富了 mobaxterm 这种就是面向 win 用户的工具 符合 win 用户口味很正常
清爽的终端外加命令行工具使用更好 原生就已经足够生出好用功能

以上变量方式可以写一堆 wrapper

直接开一个 sshd server 你想要推到 mirror 也不用什么 hook 直接指定 GIT_EXEC_PATH 环境变量即可 git 会从该目录寻找子命令

还是写 php 爽

@ignor

所以可以试试我讲的消秏最小资源解

@drymonfidelia

76 楼...

为何要另外发?...

@lttzzlll

应该算是种高明的手法

@lttzzlll

还是看我讲的吧 每行往下查有重複就删除 毕竞 global 搜索删除还是挺好的 一行处理完换下一行 也顺带保证了顺序 内存与硬盘都可以占用少

sed 有往下查找一样内容行并删除的工具都可以 其它的都要内存或硬盘空间 vim 就差在它开启文件要暂存 不然也可以

@w568w

以纯设置来讲 cron 好过 systemd timer
以哲学来讲 cron 是个别工具
以效能来讲请补充

@w568w

当然算在内 那些进程说实话用处都不大 openrc 也并不会主动帮你开服务 与 systemd 因应情况启动程序不同 有些发行版甚至还会主动帮你启动一些东西
那你情况很特殊 我的使用情况是用小型 init 的占用都是极低 除非我开一些重量级应用直接盖过去
shell 当然可能会有漏洞 但 systemd 影响层面高过 shell 太多 而 shell 写的本身也有一定隔离效果 除非恶搞乱写 而 shell 也很多 一个有漏洞换掉即可
没在比资历 是看不懂是在科普是吗 其它人接不接受是另外一回事
systemd 当然是属于写的差的 不是我一个人在讲
我没填标点符号 C 开头那是另外一句 证据你有提供出来吗 讲证据是不是搞笑

@w568w

ram 占用也是一样的 systemd 主进程不算 还有很多子进程 要一并算在内
还脑测程序性能... 我要额外装 systemd 再给你看证据？ 证据自取好吗 做的事多占用大是正比 你能减低占用但占用还是会上升 依照 systemd 做的事情我不觉得这是很值得的 我宁愿组合性高并一样设法降低占用 如果你以上一堆人写脚本方式推估当然是效能差
systemd 除了违背哲学以外还有 bug 以及漏洞问题 不是因为它只是违背哲学 而被视为污泥正是历史事件一步一步来的 以我所见相反 初学者反而觉得 systemd 好 而历史他们也不会知道 只有在这环境打滚久的会觉得 systemd 是垃圾
"你太小看脚本"不正是你说的怎么做都不如 C 写的吗？两者相比也并不能以单方面来看
至于 systemd timer 我看来还不如 cron
换技术不会只有效能考量 你可以说 c 写的好的效能好过其它 但写的差的你也没讲 讲这种话我是觉得你应该不是开发 C 绝对好也是种暴论 而根据使用经验 效能也体验不出来的

@w568w

C 语言上限高不代表用 C 写的都是好货