duangsuse::Echo
774 subscribers
4.43K photos
135 videos
583 files
6.73K links
import this:
美而不丑、明而不暗、短而不凡、长而不乱,扁平不宽,读而后码,行之天下,勿托地上天国。
异常勿吞,难过勿过,叹一真理。效率是很重要,盲目最是低效。
简明是可靠的先验,不是可靠的祭品。
知其变,守其恒,为天下式;穷其变,知不穷,得地上势。知变守恒却穷变知新,我认真理,我不认真。

技术相干订阅~
另外有 throws 闲杂频道 @dsuset
转载频道 @dsusep
极小可能会有批评zf的消息 如有不适可退出
suse小站(面向运气编程): a19a0b
Download Telegram
This media is not supported in your browser
VIEW IN TELEGRAM
Forwarded from 神奇的笔记 (神楽坂 立音)
This media is not supported in your browser
VIEW IN TELEGRAM
#Blender学习
Blender Motion Track
Forwarded from 神奇的笔记 (神楽坂 立音)
实际上球是在转的=- =
渲染分辨率太低了看不出来
好耶!不需要写 MOV 类指令了! #backend
Forwarded from 神奇的笔记 (神楽坂 立音)
知乎你能在我左右滑动的时候显示个这个就不能把左右切换换回来吗?
给个设置也行啊
Forwarded from 神奇的笔记 (神楽坂 立音)
Forwarded from 神奇的笔记 (神楽坂 立音)
EQ 域好评
Forwarded from 羽毛的小白板
程墨Morgan 发布了想法:我猛然发现,Java中synchronized这个关键字真的很不友好,至少对中国人不友好。 https://www.zhihu.com/pin/1039906058327801856
Forwarded from 情况发生变化
普通用户就别研究这几百兆的内存差距啊,加钱优化体验就好了。任务管理器第一页显示的内存占用是 private working set,不是真正的内存占用。(如果想学习的话参见 https://blogs.microsoft.co.il/sasha/2016/01/05/windows-process-memory-usage-demystified/

真要死抠内存占用,Fx 是可以把多进程模式关掉的,很省内存。当然为了预防杠精,你要说 Chrome 可以用系统 KSM 来节约内存啊那好像也行,就是首先你系统得有 KSM,然后你还得会配。

Fx 的黑点基本上有那么几个:
* 网络栈 bug 很多,尤其是 IPv4/IPv6 混合部署环境
* 视频软解性能不行,尤其是 Google 亲儿子 VP9

Chrome 的黑点主要在傻逼产品经理和傻逼设计师那边……本身没啥好黑的
Forwarded from 羽毛的小白板
既然是普通人,比较东西就还是来点实际的,别扯性能这类虚的东西。Edge 跑分牛逼,可实际体验呢?
Forwarded from Dead channel (Saka)
Forwarded from 羽毛的小白板
这次的 Nightly 更新后,会无视设置自动清理 Cookie 的样子

#MozillaSB
Forwarded from 即刻精选
听说 Red Hat 内部出了奸细!🐶 #工程师的日常
Dead channel
Photo
情况发生变化
普通用户就别研究这几百兆的内存差距啊,加钱优化体验就好了。任务管理器第一页显示的内存占用是 private working set,不是真正的内存占用。(如果想学习的话参见 https://blogs.microsoft.co.il/sasha/2016/01/05/windows-process-memory-usage-demystified/ ) 真要死抠内存占用,Fx 是可以把多进程模式关掉的,很省内存。当然为了预防杠精,你要说 Chrome 可以用系统 KSM 来节约内存啊那好像也行,就是首先你系统得有…
其实普通用户对比了也可以,不过就是要稍微了解一下前置知识,分清楚资源占用和性能怎么量化好就好了,FX 和 Chrome 的用户体验包括开发者工具的我感觉也都差不多,当然我不是 web 前端

这个跑分测试主要不好之处是在于对「内存占用」也即工作集合大小没有区分好的来说,但不管是专业的 pref 还是业余的 pref 都能反映出一些问题,但可能比较 useless

大家看看就好了,为了 Vim/Emacs, GNU&Linux/Windows/MacOS, CLion/VisualStudio Code 什么的问题就不用撕逼了... 爱用谁用谁呗 Ruby、Perl 那么慢不还是有人用,开发效率在那里啊!(其实这里也可以加个 PHP... 不过 PHP 不如 Ruby 灵活语法也比较拘束所以快很多)