#recommended #statement #performance #using

#web #dev #javascript #google #performance 🌚🌝 emmmm.... 如果是那种动态设置 DOM 属性的那种的话不就是说文档树上的内存依然分配但是等到用的时候再提交 JavaScript 引擎了吗... async 加载的话不好之处在于虽然不会影响网页渲染，如果脚本比较大，可能会耗费一些资源和时钟导致速度稍稍变慢

对于性能问题，最好还是先看完《CLR via C#》这样分析起来方便一些（我当然还是没有看完...）

#recommended #CSharp #Backend #performance #Haha

#Low #tech #China #performance #Java #Android 🌚🌝 呵呵。

#Rust #blog #net #Performance https://lexuge.github.io/jekyll/update/2018/07/24/lib_blaster%E4%BC%98%E5%8C%96%E7%AC%94%E8%AE%B0.html

https://www.cnblogs.com/conmajia/p/no-overdesign-just-experiment.html

再看看您这个优化的 🐔 呢？连 dns 解析到底花了多少时间都不知道！

#Performance #CSharp #Kotlin #Algorithm
https://ice1000.org/gist/bool-array/

哎，这个 CLR via CSharp 这本书上也提到了

#CPU #Intel #X86 #assembly #machine #performance

#dotnet #Csharp #Windows #performance #CS

😃 那么，简而言之，我觉得有价值的信息：

def get_link(h); "https://t.me/dsuse/#{h['debug']['no'] + 9511 + 20}"; end

+ 一共统计了 187 条消息。

2019-03-24 11:22 - 2019-04-05 20:06，一共两个星期的时间里，本频道 @dsuse

+ 有 #Telegram Hashtag 的消息，一共有 42 条，约有 20% 的消息被打上了标签
+ 含链接的消息，一共有 37 条，约有 19% 的消息被打上了标签
+ 链接和 Tag 都有的消息有 17 条，占总消息的 9%

map { |h| [h['body'].size, h] }.sort_by { |it| it.first }.reverse


map { |h| [h['body'].size, h] }.sort_by { |it| it.first }.reverse.first[1]['links'].size

+ 187 条消息里，最长的消息是这条，它有 4475 个字 — 连链接都有 25 条！ 🤪
+ 187 条消息里，折行最多的消息是这条，它有 4232 个字和 7 条链接。

sum { |it| it['body'].size } / size

+ duangsuse 的平均字数：359 字 / 消息

sum { |it| it['body'].lines.size } / size

+ duangsuse 的平均行数：11 行 / 消息

find_all { |it| it['header_type'] == 'REPLY' }.size
+ 过去的 187 条消息里，有 70 条都是回复，占总量 37%

find_all { |it| it['header_type'] == 'FORWARDED' }.size
+ 过去的 187 条消息里，有 45 是转发自其他频道或个人的，占总量 24%
当然，这 70 条都是回复本频道消息的。

a.uniq.map { |u| [u, a.count(u)] }.sort_by { |it| it.last }.reverse.to_h.each { |e| puts "#{e.first}: #{e.last}" }

+ 转发者和条数表如下：

IT 那点事 (YuutaW 鱼塔): 10
羽毛的小白板: 10
duangsuse Throws: 6
Rachel 碎碎念 (IFTTT): 5
Rachel 的消息发布站点 (Rachel Miracle.) via @like: 3
YSC 的频道: 2
duangsuse ¯\_(ツ)_/¯ |学渣 | 我爱学习 | ∈ [E²PROM, 范畴论]: 2
Doge: 2
YuutaW 鱼塔: 2
Rachel 碎碎念 (湘江一桥): 2
DogeSpeed广播: 1

😄 @haneko_daily 被转发的次数最多，继续努力！

sort_by { |it| it['hashtags'].size }.reverse

+ 具有最多标签的消息是这条，它有足足 8 条标签！

sort_by { |it| it['links'].size }.reverse.first
+ 具有最多链接的消息是这条，它有 25 条链接！同时也是字数最多的消息！

find_all { |it| it['header_type'] == 'A_PHOTO' }.size

过去 187 条消息里，一共有 29 条广播是单纯的一个照片 🖼

