V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  wevsty  ›  全部回复第 69 页 / 共 72 页
回复总数  1431
1 ... 61  62  63  64  65  66  67  68  69  70 ... 72  
2016-08-18 20:32:00 +08:00
回复了 onice 创建的主题 信息安全 手机刷机了, google 验证器数据丢了怎么办?
Google 验证器有恢复数据的密钥这种东西么?
Google 验证器中所有的验证数据都是依赖于储存的 OTP 密钥的,那个如果保存了,重新输入就可以得到 OTP 的密码。如果那些密钥都丢失了没有保存,还是尽早联系各路客服进行处理吧。
使用两步验证请切记保存好开启验证时提供的密钥(也可能是二维码)以防止数据丢失,可以使用 keepass 进行协调保管,也可以使用 Authy ,洋葱(国产货)这样的提供在线功能的同步管理器。
2016-08-15 09:40:17 +08:00
回复了 liangmishi 创建的主题 程序员 python 多线程 Ctrl + c 强行停止后会锁死吗?
@suueyoung 我正在头疼是什么问题, error 的部分是标准库里面的实现,并非直接是我代码中的问题。但是有几点,首先 python.exe 有 crash 的现象,这个 crash 的锅我不背,无论什么时候解释器 crash 都是有问题的。
然后 error 报错的位置在
lib\multiprocessing\connection.py", line 280, in _send_bytes
ov, err = _winapi.WriteFile(self._handle, buf, overlapped=True)
TypeError: WriteFile() argument 1 must be int, not None
self._handle 这东西根本不是我传入的参数, lib 里面自己处理的,我实在不明白这代码哪里有问题
G_Process_Lock = multiprocessing.Manager().Lock()
然后再其他进程里面
with G_Process_Lock:
pass
然而这代码就是有概率在 with 退出的时候出现上面的 error 。如果有人能告诉我是哪里出现了问题,我非常感谢。
2016-08-15 01:42:04 +08:00
回复了 onice 创建的主题 信息安全 系统自动更新的时候有没有可能被劫持?
Windows 对每个补丁包都是有数字签名的,我不是很了解 Windows Update 是不是强制 TLS 的,不过 WinHTTPAPI 是支持 TLS 的,所以不必太担心劫持问题。
Linux 的话 apt-get 有使用 GPG 对包签名进行验证,也不用担心
2016-08-15 00:02:31 +08:00
回复了 liangmishi 创建的主题 程序员 python 多线程 Ctrl + c 强行停止后会锁死吗?
我用 multiprocessing pool 写的多进程代码会莫名其妙的出现 error 或者崩溃,还在和社区的人反馈。汗一个。。。
2016-08-14 23:00:02 +08:00
回复了 learning 创建的主题 招商银行 大家都在用哪款招行白金信用卡?
我表示招行金卡够用,暂时用不上白金(其实是没资格申请白金)
2016-08-13 21:09:13 +08:00
回复了 BMW 创建的主题 问与答 你们每月都是怎么控制开销的?
每个月留够生活费和还信用卡的钱,其余全部投到股市
2016-08-09 22:01:25 +08:00
回复了 7timesonenight 创建的主题 问与答 钱怎么出去的
很简单,一个人 5W 美元,动员一下家里人,老爸+老妈+伴侣,这就有 4 个 5W 美元的额度了。一下子能拿出来 20W 美元的家庭不算多,足够用了。
如果这个还不够,办一堆银行卡,存人民币到境外刷卡取现,一张卡 10W 人民币额度,这个也是独立在 5W 美元外的额度。如果发动亲友这样还不够,那只能表示,你需要更专业的方案了。
2016-08-06 00:24:38 +08:00
回复了 universalVZEX 创建的主题 宽带症候群 都说移动出口带宽好,玩起游戏简直是噩梦
@universalVZEX TCP 有握手之类的开销延时上肯定是比 UDP 差一些,不过没有更好的方案了。电信用 UDP 的话照样可以丢包到不认识,电信的国际带宽谁用谁知道。
2016-08-06 00:21:32 +08:00
回复了 Boristype000 创建的主题 Windows 如何给 cmd 配置代理? Proxifier 可以吗?
@Boristype000 暂时没用过 docker ,不过你可以直接在 proxifier 里面看是哪个进程有流量是怎么走的流量,正常来说设置了全局走 proxifier 是不会有问题的。
2016-08-05 23:14:06 +08:00
回复了 universalVZEX 创建的主题 宽带症候群 都说移动出口带宽好,玩起游戏简直是噩梦
@universalVZEX SS 不行的话,也可以用 VPN 中转把 UDP 变 TCP 的,方法很多,还得看你自己怎么处理比较好,当然路由器本身不推荐做这些用处。
@wql 既然只能支持 RC4 的话,主流浏览器的新版本那几乎是都废了。去掉了 SSL3 却只允许 RC4 ,这个配置实在太非主流了。。。
IE11 , EDGE,FIREFOX,CHROME 最新版本基本都去掉了 RC4 的支持,没办法修改设置允许访问,建议退回到 IE10 或者更老版本,如果是 Windows 10 ,只能表示默哀了
ERR_SSL_PROTOCOL_ERROR 说明是 SSL 设置的问题,可能这玩意不支持 TLS1.0 和 TLS1.0 以上的标准。
打开 SSL3.0 然后看看能不能访问吧
2016-08-05 17:14:35 +08:00
回复了 zhubuntu 创建的主题 Windows windows 如何自动关闭占用内存过多的程序
@sun1991 人生有的时候就是这么无奈, 66666~
2016-08-05 17:05:55 +08:00
回复了 zhubuntu 创建的主题 Windows windows 如何自动关闭占用内存过多的程序
@sun1991 很多后台进程或者服务的话是没有 GUI 的啊,无声无息的,没有监控很难注意到的。
2016-08-05 17:00:28 +08:00
回复了 Boristype000 创建的主题 Windows 如何给 cmd 配置代理? Proxifier 可以吗?
cmd 这货本身有下载功能么?
cmd 调用什么组建下载在 Proxifier 设置那个程序才可以。。。
2016-08-05 16:57:32 +08:00
回复了 universalVZEX 创建的主题 宽带症候群 都说移动出口带宽好,玩起游戏简直是噩梦
UDP 可以用 SOCKS5 穿透,这个不是难题
2016-08-05 16:49:54 +08:00
回复了 zhubuntu 创建的主题 Windows windows 如何自动关闭占用内存过多的程序
多补充一句,对于 Windows X64 下运行 X86 的程序,我记得也是有 2GB 的限制的
2016-08-05 16:48:03 +08:00
回复了 zhubuntu 创建的主题 Windows windows 如何自动关闭占用内存过多的程序
对于 X86 的 Windows 来说,单个进程最大只能申请 2GB 的内存空间,这个是系统限制,超过的话会申请内存会直接失败。
对于 X64 的 Windows 来说没有这样的限制,如果想限制自己进程的内存占用,可以使用 SetInformationJobObject 设置 ProcessMemoryLimit 设置 job (有些翻译是翻译成作业)
如果是要检测内存占用,可以使用 GetProcessMemoryInfo 检测。
最后,一般来说内存耗尽以后发生什么事情不好说,但是越不健壮的代码死的越早,我个人倾向于系统挂掉之前,内存泄漏的程序会先崩掉。保证代码不会内存泄露比开个守护进程检测更重要。
2016-08-01 20:12:39 +08:00
回复了 abelyao 创建的主题 问与答 求推荐除了 Gandi 以外的 .cat 域名注册商
这种后缀的域名太冷门了
能注册的地方就不多,根据域名导购网站
贴几个能注册的域名注册商
13.04 USD https://www.espace2001.com/
20.29 USD https://www.easyspace.com
29.99 USD https://www.hover.com
29.99 USD https://www.101domain.com/

