5月总共跑了31公里,5月14号开始跑的。
很久没有跑步了,跑步会让我有种活着的感觉,尤其是我第一次挑战10公里的时候,我没有想到我真的能做到,跑的时候我就想着,到下一个路灯,到下一个路灯,就这样一路跑了10公里,最后停下的时候我感觉整个人都要升天了一样,头脑感觉特别放松。
5月总共跑了31公里,5月14号开始跑的。
很久没有跑步了,跑步会让我有种活着的感觉,尤其是我第一次挑战10公里的时候,我没有想到我真的能做到,跑的时候我就想着,到下一个路灯,到下一个路灯,就这样一路跑了10公里,最后停下的时候我感觉整个人都要升天了一样,头脑感觉特别放松。
在导入pfx证书的时候输入密码后一直显示密码错误。尝试通过openssl命令先把密码去除了1
openssl pkcs12 -in xxx.pfx -clcerts -nokeys -out certificate.crt
结果还是不行:
后来发现是openssl版本的原因,14系统的openssl默认是3.x版本,导出的crt不兼容。 通过下面的命令切换openssl版本:1
export PATH="/opt/homebrew/opt/openssl@1.1/bin:$PATH"
再次执行下面这条命令后crt文件可以正常导入1
openssl pkcs12 -in xxx.pfx -clcerts -nokeys -out certificate.crt
最近在写一个算法的多线程计算时发现效率比单线程还慢,单线程大概计算300S,8个线程却计算了900S,这很不正常。一开始以为是锁的原因,于是把算法里面所有的锁都去掉了(该算法估算几乎不影响最后结果准确性),锁去掉之后还是很慢,时间几乎没有变化。最后打开jconsole查看线程,发现计算的线程显示 阻止1 等待6之类的。观察调用栈发现了卡在random的调用上。
Java的random是多线程是安全的,但是Java的random多线程效率存在问题,为此jdk在1.7之后推出了ThreadLocalRandom,它通过一个线程对应一个专属的random实例解决了多线程下random效率的问题。
它的用法如下:
1 | ThreadLocalRandom.current().... |
networkx的时候发现在3.0版本支持实验性的插件支持 https://github.com/networkx/networkx/pull/6000 ,
支持替换networkx的计算后端,目前比较成熟的后端插件是graphblas https://github.com/python-graphblas/graphblas-algorithms/ ,
通过这个插件,可以同时结合networkx
API的易用性以及graphblas的高性能。networkx插件的原理是利用了python的装饰器。