find_all { |it| it['header_type'] == 'A_ALBUM' }.size

过去 187 条消息里，一共有 5 条广播是照片集 📸

find_all { |it| it['header_type'] == 'IS_STICKER' }.size

可爱 🐱 的 duangsuse 在过去 187 条消息里使用了 28 个 sticker 抒发自己的感情，使用的表情这么多：

find_all { |it| it['header_type'] == 'IS_STICKER' }.collect { |it| it['ext'] }.yield_self { |r| r.uniq.map { |u| [u, r.count(u)] }.sort_by { |it| it.last }.reverse.to_h.each { |e| puts "#{e.first}: #{e.last}" } }

😔: 7
😳: 4
😲: 3
😡: 2
😑: 2
🙄: 2
😋: 2
😀: 2
😥: 2
🍹: 1
😐: 1

find_all { |it| it['header_type'] == 'HAS_FILE' }.size

duangsuse 在过去 187 条消息里发了 8 个文件，它们是：

find_all { |it| it['header_type'] == 'HAS_FILE' }.collect { |it| it['ext'] }

["axml.rb", "AndroidManifest.xml", "AndroidManifest.xml", "TextSort.kt", "RandomPicture.kt", "Vibrator.svg", "Vibrator.png", "Vibrator.svg"]

最火的 hashtags 组合：

collect { |it| it['hashtags'] }.yield_self { |r| r.uniq.map { |u| [u, r.count(u)] }.sort_by { |it| it.last }.reverse.to_h.each { |e| puts "#{e.first}: #{e.last}" } }

结果太长，在这里查看

所有 Hashtags：

hs = s.flatten.find_all { |it| it.is_a? Array }.flatten.map { |s| s.tr(" ", "") }
"#" + hs.uniq.join(' #')

#Android #zhihu #KDE #Low #Haha #life #tech #tencent #WeChat #weibo #share #tools #dev #Markups #Telegram #Hack #aop #Huawei #通知 #Freedom #sysadmin #GitHub #travis #CI #Sysadmin #Linux #Coolapk #Web #frontend #HTML #China #school #Microsoft #Life #VisualStudio #-} #OOP #web #geekapk #doge #CS #fix #CSharp #School #blog #recommended #bin #backend #Kotlin #Java #Share #svg #blogPOst #PL #JVM #Moha #code #ALgotithm #DuangsuseSB #GeekApk #SQL #Learn #wiki #Mozilla #ES6 #JavaScript #MoHa #Paper #haha #dotnet #bad #OOP_Delegates #Parallelism #dotNet #Csharp #Windows #performance #Channel #weekly #linux #Ruby #Project

以及他们的消息覆盖个数：

hs.yield_self { |r| r.uniq.map { |u| [u, r.count(u)] }.sort_by { |it| it.last }.reverse.to_h.each { |e| puts "#{e.first}: #{e.last}" } }

太长，这里看

== 非线性查询（当然和算法上那个没有关系啦，就是复杂一点的查询）

// 收集所有单 / 双数索引

ar = []; ar2 = []

i = 0 // 0 2 4 6
while i < self.size; ar << self[i]; i += 2; end
i = 1 // 1 3 5 7
while i < self.size; ar << self[i]; i += 2; end


aa = ar.zip(ar2)

我们将比较相邻两消息之间的关系。

aa.zip(aa.map { |ms| ms.last['published'] - ms.first['published'] }).sort_by { |p| p.last }.reverse

间隔最长的两条消息是这条和这条，间隔 44880 秒（12 小时）

b.map { |h| [h.last, h.first.first['body'].size ] }.map { |a| a.last / a.first }.select { |it| not it.nan? and not it.infinite? }.sort.reverse

平均打字速度：7 字 / 秒 🤔

受到解析度（只到分钟）和浮点运算准确度的影响，有很多消息都是在间隔一分钟内发完的，统计结果可能不正确。

好啦，还有什么别的信息，请大家自己来发掘呗（ 😝 比如说，我熬夜发过多少消息。

