neoblackcap 最近的时间轴更新
neoblackcap

neoblackcap

V2EX 第 47326 号会员,加入于 2013-10-20 19:22:30 +08:00
今日活跃度排名 8472
根据 neoblackcap 的设置,主题列表被隐藏
二手交易 相关的信息,包括已关闭的交易,不会被隐藏
neoblackcap 最近回复了
@jiayouzl PyCharm 这几年的 bug 都不少,他们修 bug 的热度也不是很高。有些 bug 都是 Major 级别的,都好几年没修
新版本有很多小的回归问题,不知道是不是因为换了新 GUI 的。现在连重构中的类成员提升都没法正常显示,好几个版本都还没修呢。
上他们家 Youtrack 看看吧,也许上面有绕过问题的方法
5 天前
回复了 Q9K 创建的主题 Elasticsearch 关于 elasticsearch 机器的选择
@Q9K 当然了,腾讯那边是每台是 1000qps 这样子,不过他们是有做分流
5 天前
回复了 Q9K 创建的主题 Elasticsearch 关于 elasticsearch 机器的选择
@Q9K 一般校园系统,不是什么选课之类的活动,100qps 差不多了。而且很多时候是可以在前端人为控制速率的。还能加队列慢慢处理。
而且 es 也要看索引以及分词做得好不好,不是说你们上了就能做到 10000qps 。腾讯他们自己分享过,他们的 QQ 登录服务器也是 1000qps 这个量级
6 天前
回复了 nodejsexpress 创建的主题 Windows windows11 的 WSL 和 Vmware 是不是不兼容
@oxromantic Azure 的根基,不可能不维护不更新的
10 天前
回复了 mimiphp 创建的主题 PHP php8.3 更新了
Python 什么时候不注重性能了? Python 是因为注重 C 扩展兼容性以及单线程效率所以很多改动没法做。但是随着这些年大厂的不断投入,Python 也开始动了,新版本已经加入颗粒度更小的子解析器。有利于日后解决 GIL 问题。
至于 Javascript 还不够激进么? V8 早年都是直接生成机器码执行的。V8 在我看来,都属于 VM 的第一梯队了
11 天前
回复了 ieesk 创建的主题 PostgreSQL postgres 咨询锁性能问题
@ieesk 其实完全可以很少改动,你把写入的操作放在一个独立的服务,那个服务只有一个进程,开放一个接口。现有的服务在写入的时候就调用这个接口。
上锁,释放锁的速度并不慢。慢是因为锁竞争。单线程写入的话,性能上限应该可以逼近你数据的写入效率极限。

不过这样改的话,运维会多了很多工作。毕竟无缘故就多了一个服务需要运维,还让系统引入了一个单点问题。如果要解决单点问题的话,又要引入分布式锁。
11 天前
回复了 ieesk 创建的主题 PostgreSQL postgres 咨询锁性能问题
我们以前的做法是尽量让锁前置,不用数据库。比如特定的竞争操作只有 master 进程有写入的权限。这样就去掉了锁竞争
13 天前
回复了 cMoon 创建的主题 JetBrains idea 特别耗资源
前端项目,建索引的时候,直接 10G 打满。16G 已经不够 IDEA 消耗了,还是上 32G 吧,建议 64G
15 天前
回复了 Nazz 创建的主题 Windows Windows10 已经成为了最好的 Linux 发行版
@lscho 跨文件系统的操作,都一样。如果都是在虚拟机里面的,那么性能还可以接受。
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   1215 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 81ms · UTC 23:36 · PVG 07:36 · LAX 15:36 · JFK 18:36
Developed with CodeLauncher
♥ Do have faith in what you're doing.