V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  diagnostics  ›  全部回复第 8 页 / 共 40 页
回复总数  800
1 ... 4  5  6  7  8  9  10  11  12  13 ... 40  
@Donaldo

https://i.imgur.com/UcWs6zJ.png


这几个都能促成采购啊,关系很硬吗?搞的好像 President 、NSA 、GOV 来做背书,倒不了一样。和没见识的批小将一样,以讹传讹,我只是在这种成年人论坛下制止这个行为

不知道哪里触碰到 G 点了,用图片回复
也很大可能是 JSON 序列化的锅...
动不动就后台很硬...又不说那些后台, 这里又不是墙内,说话却一股墙味
@dbpe

三个词:简单、门槛低、可以借鉴

国内研发类的岗位极其少,大部分都是 CRUD ,他们能接触和想到的也只有这些;
基础研发类的岗位,大多数是 XX 项目的维护人或贡献者(公司招聘他们的目的也主要是这个),他们本身就为大型开源项目开发了(忙得要死,压根没时间造轮子)
大多数都是练手开源、小部分是在内部也干这样的事情,然后搬到开源上来
从公司内孵化而来(和上面有点重复,类似于 Kafka 不是从 Linkined 里面孵化,doris 从百度孵化),中小公司一般只能孵化出业务封装框架(降低成本的角度)要写一个难的,可能没这个资源(没人才、没精力)
128 天前
回复了 karottc 创建的主题 Java 250M 的 Java 程序,用 go 重构,只需要 8M
理解并祝福。。。
golang is welcome you
128 天前
回复了 MrMarting 创建的主题 问与答 性价比高的国产球鞋有推荐的吗?
还以为足球鞋呢
130 天前
回复了 shtzlwdmkf 创建的主题 生活 有没有人跟我一样,婚后消费观不一样了
@sagaxu 未必是开发商花,卖地的是谁呀?
131 天前
回复了 javak 创建的主题 Java Java hello world 确实就要占用 30M
咱也不知道你用的是什么高阶 Node ~

83 67 root S 263m 1% 2 0% node main.js
67 0 root S 1704 0% 12 0% /bin/sh
103 0 root S 1672 0% 11 0% /bin/sh
109 103 root R 1596 0% 12 0% top
/app/website # node -v
v18.18.2
/app/website # cat /proc/version
Linux version 5.4.0-122-generic (buildd@lcy02-amd64-095) (gcc version 9.4.0 (Ubuntu 9.4.0-1ubuntu1~20.04.1)) #138-Ubuntu SMP Wed Jun 22 15:00:31 UTC 2022
/app/website # cat /etc/issue
Welcome to Alpine Linux 3.18
Kernel \r on an \m (\l)

------------------------------------------------------------

27095 root 20 0 12152 3332 2736 S 0.0 0.0 0:00.02 bash
27129 root 20 0 2529768 23272 15708 S 0.0 0.1 0:00.16 java
27169 root 20 0 48432 3712 3132 R 0.0 0.0 0:00.00 top

[root@xxxx /]# java -version
openjdk version "1.8.0_232"
OpenJDK Runtime Environment (Zulu 8.42.0.23-linux64)-Microsoft-Azure-restricted (build 1.8.0_232-b18)
OpenJDK 64-Bit Server VM (Zulu 8.42.0.23-linux64)-Microsoft-Azure-restricted (build 25.232-b18, mixed mode)
[root@account-tn-9bcc7dc9-6tm2h /]# cat /proc/version
Linux version 5.4.0-122-generic (buildd@lcy02-amd64-095) (gcc version 9.4.0 (Ubuntu 9.4.0-1ubuntu1~20.04.1)) #138-Ubuntu SMP Wed Jun 22 15:00:31 UTC 2022
131 天前
回复了 javak 创建的主题 Java Java hello world 确实就要占用 30M
@itakeman #94 v2 很多帖子,咱也不是张嘴就来,你统计一下就知道谁天天碰瓷了
131 天前
回复了 javak 创建的主题 Java Java hello world 确实就要占用 30M
@javak 同样的代码,你测试一下 nodejs ? Java 应该比 nodejs 还要少点的
132 天前
回复了 javak 创建的主题 Java Java hello world 确实就要占用 30M
@diagnostics 试了下 OP 的代码,在我的 M1 在也是 14M ,可能是平台实现的差异。

另外 OP 那么纠结内存问题,麻烦解决一下因为伪共享,所以需要在 L1 级别的缓存行加 Padding ,导致缓存浪费的问题。设计一个解决方案,毕竟 L1 内存比 Main Memory 值钱多了,速度也更快。

那么为了来了,纠结这些内存的所谓底层开发(大多数都是 Golanger ,他们才有闲情碰瓷 Java ),不知道写自己的应用时,设计时,有没有去看第三方的网络库,是如何处理伪共享问题的~~是如何把内存用到极致~
我猜没有,因为如果他们去思考了,很大可能会像我,认知到了“计算机就是时空之间的 TradeOff”,这个在学算法的时候就会告诉你了。
也可能国内外的大神都像“草台班子”(虽然我很恶心这个词),能用就行吧~
132 天前
回复了 javak 创建的主题 Java Java hello world 确实就要占用 30M
很奇怪你怎么测试,我这边直接编译后跑运行,内存只有 14m ,用 jdk21 更低才 13m ,对比 nodejs 还更低

