@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 写的都是好货

@w568w

再给你个看法 一个东西能性能高占用小 语言只是其中一个因素 很多时后更重要的还是在于你怎么写

@w568w

早就破 30MB 了好吗 压缩的不是真实大小
openrc... 2MB 以内 算上额外脚本包也多不了多少 systemd 要做那么多事早就注定它小不了
运行的东西多怎能期待它能占用小 很多东西都不是很必要 它提供的特性说实话我都用不到 很多东西我都可以直接写脚本解决 运行效率也不低 只要你会写 这种东西就不是给你组装使用的 灵活与扩充性降低 unix 哲学好在我能够用原生工具凑出我要的东西 而不用上游没出下游不用想 也不用整天在找工具 而且你太小看脚本了

直接写 bash 脚本 cron 本来就是用在规律用途 也比较鸡肋 因为 bash 本身就能实现 cron 的功能
有准确的用法 至于 sleep 为何会不准因为是外部命令 启动要时间 用久会有大误差 这需求有不只一种实现方法
systemd? 垃圾东西就不要用了

真的要手机搞这些东西外接投屏都可以

拿小屏的原因第一没近视 第二不追剧 第三没玩重型游戏 后两者需求买平板不是更好吗

@Richared

5.5 确实已经很大 现在都是破 6 5.0~5.2 我就能接受了

覺得就是阴谋 小屏现在都买不到
至于配置根本没那么重要 现在都够用
现在的操作起来一点都不轻巧

vim 从不同 buffer 补全内容还是挺爽的

手写 sql 搭配 vim 也可以 虽然插件不怎么样 但还是可以运作 vim-dadbod vim-dadbod-ui
储存请求就会送出
https://github.com/kristijanhusak/vim-dadbod-ui