V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  msg7086  ›  全部回复第 20 页 / 共 1005 页
回复总数  20082
1 ... 16  17  18  19  20  21  22  23  24  25 ... 1005  
小项目,不太重要的 issue ,用中文没问题。
211 天前
回复了 wesleyqiu 创建的主题 问与答 HEVC main10 和 Avc1 high,哪个更好?
自己肉眼比较,肉眼比不出好坏就直接留小的。压制参数本身不代表画质区别。
SSH 的时候客户端给服务器发送公钥指纹,服务器可以通过公钥指纹找到对应的账户。
普通的 SSH 登录因为多个用户可以共享一个公钥指纹,所以需要你手动提供用户名才知道你连的是哪个。
要拿真实数据去拟合函数曲线的话,可以看看这些数据点
2000 年主流是 128M 内存,800 元左右。
2010 年主流是 2G 左右,差不多小几百能买到。
2020 年主流是 16G 左右。
按照这个趋势下去下去到 2030 年差不多是 128G ,2040 年差不多是 1T ,2050 年差不多是 8T ,2060 年差不多是 64T ,2070 年差不多是 512T ,2080 年差不多是 4P ,2090 年差不多是 32P ,2100 年差不多是 256P ,2110 年差不多是 2E ,2120 年就到 16E 了。

至于科技的尽头,谁都不知道在哪。20 年前的你能知道现在的智能手机长什么样子吗。
@strayerxx #46
建议从 1993 年的视角看问题。
1993 年主流的电脑内存也就 4M ,就算每年增长 4M 内存,需要 1024 年才能到 4G 内存,所以人类根本用不完 32 位内存寻址。更何况主流的软件只需要用 640KB 基本内存就能流畅运行了,需要用到扩展内存的软件凤毛麟角。一块硬盘也就 540M 大小,而且根本用不完,平时出门一张 1.44M 的软盘就足够所有办公需求了。就算是要玩主流游戏大作,DOOM 也就只要 2.4M 。
很快的。可以想想人类从 16bit (64KB) 到 32bit (4GB) 才花了多少时间。乐观估计应该在 50-100 年左右。
@sykbod 我没用过群辉,不过如果他有 SMART 测试功能的话直接用也行,本质都是一样的。或者像楼上说的,用 screen 之类的工具(如果群辉有的话)。
我打开了搜索引擎,搜 104 键的低价红轴键盘,找到第一个知乎推荐文,进去第一款产品就符合你的要求。
https://item.jd.com/100023650600.html
第二款产品也符合。
https://item.jd.com/100018464544.html

我没用过这么便宜的机械键盘,纯粹指路,不作任何推荐。
一般用 badblocks ,实在不行就全盘写随机数据。你跑 SMART 检测,本质上底层也就是读一遍盘。
除非是盘坏了售后要求跑,否则我觉得没有必要一定要用 Sea 工具。
寻找信息?微信拿来放重要信息本身就要打个问号。如果你要保存或者发布信息,单独整理一个公告或者文档可能更恰当一些,闲聊群拿来闲聊我觉得太正常了。
「表情」这个词本身就说明了他的用途——表达表情。文字聊天没有任何表情,相当于面对面的两个人蒙着脸说话。可能你喜欢这样,反正我受不了,我的人生怎么能这么无趣。当然,我喜欢用和看的表情都是比较低调沉稳的类型,一般不会用花里胡哨五颜六色的。
224 天前
回复了 gadore 创建的主题 日本 国庆期间去日本玩了一趟,想通了
日本现在给我的感受就是工资和消费水平都很低,和美国完全不能比。我路过日本的时候去机场 7-11 买了个三明治,大概 200 羊上下,你要在 SEA/SFO 这种机场买个差不多的三明治应该是$10 以上,贵了不止几倍。
工资也是低得不行,东京码农行业强制加班下来年薪也不到五百万羊,和美国比比有一种打发乞丐的感觉了,甚至快要被国内一线城市超了。
从我一个没怎么去过日本的人的角度来看,日本现在有点一潭死水的感觉,工资也不高,消费也不高,加上严重的阶级分层,新人进公司像乞丐,干个几十年好不容易爬上来了也没太多钱,加班严重还要义务参加晚上的团建。年轻人要和老年人抢工作,老年人要和养老生活做斗争,不需要上班的老人还有孤独死的问题。

