V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  ryd994  ›  全部回复第 69 页 / 共 497 页
回复总数  9921
1 ... 65  66  67  68  69  70  71  72  73  74 ... 497  
微软也有学费报销啊,1 年 1 万上限,读个 part time 基本够了,online 绰绰有余
各大名校的 online program 多得是,part-time program 也多的是。对于大公司员工来说,申请难度基本为零。白送的“毕业生”就业率,还能收高额学费,不要白不要。
反正我上 uw 的在职基本没问题,前年申请 UIUC 的 online 也过了,只不过因为签证原因没去而已。可以说有钱就能上。

不要本末倒置。读个名校 master 又如何?
如果你想搞学术,那就好好读博士,美硕大部分都是赚钱项目,学术硕太少了。不到两年时间,能搞出什么学术?
如果你想找工作,既然进了大公司,那就好好干,顺便把身份搞定。对于大部分职位来说,学历没人在乎。顺便读个 part time 就够了。找工作时名校学历可能还比不上大公司两年经验有用。甚至大公司有招聘配额,在名校的 career fair 反而难度比小学校难。

@jmc891205 现在申绿卡十年排期,洗洗睡吧。
2020-07-13 21:25:56 +08:00
回复了 shenlanAZ 创建的主题 生活 看到自如闯进 DIYgod 的门 想找一些安防的小智能硬件
如果你觉得这些电子安防安全,建议去看看 devcon 视频。任何号称自己安全,不可能被黑的系统,裤裆里都是屎。因为没有那个内行敢自称没有漏洞。
连大公司用的商业系统都有无数漏洞。这些新开发智能家居只会给你开更多后门

楼上说了,顶门器。不是说这种物理方案不可能被攻破。但是它原理实在简单,它不会在你看不到想不到的地方坑你后背。

人不在家的情况还是算了吧。贵重东西别放屋里。最多搞个监控。电子门锁还是小心点好。
建议先把学历和英文搞定
无论你最好是否决定移民,这两样都是有益无害
你年纪还小,还有很充裕的时间。一般打分移民系统要 30 岁才开始扣分

没有必要找中介,打分移民规则很简单,分数到了就可以移,操作上没有太多技巧。按照官方说明一步步去做就行。如果你的英文水平连这点事情都查不明白,那你又何必出来?
@tinycold rebase 之后也需要 push -f
任何修改历史的操作都需要 push -f
2020-07-12 18:20:35 +08:00
回复了 B910 创建的主题 程序员 现在只会使用 Windows 服务器,是不是落伍了?
Windows 也有远程 cmd/PowerShell
Linux 也可以装桌面环境和远程桌面,又或者可以 X11 转发

其实 X11 转发比远程桌面环境好用多了。不仅安全性有保障,而且只传输窗口内容数据,到本地再渲染。

又或者有 tui,虽然界面简陋但完全够用,甚至还能支持鼠标。字符界面也不占用多少资源。
比如装个复杂依赖的包,那 aptitude 就是比 apt 方便啊。

我全都用过,平时什么方便用什么。Linux 从来都没有只认 cli 。非常不建议用各种面板各种菜刀。要用也至少 bind 到本地,通过 ssh 转发使用。你在给自己增加被攻击面,而且如果攻陷就是 root 权限。
2020-07-12 00:07:55 +08:00
回复了 felix021 创建的主题 推广 生人勿近之 Linux 里养僵尸
@livid /go/推广
2020-07-09 17:58:09 +08:00
回复了 systemcall 创建的主题 硬件 用 SSD 做 raid5 是不是可以显著提高重建成功率?
@systemcall raid 无法叠加 ssd 的性能
ssd 本身的性能已经相当高了。用 SSD 的地方一般不是为了顺序读写带宽,带宽靠堆 hdd 也可以解决。需要的是随机读写,而 raid 对随机读写没有任何用。对于 raid5 这样的有 parity 计算的还会有反效果,因为需要先读所有 bit,计算 parity 之后再回写。而且 parity 计算的消耗也非常大
即使用 raid0/1,raid 卡也大概率会成为瓶颈。所以才有 vroc 技术。如果你不需要 vroc 技术,那你大概率也不需要 SSD raid
2020-07-09 02:01:15 +08:00
回复了 jdjingdian 创建的主题 MacBook Pro 血(钱)的教训,附预防方法
带上你的 usb 蓝牙,去苹果店,把他们电脑全部插一遍。
他敢抓你,你就在店里给他广而告之。
(当然,还有一台 Windows 本以证明你的 usb 蓝牙本身工作正常)
2020-07-05 12:35:13 +08:00
回复了 spcharc 创建的主题 问与答 有没有懂经济的老哥
@spcharc “我们可以通过往海里倒东西来模拟贸易顺差”
这不就是印钱刺激经济?没必要这么浪费啦,发消费券给民众,让民众消费掉不是更好?

