V2EX › neoblackcap 的所有回复 › 第 3 页 / 共 100 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10 ... 100

❮

❯

2023-12-04 16:37:07 +08:00

回复了 jiayouzl 创建的主题 › Python › PyCharm 2023.2.5 pro 版开发 Django 项目 templates 的 HTML 模版没代码提示,谢谢.

新版本有很多小的回归问题，不知道是不是因为换了新 GUI 的。现在连重构中的类成员提升都没法正常显示，好几个版本都还没修呢。
上他们家 Youtrack 看看吧，也许上面有绕过问题的方法

2023-11-29 22:05:47 +08:00

回复了 Q9K 创建的主题 › Elasticsearch › 关于 elasticsearch 机器的选择

@Q9K 当然了，腾讯那边是每台是 1000qps 这样子，不过他们是有做分流

2023-11-29 22:05:09 +08:00

回复了 Q9K 创建的主题 › Elasticsearch › 关于 elasticsearch 机器的选择

@Q9K 一般校园系统，不是什么选课之类的活动，100qps 差不多了。而且很多时候是可以在前端人为控制速率的。还能加队列慢慢处理。
而且 es 也要看索引以及分词做得好不好，不是说你们上了就能做到 10000qps 。腾讯他们自己分享过，他们的 QQ 登录服务器也是 1000qps 这个量级

2023-11-28 14:00:30 +08:00

回复了 nodejsexpress 创建的主题 › Windows › windows11 的 WSL 和 Vmware 是不是不兼容

@oxromantic Azure 的根基，不可能不维护不更新的

2023-11-24 21:47:54 +08:00

回复了 mimiphp 创建的主题 › PHP › php8.3 更新了

Python 什么时候不注重性能了？ Python 是因为注重 C 扩展兼容性以及单线程效率所以很多改动没法做。但是随着这些年大厂的不断投入，Python 也开始动了，新版本已经加入颗粒度更小的子解析器。有利于日后解决 GIL 问题。
至于 Javascript 还不够激进么？ V8 早年都是直接生成机器码执行的。V8 在我看来，都属于 VM 的第一梯队了

2023-11-23 21:10:23 +08:00

回复了 ieesk 创建的主题 › PostgreSQL › postgres 咨询锁性能问题

@ieesk 其实完全可以很少改动，你把写入的操作放在一个独立的服务，那个服务只有一个进程，开放一个接口。现有的服务在写入的时候就调用这个接口。
上锁，释放锁的速度并不慢。慢是因为锁竞争。单线程写入的话，性能上限应该可以逼近你数据的写入效率极限。

不过这样改的话，运维会多了很多工作。毕竟无缘故就多了一个服务需要运维，还让系统引入了一个单点问题。如果要解决单点问题的话，又要引入分布式锁。

2023-11-23 15:29:18 +08:00

回复了 ieesk 创建的主题 › PostgreSQL › postgres 咨询锁性能问题

我们以前的做法是尽量让锁前置，不用数据库。比如特定的竞争操作只有 master 进程有写入的权限。这样就去掉了锁竞争

2023-11-21 09:24:01 +08:00

回复了 cMoon 创建的主题 › JetBrains › idea 特别耗资源

前端项目，建索引的时候，直接 10G 打满。16G 已经不够 IDEA 消耗了，还是上 32G 吧，建议 64G

2023-11-19 12:30:29 +08:00

回复了 Nazz 创建的主题 › Windows › Windows10 已经成为了最好的 Linux 发行版

@lscho 跨文件系统的操作，都一样。如果都是在虚拟机里面的，那么性能还可以接受。

2023-11-01 01:02:06 +08:00

回复了 zhengchengdong 创建的主题 › Java › MQ 就 MQ 好了，保证顺序那什么的是你该干的事儿吗？啊？

就这样的统计功能都要放在业务系统里面做，那什么系统跑不死啊。登录，登出的事件写日志（进 MQ 再落地也一个道理），直接通过回放日志，简单统计一下当天是否有超过 15 分钟的在线就得了。而且还不会对业务系统产生影响，因为这需求可以做成实时的，也可以做成离线。
OLAP 的活就不要压业务系统了。