V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  yanqiyu  ›  全部回复第 25 页 / 共 33 页
回复总数  654
1 ... 17  18  19  20  21  22  23  24  25  26 ... 33  
2020-11-17 19:08:11 +08:00
回复了 3dwelcome 创建的主题 Apple AppleM1 的傲娇,市面上没一个能打的游戏芯片,包括 RTX 3090。
性能和功耗不是简单的线性关系,因为这款 GPU 是低功耗也并不意味着简单的放大规模提升功耗可以获得相应的提升。

这就是“边际效应”

到了高性能阶段,为了 10%的性能提升,需要的可能是远不止 10%的功耗提升,以及相应的架构改进。
2020-11-13 21:47:25 +08:00
回复了 ukipoi 创建的主题 程序员 请问下,比较简单的实现 0.5 到 2 之间的随机数的方法
扩大和缩小概率一样?你可能希望无论是扩大还是缩小概率分布都均匀(生成一个线性变换),抑或是一边均匀另一边按照幂函数映射(你原先的做法就是 best practice ),或者两边都不一定均匀但是要满足幂函数变换下的不变( exp(2, rand()))。

更一般的情况更为复杂(比如你需要指定某一侧具有复杂的概率密度函数形式)那就需要先计算出 pdf/cdf 做专门的生成器了( Inverse Transform Method )
2020-11-12 22:06:39 +08:00
回复了 chengkai 创建的主题 程序员 独立开发者因为广告拦截被优酷索赔 100 万
Adobe Flash 在国内不是被重橙代理了吗,并且其依靠捆绑安装、广告等盈利,按照这个逻辑微软中国提供纯净的 Flash 或者是 Chrome 等直接抛弃 Flash 存在不正当竞争?
2020-11-12 20:30:24 +08:00
回复了 Tarkky 创建的主题 Google 开始远离谷歌
Google 数据导出我记得可以导出到别的云服务?
2020-11-05 22:17:22 +08:00
回复了 station 创建的主题 Linux 强迫症,这些都是哪些内核模块 ?
前两个东西不需要驱动,PCIe Root Complex 是 PCIe 系统的中心,连接 CPU 和内存和其他设备,Bridge 是负责桥接两个 bus 的硬件,比如你的南桥负责下属 PCIe 总线与 CPU 直连的总线之间的桥接,对这些东西的支持没人会把它做成模块。是直接内核负责的: https://github.com/torvalds/linux/tree/master/drivers/pci

第三个应该是 Host Bridge 的不同功能,这和 configuration space 有关,可以理解成这个设备在软件层面可以看成不同的设备,没准有的需要驱动,有的不需要。这的看相应的文档,每个究竟是什么作用。
2020-11-03 14:17:54 +08:00
回复了 anzu 创建的主题 NAS 群晖与威联通因 btrfs 打起来了!
常用 btrfs 有一段时间了,再加上有段时间折腾超频电脑意外死机次数不少,这时候 btrfs 鲁棒性还是不错,没遇到过死机重启导致的文件系统问题。但是对于少数个例遇到文件系统炸了其实也有可能,尤其是前些年到处听说 btrfs 会炸但是现在感觉好些了。

至于 QNAP 文章中提到 btrfs 导致性能下降(对比 ext4 ),拿一个没有 cow 没有 checksum 的文件系统和一个 cow+checksum 进行对比是当然的结果,但是取决于是否愿意用这些性能换取 cow 和校验的收益。

至于无法区分快照存储区以及数据存储区? btrfs 下大家都是子卷,本来就是一回事...也就没有什么快照或数据存储区的东西了。追踪子卷 Exclusive 占用在 btrfs 下只需要 btrfs fi du -s 即可

然后 QNAP 觉得 btrfs 的快照不如 ext4+块级快照就有点令人摸不着头脑,我猜他可能指的是 btrfs 的快照作为子卷假设可读写然后也会被勒索软件橄榄?那确实是个问题,只读快照或者一开始就规划子卷结构把让快照的子卷不被挂载就没问题了。

但是 btrfs 现在确实并非完美,具体已知问题可见: https://btrfs.wiki.kernel.org/index.php/Status 看着自己的使用场景决定要不要用吧
2020-10-30 01:16:20 +08:00
回复了 fuxiuyin 创建的主题 程序员 卧槽? x 东 bug 了? 说实话想退。。求老哥们劝醒
可以考虑转卖给需要的人
2020-10-29 23:14:31 +08:00
回复了 cheng6563 创建的主题 Linux Ubuntu 桌面版的更新服务居然包括 BIOS?
主流发行版都支持,但是不是所有硬件厂商都做了这件事情

具体靠的是 https://fwupd.org/ 提供的服务,就戴尔和惠普在积极推进,很多厂商还在观望
2020-10-27 20:23:47 +08:00
回复了 zqyisasd 创建的主题 Linux 清理日志无效
那就考虑这个 https://man7.org/linux/man-pages/man1/split.1.html
用法:
somecommand | split -l <合适的截断行数> --filter='gzip > $FILE.gz' - <输出文件名前缀>