出口确实是有利于经济的。所以 RMB 一直在压汇率不升值。因为如果升值的话出口就会受损。所以现在一直在想办法拉动内需。

这也是为什么美联储不敢搞负利率,因为美元有相当一部分是被各国作为外汇储备储存下来的。如果美元大幅度负利率,人家与其储备美元,不如储备黄金。那市场上的美元需求就会大幅减少,结果就会造成美元的贬值。而且不只是对外贬值,对内也贬值。物价飞涨。

“ b 币收回来就是废纸一张”也不完全。各国持有美元现金时,一般会换成美元国债。所以美联储降息,全世界都会受到影响。

同时,美国老说自己贸易逆差,这是耍流氓的它和全世界大多数出口国家都是逆差。因为相当一部分美元出口以后(也就是美国进口货物以后)没有进一步在外汇和进出口市场上流通,而是被收作外汇储备了。
2020-07-05 12:25:41 +08:00
回复了 spcharc 创建的主题 问与答 有没有懂经济的老哥
这里有个外汇市场的问题。外汇储备不可能无限增长或减少,银行需要到外汇市场上再出售或购入这些外汇。因为就如你所说,外汇在本国无法流通。银行兑换牌价也是追随市场的。

以你的例 1 来说。如果没有人来银行把这些 B 元兑换走,那银行就只能到外汇市场上出售,结果就是 B 对 A 元贬值。于是下次这个公司再想把 B 兑换为 A,就只能兑换到更少的 A 元。

如果银行不去外汇市场上出售,那就等于以 B 元为基础储备货币,发行了 A 元。那么结果就和例二一样了。长此以往会损害 A 的货币信用。最终结果就是通胀。
2020-07-04 03:47:45 +08:00
回复了 systemcall 创建的主题 硬件 用 SSD 做 raid5 是不是可以显著提高重建成功率?
@cjpjxjx SSD 的优势是多少块硬盘都无法比拟的
SSD 的优势是写入延迟。这是必须落盘而不能靠缓存的。机械硬盘的寻道时间是硬伤。而且无论怎么 raid,写入延迟都不会更低,甚至因为多了一个中间层还更高了
带 bbu 的 raid 卡可以允许 writeback 缓存顶一下,但是和 SSD 的可持续性还是没法比的
optane 在这方面更强大
要追求极限的话 raid 卡本身就是瓶颈,甚至芯片组也会成为瓶颈,这就要靠 vroc 技术了
2020-07-04 03:41:53 +08:00
回复了 systemcall 创建的主题 硬件 用 SSD 做 raid5 是不是可以显著提高重建成功率?
如果 SSD 做 raid 一般是为了高性能,用 raid5/6 的话校验会成为瓶颈。所以 SSD 一般用 raid10 或直接 raid0 用作缓存
2020-07-04 03:06:06 +08:00
回复了 7DLNU56W 创建的主题 硬件 RAID5 的数据重建真的很糟糕么?
@mxT52CRuqR6o5 那就不是 RAID 了啊
RAID 是什么的缩写? Redundant Array of Inexpensive Disks
Inexpensive 才是重点。你用好的,贵的盘,那就违背了 RAID 的设计理念了。
你可以叫它 RAED:Redundant Array of Expensive Disks
@NightTeam #26
我更倾向于认为是你的实现的性能太低,是时间戳而不是随机数保证了不重复

