V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  msg7086  ›  全部回复第 190 页 / 共 1020 页
回复总数  20392
1 ... 186  187  188  189  190  191  192  193  194  195 ... 1020  
2020-06-07 18:25:54 +08:00
回复了 Daath 创建的主题 问与答 请教一些关于视频编码解码问题
@Daath 1060 按理是能支持 8K 回放的,至于为什么只有 1080P,你可能需要自己折腾一下,比如装个新驱动或者装个 Windows 10 试试。
2020-06-07 17:26:07 +08:00
回复了 tesorouo 创建的主题 问与答 找最大的第 m 个数问题
小顶堆?
2020-06-07 17:03:03 +08:00
回复了 Daath 创建的主题 问与答 请教一些关于视频编码解码问题
chrome://gpu/

一路往下翻到 Video Acceleration Information 看看你那边写的是什么?
2020-06-07 16:47:04 +08:00
回复了 Daath 创建的主题 问与答 请教一些关于视频编码解码问题
刚刚用 Chrome 跑了一下 4K,完美支持。CPU 5%,显卡 60%。

是不是你显卡太弱了所以浏览器放弃了?
2020-06-07 08:49:19 +08:00
回复了 XWUS 创建的主题 程序员 [FreeNAS] 请问 6 块 2T 的硬盘采用什么方案?
> 可以再买两块 2T

现在你可能很难买到非 SMR 的 2T 了。
只看标题就知道是 ballooning 。
这东西开着一般也不影响什么,反正虚拟机里跑程序的时候宿主会把内存还回去的。
2020-06-05 08:16:47 +08:00
回复了 jkeller 创建的主题 问与答 谷歌云怎样自定义安装 windows server 的镜像
你可以尝试 dd 硬盘。不过先提醒一句,正版换成盗版是违法行为。
这功能多少年之前就实现了。文件系统实现过,数据库实现过,说简单点你直接 MySQL InnoDB 上开个事务就行了,断电的时候下次启动自动滚回去。
2020-06-05 01:43:38 +08:00
回复了 RainyH2O 创建的主题 问与答 为什么有些网站很喜欢在 URL 塞一大堆参数?
「就是某些人写个百科,发个分享就直接复制粘贴」
都复制粘贴了为什么要怪网站呢,人家明明就支持短链直达的。

至于埋点为什么要放在 URL,当然是因为不放白不放啊。URL 本来就是 URL,能到达资源就行了,设计出 URL 这个功能的人也没把美观作为卖点。

你说目标页面加载完提交,怎么提交?不得用 JavaScript 吗。
你能保证用户的 JavaScript 就一定开着而且一定会运行?
以前做统计还有一种是用一个透明像素点来做,然而你也不能保证浏览器一定会加载这个像素点。
@dawniii 更换技术栈一样有学习成本和招人成本。NoSQL 也不是就没缺点的。对很多公司来说,这种折中的操作更方便。

像我们写 Rails 的其实只需要操作上层模型就行了,下层 ORM 会自动选用 join 或者单句查询,你改成 NoSQL 的话很多现成的工具都没法用,又要重新做技术储备,重新找类库,甚至重新写组件,我觉得没有太大的优势。
@dawniii 几百 GB 的数据表,做过滤查询的时候只查出一部分不是很正常吗?
如果你用 JOIN,能保证充分利用索引做高速连接,我觉得是没有问题的。
不过这里主要讨论的是不做连接的时候性能会受到多大影响的问题。
实际开发环境中有很多查询,在使用 JOIN 时无法充分利用索引,或者至少 MySQL 会比较笨不去用索引,这种时候做简单查询然后手动去处理,可能会比依赖数据库内部查询优化速度更快一些。毕竟查询优化并不一定能洞悉你最终的意图,并不一定能给出最佳的查询计划。

楼上#187 里也举了很多相关的例子,提到的这些其实也就是我们上面提到的,服务器更容易扩展,更容易利用查询缓存,减少锁等等。我个人并不反对使用简单的 JOIN 查询,但是对于应用层简单而数据库层复杂的查询,我是绝对会放在应用层做的。
冒号前面是 key 冒号后面是 value,你再帮他说一遍,你等于……(走错片场了

一般用 2 就行了,如果 key 重复的话也可以用[[k1, v1], [k2, v2]]这样的结构。
@hackingwu #173 你说得没错,很多公司写项目是提前考虑读写分离数据延迟的。
但是反过来看,没有提前考虑数据延迟的项目,在遇到数据库瓶颈的时候就要抓瞎了,得返工回去重新做结构。
这种把数据库当 KV 表的做法,可以看成是缓解数据库瓶颈的「另一种」做法。

@dawniii 所以你还是没说为什么呀。
「然后要在内存里组装一个巨大的 sql 出来吗」
所以就让数据库在内存里组装两个巨大的 joined dataset 出来吗?
一个 ID 撑死也就几字节,几万个 ID 也就占用巨大的几十 KB 内存。
几百 GB 的数据表,几十 MB 的索引,放在数据库内存里组装数据集你一点不心疼,几十 KB 反倒是那么心疼?

「如果数据量更大呢」
如果数据量更大,你会发现 MySQL 做 JOIN 或者子查询会更慢……

子查询也好,JOIN 也好,能用上索引和查询缓存的情况只会比单句查询更少。如果是 Oracle 或者 Postges 这些质量比较高的数据库引擎,可能还靠谱点。如果是 MySQL,放在几年前,你查询稍稍写偏一点,或者索引建得让引擎不舒服了,立马 扫·全·表。现在其实也没好到哪里去,但是因为 MySQL 本身速度还挺快的,所以扫全表就扫全表吧,眼不见为净了。
@starcraft #10 我们这种 211 水平的菜鸡学校没有这种作业。
顺便我们编译原理课大作业,全学院 95%的人是百度回来改改就交的。
2020-06-04 15:27:18 +08:00
回复了 pmispig 创建的主题 程序员 hive 每天数据清洗后导入 mysql 产生大量无意义 binlog
变动 binlog 本来就要高权限,你又不愿给高权限……
2020-06-04 15:25:53 +08:00
回复了 a2532521 创建的主题 Java 这段代码中,位运算,和 byte 是用来做什么的
用来拆字为字节。
@dawniii #167 取几万个 ID 然后再用 IN 查询为什么会慢,兄弟能不能说说看?
@hackingwu #97 数据库 Slave 可以集群,但是数据库集群是有一致性问题的,你往 Master 写数据然后回头从 Slave 读,读出来的不一定是新的值。维护一个 100 台 Slave 的集群比维护 100 台 App server 要难得多。
@ping2 ext4 小文件本来就没有太大优势,不如直接上 reiserfs 了。
@love 应用服务器跑满了堆机器就行,数据库跑满了咋办?改用读写分离又要改一堆代码还要保证数据一致性,还不如省事让 ORM 把数据装配完得了。
1 ... 186  187  188  189  190  191  192  193  194  195 ... 1020  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5853 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 104ms · UTC 03:22 · PVG 11:22 · LAX 20:22 · JFK 23:22
Developed with CodeLauncher
♥ Do have faith in what you're doing.