#js #lib #listing #gui https://editor.datatables.net/generator/
🤔 想起了 #Qt Model/View 的 delegate 和 createEditor 什么的... 但其实从 row 建立可搜索、可排序、可编辑的 table 并不需要那么多名词吧

https://github.com/fiduswriter/Simple-DataTables
嘛，虽说是 lightweight ，其实连 Date format 都支持...

http://fooplugins.github.io/FooTable/ 感觉还是这个最好看

https://github.com/frappe/datatable 这个也支持 inline editing
https://github.com/future-architect/cheetah-grid 有创意，内带比率可视化支持
https://github.com/mleibman/SlickGrid/wiki/Examples 感觉最糟糕的一个
https://github.com/bvaughn/react-virtualized 第二糟糕的
https://github.com/ratiw/vue-table 最像 Qt 的一个... 不对，这不像 Qt
https://github.com/jiren/StreamTable.js 支持 #stream 但只能用 templating 的一个
http://swimlane.github.io/ngx-datatable/#filter Angluar 的一个
https://github.com/daniel-nagy/md-data-table#demo Material #Design 的一个，作者眼力是不是不好... README.md 那么多示例 table 放着呢
https://clusterize.js.org/ #performance #web 🤔给 <tr> 甚至 <il> <div> tag 做 chunking 的简易 js 优化

#performance #js #drawing

#java #performance 值类型vs引用类型
🤔在内存管理/GC良好的语言里，只读数据的引用 就是值
java Byte[]和byte[] 在复用上都互不兼容，当然没有值类型了☺️

>我有一个含极多重复str 的JSON，想减少其内存占用

这就是常量池嘛， javac和aapt都会做
JVM的str不可变，一般都是全局缓存的，strBuild 在完成时是会查询这个吧。

文件上编解码时中间加个Deflate流
也可能是结构有毛病， 比如把str而非int当成tag

说起来str.intern 早废弃了 ，因为new Str() 都是常量池化由GC管理的
（注：不是,jdk7修正了intern内存泄露的bug -XX:StringTableSize ）
你不会不相信HotSpot 研究了20年的GC性能吧？🌚指针去重 不是javaer该想的问题 ，str和strBuffer 区别开了 哪有重复分配的问题

要我说不如直接全py,js 算了，既然有这么一个合并步骤

你不能把str常量池说成 static ，这样叫内存泄露的。既然使用了GC语言不要管指针
String是final class ，我不觉得它算用户对象。 jvm是可以做优化的

它没有提供delete obj 的方法，对用户化指针管理 已经有个态度。C#里就是能，还可以调用unsafe

问题在于jdk做不到py 那样包装C++，众人拾柴火焰高 ，无法真的在内存性能上服众

那你就只能自己搞个基于HashMap 的String() 了呗，可惜json读写器们不支持😅
或许靠AOP硬把jackson. new String 替换为缓存的函数？

>你说的这个全局池子不高效，是负优化，这大概也是Java不去实现的理由之一

可是它只在创建str时有开销啊..
所以有strBuild
总之gson们不支持用户的“数据类型”，只能手写JSON读写器了 ，要不然没法实现解析时就去重

如果你想做，只有二次遍历对象图
https://t.me/Javaer/922773

一些有意思的 #web 跑分
当然，这些只是用来反思对“黑科技”的过度迷信，因为JS根本不属于瓶颈—哪怕慢100倍都是 <1ms

[].join 对正常的示例都比+=更快，偏偏许多JSer把str`` 的情况拿来跑分
Object.create(原型=null) 比{} 还慢, Set Map 更慢
const,let 一样 ，箭头和function一样, Object.freeze() 慢百倍-但只seal() 时就一样。不要低估编译器
V8 甚至为此修复了 React number preventExtensions 时的性能断层
Proxy 比 defineProperty 慢十倍

createDocumentFragment() 更慢 - “减少 repaint” 正是VDOM的一个“特性”
node.remove() 等于[hidden]。仍然可以重新append
Firefox 不能实现跨页 transfer(Blob )

强类型 CSS.px 更慢 ，似乎内核更接受字符串样式
content="width=device-width" 或者说 touch-action: manipulation 的来历
Scroll listener 比 IntersectionObserver 慢一倍