V2EX Lpl 的所有回复 第 1 页 / 共 46 页
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX    Lpl    全部回复第 1 页 / 共 46 页
回复总数  915
1  2  3  4  5  6  7  8  9  10 ... 46  
2023 年 9 月 4 日
回复了 Lpl 创建的主题 求职 [求职] 帮老弟代发,找个郑州 Java 实习的工作
@zhangkunkyle 郑州的互联网确实不太发达

@hailongsong 确实会更难一些,但是还是得试一下~

@lostberryzz 想着反正一年时间,明年才考试,就先看看能不能找个工作看看
鹅厂就有运营开发的通道啊...我就是运营开发,鹅厂的运营开发一般就是 py/go/java/c++

运营开发也会有高并发、高性能的要求,也会包含运维 SaaS/PaaS 平台开发。建议选运营开发、后端开发,前者偏 infra 一点,后者偏业务一点。
2021 年 4 月 12 日
回复了 xxiali 创建的主题 问与答 锦秋家园三室两厅两卫,次卧转租,可撸猫!
是一个次卧 4800 吗...我就是好奇
2021 年 4 月 6 日
回复了 zkdfbb 创建的主题 Go 编程语言 map 的一个神奇的问题
@makdon
@lesismal
写了一个简单的测了下,性能确实差 Mutex 挺多。是我滥用了
package counter

type ChanCounter struct {
data map[string]int
resultChan chan *string

stopChan <-chan struct{}
}

func NewChanCounter(stopChan <-chan struct{}) *ChanCounter {
c := &ChanCounter{
stopChan: stopChan,
resultChan: make(chan *string, 10000),
data: make(map[string]int),
}
go c.run()
return c
}

func (c *ChanCounter) Incr(key *string) {
c.resultChan <- key
}

func (c *ChanCounter) run() {
for {
select {
case r := <-c.resultChan: {
c.data[*r]++
}
case <-c.stopChan:
break
}
}
}
2021 年 4 月 6 日
回复了 zkdfbb 创建的主题 Go 编程语言 map 的一个神奇的问题
@lesismal
@makdon
你俩是在互相对着夸夸吗?我只是给题主举几个其它方面的思路

1. atomic 这个问题,我只是看到 Incr 自然想到的,你俩也说了,要事先知道有哪些 key,把对应的对象创建出来。
那对于 web 应用来说,http_path 都是固定的吧?这是可以事先创建出来的。如果题主这里是随机的,可以不用考虑这一项。

2. 对于使用管道。你们先看明白要解决的问题的根因:因为多个协程去为某个 key +1 会造成多线程不安全的问题。那我只用一个管道也可以做啊,我把拿到的所有请求全部丢给管道,管道是有序的,消费端有序处理,还需要加锁吗?

当然,假如消费端消费的慢,可以采用多个协程求模来做。这个看实际情况分析。

你说我照本宣科这点,恕我不敢苟同

3. 你肯定没用过 1.8 以前没有 sync.map 的场景,或者 Java 里边的 ConcurrentHashMap 不了解。以前没有原生 sync.map 是怎么做 Concurrent 的?就是建一个 32 位的桶,把锁加在桶上边,减小锁的粒度。可以简单参考下这个: https://github.com/orcaman/concurrent-map

@makdon
“读写 channel 的时间” 与 “每一次加锁”,你可以写个简单的 Demo 做一下 benchmark
2021 年 4 月 6 日
回复了 zkdfbb 创建的主题 Go 编程语言 map 的一个神奇的问题
@lesismal 能不能详细展开说说
1. atomic 做的原子操作是比加锁快吧
2. 用管道通过求摸建立多个协程来消费
3. 目的是为了每一个 key 都能并发安全,加细粒度的锁不用去加对象锁,concurrentmap 不就是这样做的吗
2021 年 4 月 6 日
回复了 zkdfbb 创建的主题 Go 编程语言 map 的一个神奇的问题
@zkdfbb 没遇见过,看了 StackOverflow 上有个问题跟你这个有点像: https://stackoverflow.com/questions/41064208/go-map-has-duplicate-keys/41102560

