V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  reliefe  ›  全部回复第 2 页 / 共 2 页
回复总数  30
1  2  
2023-04-14 14:35:52 +08:00
回复了 hoopan 创建的主题 OpenAI 自建的 ChatGPT web 平台,域名被封,什么原理?
这个项目不怎么样不要用,可以试试 ChatGPT-Next-Web 。
首先要全程 HTTPS ,不要 HTTP 。另外子域名不要有 OpenAI 、GPT 之类的关键词。其次要加一次防护,保护你的原始 IP ,否则发现连到外国的 IP 也会被风控。另外就是如果用 CloudFlare 的话把安全级别设置成高或者 Under Attack ,不要被爬虫扫到。
2023-04-14 14:31:48 +08:00
回复了 loulijun 创建的主题 OpenAI nobepay 的卡段支付 ChatGPT plus 被拒了
是 IP 的问题,昨天今天都绑成功了。我这边可以帮你绑加我 V zhiguo6300
2023-04-14 14:25:00 +08:00
回复了 realyujie 创建的主题 OpenAI OpenAI 下调了试用用户 API 的每分钟调用次数
2023-04-12 16:42:20 +08:00
回复了 Cloudust 创建的主题 程序员 现在还有能用的 chatgpt 套壳网站吗
https://liaobots.com 这个非常原汁原味可以试试
2021-08-20 13:26:08 +08:00
回复了 gibber 创建的主题 程序员 如何检查 idea 卡顿的原因
同样的情况,Java 程序无法响应基本上都是因为在 GC 。在 vmoption 中打开 GC 日志 tail -f 观察观察 GC 时间和 GC 原因,再做调整。
```
-Xloggc:/Users/xxx/Desktop/idea-gc/gc.log
-XX:+PrintGCDetails
-XX:+PrintGCDateStamps
```

我的调整:
1. 内存增大到 10G,年轻代 5G 。这个可以适当调小,最好不小于 4G 。
```
-Xmx10G
-Xms10G
-Xmn5G
```

2. 使用 CMS + ParNew 。G1 用起来太迷了。
```
-XX:+UseConcMarkSweepGC
-XX:ParallelGCThreads=8
-XX:ConcGCThreads=7
```

3. metaData 调到 1G 。( 512M 居然不够用)
```
-XX:MetaspaceSize=1G
-XX:MaxMetaspaceSize=1G
```
2021-08-20 13:18:51 +08:00
回复了 odirus 创建的主题 分享发现 分享通过“Arthas + JRebel” 提升 Java 开发效率
@fmumu 非常妙,用了就停不下来。
2021-08-17 15:18:17 +08:00
回复了 odirus 创建的主题 分享发现 分享通过“Arthas + JRebel” 提升 Java 开发效率
有点意思。
2020-07-24 12:30:03 +08:00
回复了 goodspb 创建的主题 程序员 每一分钟写入 10 万行数据,有啥好的方案吗?
-> 有一个业务,如果用户开启了就需要每分钟给他生成一条数据。所以 10 万是我看实际用户量的预估值。
-> @MintZX 还真的是 24 小时,需求内容就是这样。不过当然了,最后每个人保留后 100 条数据,数据可以清理

这种业务通常不那么重要,数据不一定非要落库。落库也可以,当个备份。

直接用 Redis 的 list,还能保证每人 100 条数据。
2019-03-19 18:12:28 +08:00
回复了 hkongm 创建的主题 Apple 刚自己换了电池~命大
之前笔记本进水了,准确地说是泡水了,插上电才能用,而且跑得贼慢。去天才吧检测说没救了,哪哪都坏了,修的话得一万多,劝我不如买新的。抱着不服输的心态 200 块买了电池,在家按卖家的教程开始拆电池。

拿螺丝刀撬电池的时候总是撬破,稍微使劲一点电池就直冒火,只能慢慢等它冷却再撬其他地方,花了半个多小时才拆下来。

万幸换上新电池后电脑又活了,现在除了屏幕右下角有一块亮斑,其他没什么毛病。
2019-02-22 21:29:02 +08:00
回复了 Kraken 创建的主题 Java [ Java ] 提高 tomcat 的工作线程最高数量 能不能提高吞吐量?
@gz911122 +1
提高线程数能不能提高吞吐量,得看项目本身了。对 IO 密集型的来说通常是提高的,对 CPU 密集的来说用处就不大了,因为线程数可能根本没用完。
所以第一先观测线程使用的情况,简单的方式直接 `netstat -na | grep ESTAB | grep 8080 | wc -l`,如果线程数里现在配置的还远,就没必要动线程数。
第二观测吞吐量,要知道现在的每秒 /每分钟能处理多少请求。然后调整线程数再观察吞吐量数据。
1  2  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1902 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 19ms · UTC 16:29 · PVG 00:29 · LAX 08:29 · JFK 11:29
Developed with CodeLauncher
♥ Do have faith in what you're doing.