V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  realpg  ›  全部回复第 19 页 / 共 419 页
回复总数  8361
1 ... 15  16  17  18  19  20  21  22  23  24 ... 419  
@Al0rid4l #44

你觉得我一个混墙外的会对反诈,会对监控有好感?
我自己也不装这破玩意啊
但是我非常好奇 op 这种天天鼓吹这个 高调劝人反这个 大肆宣扬的 是出于什么心理,以及什么心理

当然,一般这种都是怂人,心理扭曲,只有互联网才能操起键盘“反抗压迫”,大肆鼓吹,跟天天上网做翻墙教程的“大佬”如出一辙

一般都是互联网亢奋,稍微有人质疑就脏话连篇人身攻击来凸显自己的正确性


鄙人唯一一次被要求装反诈在北京地铁,警察让我必须装,我直接说我就是干诈骗的装这个干啥,你抓我吧,然后就让我走了,也不提让我装了
兄弟,你是什么职业这么怕国家监控你?
我天天建政喷 party 喷 country 喷 leader 都不怕
2023-03-15 20:38:28 +08:00
回复了 xiaopanzi 创建的主题 Linux 使用 Linux 的你,是如何更新 BIOS 的?
国际大品牌应该都有能直接引导的系统无关更新固件的镜像吧,记得都有
2023-03-15 16:42:22 +08:00
回复了 LeeReamond 创建的主题 程序员 想在业务端维护 inner join 应该用什么算法?
@Richard14 #37

其实也不单纯的是 mysql 横向扩展困难 mysql 这么弱鸡的数据库去抗企业行业应用那种低 qps 负载,只要少用锁别干死锁了,都能扛得住,搞行业软件的跟搞对海量普通用户业务(我只是习惯叫互联网替代这种业务)的互相理解很难。

我们定义的大系统 crud api server 是 35kQPS(包含缓存操作),他们定义的大系统是 80 人开发 700 多个模块编译后二进制文件都 900MB 然后 15qps ,对数据库性能的理解我们是优化到单查询 0.0035 秒他们是 1 秒能出结果就行。


十五年前吧,我也搞过 oracle ,写企业商业软件简单到离谱,写医院的业务系统,20qps 都是高并发的超大大医院了
oracle 这玩意只要搭起来集群,给足了海量内存,四路服务器或者当年小型机堆上去,也不用怎么设计索引,看着差不多觉得可能用得到就上一个,剩下的 oracle 自己就能给你优化好,这就是搞商业软件行业软件的逻辑,跟面对庞大公众用户的基本思维就不同


比如,最近朋友公司在搞信创国产化,要绕过供应商把一个三甲特大型医院的一个大业务系统数据库从 oracle 替换成人大金仓,我听着直摇头,金仓就是魔改的 pg11 ,这怎么能行,一个特大型三甲那门诊量和住院医嘱量,oracle 的牛逼查询自适应优化能力,换弱鸡山寨 pg 怎么行,结果一换试了下,还真行。在中间件下了个性能检测记录 SQL 防止语法不兼容,结果 24 小时系统峰值读查询 qps45 ,医院上班工作时间平均读查询 qps15

---

关于讨论,V2 早就这样了,所以这些年我都不爱吱声了,顶天在 tg 群里遇到感兴趣的能说两句。

之前说的都是大家好理解的形象的常识,不说人话的不搭理就是了,更深入的不搞这个根本接触不到的你发了也没人看
要不就是真搞这个的还有问问问从来不自己研究,就差让你手把手教了

五六年前的 V2 讨论技术问题,还是可以只提供思路,现在,要么是一群啥也不懂的瞎参和,要不就是希望你手把手给他搭好才能证明你说得对的。。。
2023-03-15 14:08:20 +08:00
回复了 LeeReamond 创建的主题 程序员 想在业务端维护 inner join 应该用什么算法?
@ljrdxs #33
你有试过 oracle 按你那种写法,把基本操作压 10kQPS 上去测过么
10kQPS 的业务 api 接口,算是互联网这边中型系统的门槛了
2023-03-15 13:49:48 +08:00
回复了 LeeReamond 创建的主题 程序员 想在业务端维护 inner join 应该用什么算法?
@ljrdxs #30
不是这个意思,感觉你可能没怎么做过中型互联网项目
以 MYSQL 为例,其实维持主备也好,cluster 也好,维持他们的一致性其实开销是很大的,所以互联网项目这边,数据都都是优化成最简单可用查询,充分利用索引,转化为简单完全索引查询和简单 left join ,数据库的 cpu 能完全空闲是最好不过的了,只要 io 能跑就没啥性能瓶颈