看能否在 Incr 的时候,打印一下 key 的 string 串,再用 %x 打印一下 hex 做一下对比。
然后在输出 map 的时候,for-range 遍历下,也罢 key 的 string 和 hex 都打印下看看
2021 年 4 月 6 日
回复了 zkdfbb 创建的主题 Go 编程语言 map 的一个神奇的问题
脑袋疼..你这个问题出在 init 里边的那个协程了:
accessLog = Counter{data: make(map[string]int)}

里边多了这句话,我理解你这个协程就是想打印下当前已存在的数据?
2021 年 4 月 6 日
回复了 zkdfbb 创建的主题 Go 编程语言 map 的一个神奇的问题
你这段代码槽点比较多,性能会很差:
1. 可以考虑用 atomic 而不是用锁
2. 可以考虑用管道来做 Producer-Consumer,然后多个协程消费,而不是考虑用锁
3. 实在想加锁,就给某个 key 加锁,而不是给 Counter 对象加锁。锁的粒度太粗了

给个比较完整的代码看看
如果没开始背调,那大概率不是因为这个导致挂掉的
楼上这几位...确定不是自导自演的?双手互回?
2021 年 4 月 1 日
回复了 xyxc0673 创建的主题 生活 今天是裸辞的第一天
桃园那边的市六医院拆迁,天天 7 点挖掘机就开始哒哒哒,烦死了。住的这个村子,有人承包了好几个房子要修公寓,楼上天天铛铛铛地敲,一直敲到晚上 9 点。
2020 年 10 月 30 日
回复了 bbsk198601 创建的主题 云计算 有人用过 OKD 和 OpenShift 吗
使用过一段时间,OpenShift 我感觉只能算是一个半 PaaS 产品,很多功能没有形成产品化。如果 k8s 能力弱,不太建议自建作为生产用。使用、维护成本估计不好接受
@typetraits 真的有可能,我怀疑过这个。iTerm2 有时占用的 CPU 超高,而且内存使用 1GB+..
但是为啥几年下来只有最近出问题了,难道是 Mac 版本升级,然后 iTerm2 刚好触发了系统库隐藏的内存泄露 BUG 吗。。
@vzyw 我 iStat 更新最新版本了 6.4,感觉跟它关系不大。这种情况出现的比较早了,当时还没装 iStat


@hstdt 问题表现情况,不只是菜单下拉空白,比如我打开其它软件,如:iTerm2,就会出现也是空白的,但是 iTerm2 的框是在的,我盲打 sudo reboot 是能响应我的命令的。不太像是代理影响的
@imnpc 不清楚是不是 iTerm2 导致的,出问题后所有软件的菜单的下拉都是空白了

@lostberryzz 重启能解决,但是过一段时间后可能还会出现
Mac 变的巨卡,所有菜单栏下拉后都是一片空白。但是你点击上边空白的地方,其实还是有对应功能的。
重新开机后就会恢复正常,但是有可能过一段时间又会出现这个情况,不是必现的。

目前感觉是跟散热有关系,散热口特别烫
2020 年 8 月 28 日
回复了 Jessepinkman 创建的主题 互联网 作为商家,我被美团无情报复了。
我感觉是业务经理的问题,这种下边的地推各种素质的都有
2020 年 2 月 9 日
回复了 iTvX 创建的主题 macOS 第一次使用 hey siri,我惊了
@guoyida 你好骚哦~
2020 年 2 月 3 日
回复了 haitaotao 创建的主题 DNS 国内 .io 域名劫持问题
被污染了,无解
1  2  3  4  5  6  7  8  9  10 ... 46  
关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     2790 人在线   最高记录 6679       Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 45ms UTC 00:50 PVG 08:50 LAX 16:50 JFK 19:50
Do have faith in what you're doing.
ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86