就能实现日志自动分割与存档
2020-10-24 01:06:19 +08:00
回复了 zqyisasd 创建的主题 Linux 清理日志无效
@zqyisasd 才读到这一条,换用 >> 来重定向到日志试一试,理论上这样才能保证打开文件用了 O_APPEND 属性,从而使得 > 清理文件好用
2020-10-24 00:58:54 +08:00
回复了 zqyisasd 创建的主题 Linux 清理日志无效
用 `truncate -s 0` 清空看看

不过既然 df 都提示空间释放了,我猜空间是真的释放了 ls -lh 的输出可能是撞上了 bug
内存和文件层面的 io 测试可以考虑现成的 https://github.com/akopytov/sysbench

真的要测试内存的话就直接 mlock 一块来读写?主要是要足够大免得被缓存吃下去了
测试 emmc 直接 dd 应该不是问的
2020-10-22 10:10:17 +08:00
回复了 matrix67 创建的主题 程序员 抓到了,桌面弹出的双十一广告是福昕阅读器的。
使用过程中弹窗还是自启弹窗?

顺便查了下这东西官网介绍

福昕阅读器(Foxit Reader) - 全球 5.6 亿用户的选择,是为数不多的在全球范围内流行的 PDF 阅读器之一。它以安全著称,可以抵御各种流氓软件或恶意攻击,从底层技术、应用设计、功能实现到处理机制,都广泛考虑了各层面用户对安全的需求。它也是唯一支持微软 SharePoint 服务器和 Office365 环境下对 PDF 文档进行权限控制与应用的 PDF 阅读器。

**可以抵御各种流氓软件**XD
叉乘其实就是反交换的线性运算,对应的代数结构是外代数(这是叉乘的本质,区别就是它在外向量和原来的向量之间建立了线性同构的等价关系,这个等价关系的具体形式决定了你的坐标系的手性)有趣的是外代数变成叉乘的形式只在三维和七维是良定义的。这里有很多数学上有价值的结论,比如外向量对应几何中的赝向量云云。

至于夹角什么的都是额外的几何性质,并不反应叉乘的本质,夹角在内积空间才会有好的定义...所以和夹角相关的定义才是偏离了本质。

当然,这都是数学上的东西...
2020-10-18 16:17:46 +08:00
回复了 yyyb 创建的主题 问与答 YouTube 是不是限速了?
@liuchunwy 看起来是编解码器的问题,今天我在调我的播放器的时候用这个视频(当然是下载下来)做了实验,结果是 libdav1d 能在 3900x 上以不算离谱的占用解码,当然 libaom-av1 就原地爆炸了(20fps,70% CPU 占用)
https://imgchr.com/i/0XhSLq
这问题很复杂,我需要小明的健康状况以及健康状况-三年死亡率的大数据,计算小明在 2017~2020 年之间会不会暴毙
整个硬盘不行,但是对于操作系统文件可以(Linux 社区有这样的尝试),当然实现也不是 git ( git 不是干这个活的,这么多二进制用 git 怕不是爆炸),可以看看 https://silverblue.fedoraproject.org/ ,每个 install 有 commit hash, /usr 只读,但是启动的时候可以选择之前的 commit, 更新也类似于 git pull, 直接拉取上游的下一个 commit

要是想要覆盖系统文件之外的东西,你还不如手动管理快照,要是愿意上 zfs, btrfs,用快照机制,应该也能做到你需要的效果,出问题就回滚快照。
2020-10-13 18:37:17 +08:00
回复了 iszengmh 创建的主题 问与答 想学习 GCP,好像要信用卡,可不可以注册后,注销掉信用卡
试用的话 Google 无所谓,要小心的是亚马逊
2020-10-13 18:21:41 +08:00
回复了 lovecy 创建的主题 Linux Linux 上源码安装,如何解决依赖?
一个软件包发布的时候,只能知道需求的下限(比如不低于 gcc 某个版本,以满足某个语言特性要求),但是不能给出上限(我咋知道之后发布的软件长啥样),再加上多数开源基础库多数情况能保证 API 层面向下兼容,于是在此数情况下使用高版本不是问题

...要是 API 不兼容了呢,那就降级呗,虽然罕见,但不是不可能,做发行版包维护偶尔就会撞上上游搞 API 修改,这种 breaking change 肯定会在 changelog 浓墨重彩的提一笔
1 ... 17  18  19  20  21  22  23  24  25  26 ... 33  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5717 人在线   最高记录 6547   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 42ms · UTC 06:58 · PVG 14:58 · LAX 23:58 · JFK 02:58
Developed with CodeLauncher
♥ Do have faith in what you're doing.