snowflakes 设计时就指出了依赖时间戳保证唯一性的问题:如果在小于时间戳精度的时间内快速反复生成 ID,就有可能发生碰撞。机器 ID 就是为了规避这个情况。因为单机下维护一致性容易多了。
你倒好,把机器 ID 去掉了。在大规模使用时几乎可以保证会发生碰撞。
@NightTeam #10
"Snowflake 的碰撞问题是因为中位用了时间戳,薄雾算法没有用时间戳,所以不会收到单位时间的限制,也不会产生碰撞问题。另外不用担心高流量下的唯一性,Jmeter 5000w 数据测试过了。"
要保证没有碰撞只有维护某个状态或者维护某种单调递增性。你测试没遇到不代表它不可能发生。
你没有遇到碰撞不排除是占了伪随机数算法的便宜。
我就问你两个独立生成的随机数可不可能有碰撞?这是一个数学问题。

@oneisall8955 喷的是标题党和自大。每个算法都有其适用范围。他这个算法和 snowflakes 解决的完全不是一个问题,去比较性能有什么意义呢?而且,还实现错了。
2020-07-03 20:54:15 +08:00
回复了 ZenFX 创建的主题 汽车 汽车补胎后上高速安全吗
今天没开车
那轮胎昨晚已经漏气漏空了啊,明天打气打不起来的。汽车轮胎没有内胎,全靠压力压在轮毂上。新轮胎要快速充气压上去
就算能打起来,严重亏气状态下长时间放置,胎壁已经严重变形。补好了也没用了

发现漏气就要尽快去最近的修车店补胎。
2020-07-03 19:58:05 +08:00
回复了 7DLNU56W 创建的主题 硬件 RAID5 的数据重建真的很糟糕么?
@7DLNU56W raid6 不也就是 raid5 多了一点点容错? raid 本来就是这样的技术
raid6 软件 raid 不贵,而且只要 CPU 不差,性能都很不错
支持 raid5/6 同时性能好的硬件 raid 都很贵。不贵的都是凑合实现的,性能好不了

raid5 的重建成功率可以计算的,网上有各种计算器。你可以查查你用的盘的 Datasheet,找到相关参数带入计算即可。实际情况肯定比理论计算更复杂。硬盘实际可靠性取决于使用环境,所以一般取 Datasheet 数值再减一两个数量级。同时阵列的可靠性还取决于你有没有及时更换硬盘,以及硬盘是否不同品牌不同批次

建议你了解一下叠瓦技术。简单来说,叠瓦盘写入一个磁道会影响隔壁磁道。所以必须先读出隔壁磁道再一起写入两个磁道。硬盘厂有各种优化,但还是会有坑的。
算法方面我是外行,但是正经学过一点分布式
如果说错了请见谅
算法民科
1.维护分布式全局递增数,同时满足高性能和高可用,非常困难
2. snow flakes 的最后一部分递增就是为了利用单机内部实现原子递增的性能够高。同时保证唯一性。你用 16 位随机数替换,碰撞问题怎么解决?我很怀疑你的算法在高流量的情况下还能保证唯一性
3. 你还注释用真随机就更搞笑了。真随机必须每一个 bit 都来自熵。/dev/random 才是真随机 /dev/urandom 只是含有部分熵的伪随机数。一台没有用户输入的服务器,除非使用硬件熵源,可用的熵非常有限。也就是说真随机几乎无法实现高性能
4. 获取时间戳不一定就很费性能,配合 CPU 内部计数器时间可以做到高性能。
5. 因为 1,你最后选择了单机。你想避免 Redis 单点,结果你自己又成了单点。你有没有实际测试过靠 Redis 维护单调递增,同时由本地服务 /库来计算 ID 的情况?
“由于不是纯数字组成,这就无法满足趋势递增和单调递增这两个属性”
?????
看得出这是 16 进制吗? 16 进制可不可以转换为 2 进制?
uuid1 包含了机器 id 和时间,可以做到每个机器生成的 uuid 单调递增。还有其他算法。
uuid1 的缺点是操作系统的时间精度太低。所以无法保证在大请求量的情况下还能单调递增
这才是 snow flakes 等算法的起源
1 ... 65  66  67  68  69  70  71  72  73  74 ... 497  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2650 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 64ms · UTC 12:25 · PVG 20:25 · LAX 04:25 · JFK 07:25
Developed with CodeLauncher
♥ Do have faith in what you're doing.