V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  msg7086  ›  全部回复第 82 页 / 共 1084 页
回复总数  21675
1 ... 78  79  80  81  82  83  84  85  86  87 ... 1084  
❮ ❯
2024 年 5 月 12 日
回复了 hellolinuxer 创建的主题 › OpenAI › GPT 火起来后,你觉得哪些方面提高了很多?
拿来做翻译方便。帮我写代码也挺方便的。
另外这软件还有自动拨号和下载完成自动挂断的功能,对拨号的用户实在是太友好了。
@llsquaer P2P 下载方式起来了以后这种就没什么用了。这些软件都是在 56k 网络的时候才有用,下一个文件要下几十分钟甚至几小时。现在网速是原来的一万倍,没意义了。
@HUZHUANGZHUANG API 是按 token 数收费,没有起步价,你一个月只问一个问题可能就收你一美分。
要看性能有多低了。
我这边 AMD 780M 核显带一台 3440x1440 100Hz 没问题,144Hz 我记得以前试过也没问题。
2024 年 5 月 12 日
回复了 gtchan13579 创建的主题 › 问与答 › 求解关于代位追偿影不影响来年保费的事
@dfkjgklfdjg
应该是说自己的保险公司会按 4S 店定价,对方保险公司就会找便宜的小维修厂定价,一来一去就有差价了。
你是说他家的 API 比官方的 API 便宜,还是说他家走 API 比网页订 20 刀一个月便宜?
另外如果只是为了用 API 的话,前两天帮人查了有桌面 App 可以直连官方 API 。
新闻原文

"Google Cloud CEO, Thomas Kurian has confirmed that the disruption arose from an unprecedented sequence of events whereby an inadvertent misconfiguration during provisioning of UniSuper's Private Cloud services ultimately resulted in the deletion of UniSuper's Private Cloud subscription," the pair said. "This is an isolated, 'one-of-a-kind occurrence' that has never before occurred with any of Google Cloud's clients globally. This should not have happened. Google Cloud has identified the events that led to this disruption and taken measures to ensure this does not happen again."

意思是说当年在开立这家公司账号的时候(可能是单独为客户自定义了什么配置之类的吧?),有一个配置错误,这个配置错误导致了在多年以后的今天,系统自动把客户资料删掉了。
@louisxxx 「澳洲大学退休基金」是一家公司型基金,属于投资机构,机构(公司)本身就是基金,而不是去管理一个基金。
@w568w 你可能搞混了 preallocation 和 sparse file 。
你说的写多少用多少是 sparse file ,而快速 allocation 是立即分配你申请的空间但不初始化成零。
以前那种下载大文件要卡很久,不是因为申请空间慢,而是申请空间的时候需要清零所以慢。快速 alloc 本质上是跳过清零空间。(也意味着这种分配方式需要提权,因为跳过了清零,所以程序可以读到磁盘上原本他看不见的已删除数据。)

为了减少文件碎片,肯定是一次性分配整个文件的空间更划算。
2024 年 5 月 11 日
回复了 Calling 创建的主题 › 信息安全 › 关于同名 wifi 的一些疑问
反正你真的要安全,那就好好搞,自建 PKI 然后搞基于证书验证的 WiFi 凭证。
区区一个密码还指望达到什么样的安全性,你搞再多东西,哪个亲戚手机上有什么密码分享软件的,就出去了。
2024 年 5 月 11 日
回复了 Calling 创建的主题 › 信息安全 › 关于同名 wifi 的一些疑问
@Calling UUID 不还是字符串( 128 位二进制)吗?
我就感叹一下没有见过网络蚂蚁和网际快车的年轻人。

https://i.imgur.com/mW8BuO7.png
我重新理了一下 AI 的说法,我觉得应该是这样的。
as_completed 产生迭代器这个操作是非阻塞的。找迭代器索要值的时候才会阻塞。

比如说伪代码:
1. a = as_completed(...)
2. b = a.get(0)

1 是不阻塞的,2 是阻塞的。
Gemini 回复得很清晰啊,调用本身不会阻塞,然后获取结果的时候如果还没跑完才会阻塞,还有迭代器迭代完以后还没跑完的也会阻塞。

我用的 Prompt 是「 Python ThreadPoolExecutor as_completed 会不会阻塞主线程。如果不会阻塞,那什么时候会阻塞呢?」,你自己可以问问看。
2024 年 5 月 11 日
回复了 angenin 创建的主题 › 问与答 › 各位用什么厂子的手机?哪个系统比较好用呢?
用的一加 12 ,整体还行没发现啥毛病。
2024 年 5 月 11 日
回复了 hitsmaxft 创建的主题 › 职场话题 › 大语言模型改变了你的工作方式吗
翻译从自己翻变成了先让 AI 翻译然后再校对一遍。你还别说,AI 选的词常常比我自己想的好。
2024 年 5 月 10 日
回复了 gpsbird 创建的主题 › 问与答 › 读代码的时候,什么时刻最破防?
不是破防,只是这两天看到了感叹一下。
同事移植了个上古的用 C 写的代码到 Java 。
以前 C 代码有个缓冲区大小限制是 2000000 字节,同事直接照搬过来了。
前几天遇到要处理一个文件,2000010 字节。

程序抛了异常。文件过大。
1 ... 78  79  80  81  82  83  84  85  86  87 ... 1084  
❮ ❯
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Privacy   ·   Solana   ·   2390 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 101ms · UTC 05:33 · PVG 13:33 · LAX 22:33 · JFK 01:33
♥ Do have faith in what you're doing.