對的, 最近看得書口語化比較厲害, 詞彙有點跟不上了. markdown也是用來中轉的, 不然plain text在html裏就是一團了. 謝謝你提供的優化alias, 窩研究下, 命令行博大精深呀
刚又试了下（在 macOS 上）， elinks -dump 是可以接收管道数据的！
~ % echo "<p>Hello</p>" | elinks -dump
Hello
所以，我昨天到底是怎么得出这个错误结论的？！翻了下 Manjaro 上 zsh 历史，发现是这样执行的：
~ % echo "<p>Hello</p>" | links -dump
URL expected after -dump
我鬼使神差地把 links 和 elinks 两者搞混了！
少输了一个字母，而且还没有事后发现！
于是这个问题就简单了：
sdcv hello | elinks -dump 不必用 pandoc 了。
我自己电脑上没安装 sdcv，不过应该没有问题。
Sorry，我搞错了～ 
是的唉, 不过这样还是无法把上面那些plain text处理好, 会挤成一团
所以在这个情景下还是需要pandoc和md来中转呢
顺便问下, 这个links是什么手法? 窝查不到links这个关键词呀, man links也没有结果
pipeline相當的fp-style呀…
挤成一团估计是空行问题。我不知道你用的啥字典，没法测试。
那就中转下吧：
alias def='_a(){ sdcv $1 | pandoc -f markdown -t html | elinks -dump; }; _a'
大概是这样，一路管道就行了。
真的万不得已要创建临时文件，也可以放到 /tmp/ 目录下，避免手动删除。
links/elinks 这个前几天我刚折腾过。它们是两个独立的包，man 没有结果的话，可能你需要额外安装。
elinks fork 自 links，对东亚字符支持更好，另外加了一堆特性。经过对比，我个人更喜欢 elinks。
aur裏面的網易雲也還行
网易云音乐竟然有 Linux 版？！我看看。
對的, 界面和PC/Mac os一致的.
记得好像是 deepin 项目搞的
1 个赞
本来看到 qt 开发的还挺高兴，结果：
~ % sudo ps_mem | grep netease
297.6 MiB + 68.5 MiB = 366.1 MiB netease-cloud-music (3)
这资源占用。。。 mpd + ncmdcpp 加起来也不过就 50 M，功能也不少。
我的小 U 盘还是装个轻量级的吧 
这种担心是多余的，先不说内存空着也是浪费，首先 Linux 的内存管理策略就倾向于尽可能多的分配内存，而有必要时多余的内存都会收回利用，其次 ps_mem 之类利用 ps 统计出来了内存也是由于各种因总是素虚高于实际内存占用的，也就能起个参考作用。 至于为啥看起来内存占用高，估计是因为 Qt 本身占用的也给算进去了，实际上可能多开几个用 Qt 的程序，共同占用的内存分摊开了算估计也不多。
Why ps is “wrong”
Depending on how you look at it, ps is not reporting the real memory usage of processes. What it is really doing is showing how much real memory each process would take up if it were the only process running. Of course, a typical Linux machine has several dozen processes running at any given time, which means that the VSZ and RSS numbers reported by ps are almost definitely wrong.
3 个赞
spotify佔用的更多, 400+. 流媒體播放器貌似都這樣?
貌似這種內存分配和mac os很像?
两者都倾向于尽可能用内存来缓存数据以提速，不过细节上还是有挺多不同的。比如相对来说 macOS copy on write 用的比较多，内存利用率高一些。
嗯 我在 macOS 下学到的重要一课就是 --「内存就是拿来用的」。
不过按我的理解，这是有一定前提的？在 iOS、macOS 这种受控平台下，内存占用真的关系不大。因为系统老大想让你退还，你马上就乖乖得退。一点商量都没。
然而 Linux、Windows 这种的，可能就要具体分析了。展开探讨的话，可能就有很多方面，我再想想。
我就说一点：如果 C 和 Eletron 写的程序，两者功能差不多的情况下，我肯定选择 C 编写的。内存虽然就是拿来用的，但还有其它大程序要用不是，不能全让你占了。
相对来说，mpd 缺乏下载、评论等功能。不过好处是支持格式多，可以在终端运行，还能网络串流，个人觉得还可以接受。
这个嘛，其实如果都用 Eclectron，最耗资源的部好歹分能共享分摊一下，最怕的是一个 Qt5，一个 GTK3，一个 Elementary，再来个 GNUStep，估计多少内存都不够的。
不过我对在线音乐没啥兴趣，听歌还是自己切的无损比较爽。
1 个赞
在线的话好处就是不用怕歌单的丢失, 不用翻论坛找资源. 高中的时候窝也是下载到ipc, 国砖之类的, 混pt80, 杂碎音乐之类的bbs, 大学pcfi搞了一阵子嫌大耳麻烦, 然后现在用的是一个凯音的安卓砖+塞子. 音源的影响其实不大的, 除非全部wav或者dsd. 自己盲听flac/ape和320kps窝还真听不出来:persevere:
ps_mem 我也是今天才用到的。看了一下，和 KDE System Monitor 的内存统计倒是挺一致的。
~ % sudo ps_mem | grep calc
[sudo] password for ashfinal:
28.0 MiB + 4.0 MiB = 32.0 MiB gnome-calculator
占用资源多，干的活也多，当然没问题。就怕吃的多不出力的，哈哈。
刚刚发现vimum比cvim好用好多呀, jk顺滑好多, chrome下pdf也可以用jk了, 可惜依旧不提供reverse color功能.