而计算节点天生就是一堆的弹性扩容的,如果一个复杂的内联查询算法能够通过其他方法让数据库服务器返回给程序的记录数据容量( KB-MB 级)不会太离谱的大,分散到计算节点处理就完事了,对系统没有任何影响

RDB 这边,三机主备+1-8 只读节点就是最常见的中型以上( api server 10kQPS+)项目的最常见配置了

如果你把太多复杂的查询都压到了数据库上,让数据库 cpu 满载,查询造成积压,整个系统都不好了

压力压到数据库 cpu 上的复杂查询,大部分是乱 join 、group by having ,甚至直接内联 case when 之类,这些其实都不是好简单无代码直接优化到 kv 类的 nosql 上的,都需要算法协助才能充分利用 redis 之类的内存缓存

中型高 QPS 系统上,当数据库较弱时(比如 MySQL 弱鸡的索引和锁体系),基本 DBA 都会要求全简单查询化,全索引匹配化,甚至条件全 int 化把 varchar 都优化掉



与之相对的,就是写底负载商业软件的,前天帮人调试国产化数据库兼容,打开医院 HIS 系统,有个 TXT 资源文件,里面全是单行 SQL 代码都 1KB-2KB 的怪物查询。。。
2023-03-15 12:27:20 +08:00
回复了 MajestySolor 创建的主题 Windows 突然发现我可能一直以来都错怪 win11 了 🐶
win11 用经典菜单就是一个注册表值的问题
第一时间改了 不用那些乱七八糟的软件 网上搜一下应该有,当时我就是搜了一下改了就好使了
2023-03-15 11:17:32 +08:00
回复了 LeeReamond 创建的主题 程序员 想在业务端维护 inner join 应该用什么算法?
@ljrdxs #22

可是数据库跑逻辑负载高,会降级整个系统的性能
如果单纯的把最小化数据取出来,分布式的计算节点去计算,就会降低数据库的 cpu 负载,只吃 io

这种优化是高并发互联网项目常做的,而商业软件就可以无脑都写存储过程里让数据库去飙 cpu
2023-03-15 10:45:31 +08:00
回复了 longjiahui 创建的主题 程序员 请问有什么不太卷的赛道吗?
无论什么赛道 找个好老板好项目就完事
2023-03-14 14:58:51 +08:00
回复了 Calen 创建的主题 云计算 Zenlayer 这家公司好让人失望
op 真不错
试用 ucloud 不错 然后转身去买别人家的 怪不得免费试用越来越收紧
2023-03-14 09:31:40 +08:00
回复了 Nnq 创建的主题 git .idea 上传到 git 么?
@pengtdyd #9
不用 idea ,但是这个不能一刀切死
按照别的系统的配置文件逻辑,如果 ide 的配置文件是一个目录的多个文件,而不是一个单文件,可能会有一些特殊设置

传的不是下面的全部文件,是一个两个文件,自定义一些特殊的参数,一些特殊的语法糖识别,比如让编译器怎么处理,比如语法检查跳过一些东西之类的配置,

这场景一般是传一两个非主文件,能兼容每个人的 ide 配置,而不是传全部的 ide 文件
2023-03-13 16:55:31 +08:00
回复了 brader 创建的主题 程序员 有什么办法让他们不要打骚扰电话来
信用卡绑好自动还款 不需要别人提醒的话 直接拉黑就完事
除非你用的是 ios
2023-03-13 16:15:57 +08:00
回复了 hamsterbase 创建的主题 程序员 4t 冷备份数据,用什么介质好一点?
机械硬盘*1
刻录 DVD 盘 不同品牌盘 不同时期刻 10 张,然后淘宝买个抽气找个真空袋收好
Onedrive E5 白嫖 5T 上放一份
能交几百党费?确认不是在跟你炫富?
1 ... 15  16  17  18  19  20  21  22  23  24 ... 419  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1095 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 56ms · UTC 22:35 · PVG 06:35 · LAX 15:35 · JFK 18:35
Developed with CodeLauncher
♥ Do have faith in what you're doing.