给我的感觉就是一个适合旅游吃喝但不适合常住的地方(除非你能拿到超过本地人的薪资且能保持良好的 WLB ,或者去纯外企的日本分公司,天天上班说英语的那种)。
225 天前
回复了 lurui45 创建的主题 NAS 关于 NAS 的硬盘分区方案
成品 NAS 就是这样的,没法花里胡哨,你要换盘也不太好换,人家面向的对象群体就是买回来插上硬盘然后相安无事用到报废的。要玩花的,最舒服还是自己组机器,想怎么弄就怎么弄,而且一切操作都是透明的,不会出现问插上硬盘会不会格式化这种问题。
225 天前
回复了 xujinkai 创建的主题 程序员 NanUI 暂停开发,作者去卖钢材了
@icyalala 我一直以来的观点就是,开源项目首先自己要是用户,项目首先能满足「我」,或者「和我一样的人」的需求,然后再是向外扩展。见过一些项目就是虚空开发,写一个项目,自己用不上,光是努力安利给别人用,然后发现别人不用,别人不加星,别人不捐款不付费,积极性消失,一脚把项目踹开。通常一个成功的开源组件,首先是作者自己在用来开发项目,或者作者的公司在用,就比如 Ruby on Rails 项目,就是 DHH 在写 Basecamp 的时候,把自己的代码框架拆分出来做的开源框架。就算全世界的人都不用 Rails 了,至少这个项目还有一个用户,那就是 DHH (和这个公司)自己。同理,开发过程中的需求、痛点,这些作者自己就深有体会,知人间疾苦,才懂得怎么去改进优化项目。

这个 NanUI 看上去就是一个一时兴起的作品,我不否认这个项目会有不错的市场需求,但是单人项目,又不是自己的刚需,感觉走不远。
227 天前
回复了 cnbatch 创建的主题 C++ Intel x86-simd-sort“故意”对 AMD 负优化?
@yzbythesea 测试都不愿意好好做的程序员这边还是建议不要乱给开源项目做贡献了。
227 天前
回复了 cnbatch 创建的主题 C++ Intel x86-simd-sort“故意”对 AMD 负优化?
@yzbythesea 首先,这种变动应该是 openjdk 来 review 。其次,openjdk 应该让 intel 出具 benchmark 报告。amd 不提 PR 所以他没有义务去 review 。Intel 提了 PR ,当然有义务保证提的 PR 的质量。Intel 不愿意在其他平台测,他可以不往公共类库里塞东西啊。他自己搞个 Intel JDK 又没人会说他。凭什么公共项目可以给你 Intel 放会给 AMD 减速的代码?

不愿意好好做 PR 可以不做,不会怪你的。
228 天前
回复了 sloknyyz 创建的主题 Google Google 真是臉都不要了
开了无痕,没 ad 之类的广告屏蔽插件,没能复现。
我这边是美区中文语言,不知道和区域有多少影响,是不是只针对部分地区投放。
当然也可能是举报生效了。
插上以后系统就会自动使用空闲的内存了,不需要你自己动手调整也可以利用到。磁盘读写的内容会自动缓存,写入磁盘的数据会自动缓冲,另外也会大幅减少因为 swapping 导致的 SSD 写入损耗。
228 天前
回复了 cnbatch 创建的主题 C++ Intel x86-simd-sort“故意”对 AMD 负优化?
@yzbythesea 只要他不提交到公共的开源类库,他当然不需要帮别的平台测啦。

提交一个让竞争对手运行速度变慢的「优化」到公共类库?有本事你 Intel fork 一个自己品牌的项目,随便你怎么瞎搞,把 Intel CPU 运行速度优化成 AMD 的一万倍也是你的本事。看看 Clear Linux ,Intel 自己发行的,专门为 Intel 优化的,在 AMD 平台上跑得再慢也没人怪你。Intel C++ Compiler ,也是针对 Intel 优化的。(而且就算是 ICL 这样 Intel 自己的产品,为 AMD 做反优化也已经涉嫌违反反垄断法吃官司了。)
这 OpenJDK 又不是你 Intel 搞出来的。
228 天前
回复了 cnbatch 创建的主题 C++ Intel x86-simd-sort“故意”对 AMD 负优化?
@Bingchunmoli 热知识:AMD 的 AVX512 甚至在有些工况下比 Intel 的 AVX512 还快。Intel 的 AVX512 需要仔细调优否则分分钟降频抹平一切性能优势。AMD 可以无脑启用,因为几乎总是跑得更快。
1 ... 16  17  18  19  20  21  22  23  24  25 ... 1005  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5195 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 6288ms · UTC 01:44 · PVG 09:44 · LAX 18:44 · JFK 21:44
Developed with CodeLauncher
♥ Do have faith in what you're doing.