V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  realpg  ›  全部回复第 19 页 / 共 419 页
回复总数  8372
1 ... 15  16  17  18  19  20  21  22  23  24 ... 419  
2023-04-05 17:28:41 +08:00
回复了 realpg 创建的主题 随想 本地美团外卖简直离谱。。。
@jfdnet #24

不用觉得,就是违法的啊~要不为啥要交各种保护费
欢迎来抓啊~
2023-04-05 17:22:45 +08:00
回复了 realpg 创建的主题 随想 本地美团外卖简直离谱。。。
@felixlong
@jfdnet #19
你们就先预设了一个黑号的惯性思维,就像前几天那个帖子,小米手机天生就是有罪,app 什么的都是没问题的,是一样的,被人否了,就再找个新的角度来支持自己的猜想


@cmdOptionKana #18
我的意思是,一群远程 YY 的美团股东,质疑专业靠薅羊毛为生的公司的判断专业性,我表述我有很多手机号只是不愿意明说而已,结果还是一堆顺竿继续黑,非得把问题推到我身上,证明高大上的美团是没问题的才好

我就没说,周围朋友圈全是吐槽美团外卖没人接的,100 米内的有人接,也是我朋友圈看的楼下别人说的,“你们下个近点的,比如 xxx ,就妙接了”


只能说,钓鱼真好玩,大厂精神股东真的是多
2023-04-05 17:11:46 +08:00
回复了 realpg 创建的主题 随想 本地美团外卖简直离谱。。。
@jfdnet #19
700 多个身份 公司专业撸信用卡的
2023-04-05 15:53:57 +08:00
回复了 realpg 创建的主题 随想 本地美团外卖简直离谱。。。
@1423 #15
你以为我只有一个手机一个网络?
实际是,我有 150 台手机,150 个手机号,150 个支付宝
2023-04-05 14:59:13 +08:00
回复了 realpg 创建的主题 随想 本地美团外卖简直离谱。。。
纵观本贴,都是美团股东,吹的我都不敢信了哈哈哈

跟 app 有问题得先怀疑小米手机有的拼~

统统都是我的问题,美团家大业大不可能有问题~
2023-04-05 13:28:11 +08:00
回复了 realpg 创建的主题 随想 本地美团外卖简直离谱。。。
@ByteCat #8
美团配送体验好很多
美团只要不是拼好饭,100%不会给你扔电梯里就走,95%不会跟你商量扔电梯里行不行
饿了么骑手服务垃圾的满天飞


@woyaojizhu8 #5
@spicynotes #6
沈阳
2023-04-05 12:46:34 +08:00
回复了 realpg 创建的主题 随想 本地美团外卖简直离谱。。。
@hfJ433 #2
不知道 不换 换了没红包~
我一堆美团号 红包用完了就换一个 这个月就这个号有红包了~
而且这种情况不是一次两次了 到天气不好就这样
某个无主之地出现了新的金矿,挣钱的要么是巨头,要么是卖铲子的
2023-04-02 11:19:36 +08:00
回复了 Tounea 创建的主题 程序员 用.cn 域名用作公司主域名是否算作死行为?
啊哈哈哈 你们公司管域名的全开除了吧
跑人家用,不增加接入,连基本的白纸黑字规定都没看过
@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 的怪物查询。。。
1 ... 15  16  17  18  19  20  21  22  23  24 ... 419  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1842 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 5585ms · UTC 16:26 · PVG 00:26 · LAX 09:26 · JFK 12:26
Developed with CodeLauncher
♥ Do have faith in what you're doing.