对以上域名注册商本人均不了解,如果任何出现问题,概不负责
2016-08-01 13:05:36 +08:00
回复了 2225377fjs 创建的主题 问与答 求教一个问题,超线程技术对服务器吞吐量的影响。。?
吞吐量的大小得看你程序是怎么实现的,没有绝对的数据。
举个例子,假设程序有机器算上超线程有 8 个逻辑核心,而程序执行的是高负载无间断的运算任务,那么 8 线程(进程)并行就足够吃满 100%CPU 了,开辟更多的线程会降低运算速度,因为系统会花费一些资源调度线程从而使得计算任务的时间片减少。相反如果程序执行大量的 IO 操作,或者需要等待的任务,那么开辟超过 8 个以上的线程将会获得更大的优势。
对 Intel 的超线程技术来说,除非很极端的情况,超线程技术应该是不会降低运行速率的。
可以参考一下网上媒体的数据
http://cpu.zol.com.cn/403/4039036_all.html

如果是大型计算任务,我个人建议是进程或者线程数量物理核心数量*1.2 到 1.5 之间,这个也比较符合楼主实测的结果。
1 ... 61  62  63  64  65  66  67  68  69  70 ... 72  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   5356 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 38ms · UTC 08:51 · PVG 16:51 · LAX 01:51 · JFK 04:51
Developed with CodeLauncher
♥ Do have faith in what you're doing.