我在想,你写 java ,但是完全不懂虚拟机这一套运行机制?那你的技术水平难以恭维啊?和其他带 JIT 、虚拟机的语言比,Java 开销横向对比没有特别夸张的。

拿去和 C 、Rust 这种对比,肯定比不上,但人家有 JIT 吗?编译速度如何?可能大多数这种水平的 “Javaer” 只会背 AOT 和 JIT 之间的区别,不去思考为什么有这两种设计吧~

92597 node 0.0 00:00.11 7 0 30 15M 0B 3504K 92597 91889 sleeping
94005 java 0.0 00:00.28 22 1 87 14M 0B 0B 94005 93035 sleeping



```
public class Main {

public static void main(String[] args) {

while (true) {
try {
Thread.sleep(1000);
} catch (Exception e) {
System.out.println(e);
System.exit(1);
}


}
}

}
```

```
function sleep(ms) {
return new Promise(resolve => setTimeout(resolve, ms));
}

async function main() {
while (true) {
try {
await sleep(1000);
} catch (e) {
console.log(e);
process.exit(1);
}
}
}

main();
```
132 天前
回复了 ljzxloaf 创建的主题 程序员 你们会用乐观锁来防止并发冲突吗
@samtofor #5 OP 说的乐观锁是应该是依赖数据库避免并发冲突的
133 天前
回复了 GeekGuru 创建的主题 Android 从 iPhone 换到 Android 的阻碍居然是拍照?
现在安卓确实过度美颜,摄像头即使 CMOS 一样,也会故意不给优化。

还有一个问题是,取景器的设计问题,移动 iPhone 让人感觉是个方框里面(和相机一样),移动安卓来拍照让人感觉有个纸片在那里,而且那个纸片还会前后移动。。。(录像时更明显)
@IamUNICODE #39 定位工具都有,那排查问题还要 2 天,不就是经验问题吗?多在 dev 环境练,没问题吧?

另外,遇到问题,能反思的点很多,上来对架构做出质疑的,你别在 V2 发帖子,怼你领导,怼你 CTO 啊,你又没胆子,有胆识说服老板让你当 CTO/架构师,改为单例。

上面的话说的不好听了点,但良言难劝该死鬼,你这不是技术能力问题,而是态度问题了。

冯诺依曼架构在现代计算机上还有性能问题呢,人家也是混合哈佛架构去优化了才是我们现代处理器的模型,难道你要设计师推倒重来?回到我的论证:你觉得在这个 path 下微服务架构不好用:

1. 优化流程,减少微服务的拆分(不是无脑拆,而是有必要的拆分),至于有个哥们回复我负载均衡网关+单体,我都不想搭理他(这难道没拆服务?说白了他就是学艺不精,别人上个帖子也是写了并发的软件,并发都没吃透,培训班水平)
2. 构建组织的优化:你的问题其实是这个,library 没升级和微服务压根不搭边好吧
3. 升级流程的优化:上线没人审核评审变动,需求开发前没评估升级风险

这些点都可以是问题的优化,对于你的问题,压根不在微服务,你这是 Structuring Projects 的问题,但你觉得为什么部分包要单独抽出来外部引用?就是为了一个 schema 升级时,上下游都可以同步开发,不依赖这个 schema ,如果一旦 schema 升级,是需要上下游找到对应的人的。(你可以参考今天的帖子: https://v2ex.com/t/1057143

另外升级检查,也可以写个 maven 插件来搞定(假设你是 java 项目)

八杆子打不到微服务架构上。。。。
@bronyakaka #43 哦,原来是上个 webp 转 jpg 的人,并发编程都不懂的人,Blocked 了。
@bronyakaka #43 你理解的服务挂就只是一个节点挂掉?我没根据一个一个点,说别人菜就多练?

> 排查问题,写出你们的排查路径,最后发给大伙看看有没有可优化点,然后你也再复盘,而不是一味得怪这怪那

我不想说脏话,这句话你看不到吗?
广东移动现在也是动态超密,和 #10 说的一样。后续会全国推广
你要是说无脑拆微服务,那确实有问题。

哪个大型项目不拆分服务?举例:B 站历史记录和评论系统分别崩溃过一次,但是其他播放等功能完全不受影响。(你单体试试?)美团的优惠券券查询页面崩溃过一次,但是下单、浏览,甚至使用优惠券都不受影响(你微服务试试?)

阿里云去年崩溃过一次,整个淘宝几乎不能访问了。

排查问题,写出你们的排查路径,最后发给大伙看看有没有可优化点,然后你也再复盘,而不是一味得怪这怪那。

菜就多练。我们排查问题,虽然部署了 skywalking ,但是没权限,但是我们日志里也会记录一下 traceID ,用集中式日志检索平台一搜索( splunk ),看哪个系统没打这个记录(我们这一个请求最多跨 5 、6 个),再去这个系统去看具体的日志。
1 ... 4  5  6  7  8  9  10  11  12  13 ... 40  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   4095 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 34ms · UTC 05:14 · PVG 13:14 · LAX 21:14 · JFK 00:14
Developed with CodeLauncher
♥ Do have faith in what you're doing.