ColorfulBoar

ColorfulBoar

野猪教 神职人员
V2EX 第 551680 号会员,加入于 2021-07-24 11:55:03 +08:00
今日活跃度排名 78
ColorfulBoar 最近回复了
12 小时 34 分钟前
回复了 wisefree 创建的主题 C++ C++如何简单地在堆上创建多维数组?
在不在堆上其实不是个问题……总的来说建议不要用“多维数组”,然后把它分成「一坨数据」和「访问方式」两部分,这样不管是写起来还是用起来还是做优化都比较方便(就像 graphics API 里面总是把 texture 和 view 分开一样)。
举个只用标准库的朴素例子:

(没有 C++23 自己去毛一个 https://github.com/kokkos/mdspan
5 天前
回复了 serialt 创建的主题 问与答 吐槽一波 powershell
既然 bash 这么好用,希望你以后写别的语言的时候主动禁用除字符串以外的所有非函数类型,所有的函数类型都是 string->string ,永远只传一个字符串进去然后用自己绝世的字符串处理技巧手动解析出需要的信息,最后再把需要返回的信息编码成一个新字符串返回

另外这种能觉得 bash 是个好东西的审美……真的强烈推荐尝试一下 C 和 Go ,你一定会喜欢的!
(无奖竞猜:这三个的共同点是____
9 天前
回复了 leewi9coder 创建的主题 问与答 有没有可能苹果会出游戏主机?
要么收购索尼互动娱乐,试试搞一把《神仏習合》;
要么就干脆别搞,这样永远可以对着分不清 CPU 和 GPU 的高质量用户群体宣传游戏生态不行是开发商不配合,让它们在对这么好的芯片被浪费掉的惋惜中幸福地度过一年又一年
感觉可以自己糊一个东西来存 tag (或者其他的 metadata ),想干什么就干什么,然后扫 NTFS 那个 USN 日志来维护文件本身的变动就完事了。既然有 everything ,很难想象没人糊过类似的东西。

话说文件 tag 有啥很爽的用法么,我用 Mac 的时候就没咋搞明白这东西怎么玩合适,以至于现在一点自己糊一个的动力都没有。。。
13 天前
回复了 ililu 创建的主题 macOS Chrome 104 Mac 终于支持硬解 HEVC 了
扫了一眼字节那位的文章真的说不出话来……

「所谓硬解,即指使用 GPU 内专用于解码的芯片来处理解码工作,由于 GPU 多核心低频且专一的优势,在解码视频时发热和功耗显著低于 CPU 。」
敢情调了半天包,愣是没整明白视频解码用的就不是通常的 GPU 核心,Apple 那套 GPU 性能宣传法骗骗外行也就算了,这亲自实现了代码都没搞懂到底是真傻还是装傻……

「考虑到 Apple 其最新 Apple Silicon 芯片专门实现了支持 H.264 、HEVC 和 ProRes 的专用编解码媒体处理引擎,看在 Apple 这么努力的份上,我首先挑选了 macOS 平台来进行尝试 。」
我寻思 GTX960 那一代就支持 HEVC 了,Apple 到底努力在哪了?

「遂观察其实现逻辑,发现 Windows 的硬解实现逻辑与 macOS 完全不同」
想来想去没想通这编解码个视频到底和操作系统有啥关系……整天跟 DirectX 过不去干嘛,就算 Vulkan 的视频相关扩展用不了不能一次性解决两个系统三家硬件(这玩意好像挺新的我也没试过不知道有啥坑),但反正硬件一共就三家,照着 SDK 里面的 sample 和文档抄一抄做三遍也完事了,照现在你这个搞法咋支持 Linux……哦不支持啊那没事了,虽然跟我没关系,但感觉 Linux 用户真是倒了大霉了,就因为实现者脑袋不咋转就莫名其妙失去了支持 (//●⁰౪⁰●)//
14 天前
回复了 ecloud 创建的主题 Rust 感慨一下, rust 的性能竟然这么好
@20015jjw #17 我觉得不能说是不治本,现在功耗问题更大的是在 Windows 上而不是 Intel 上。我手里的笔记本只要把屏幕转过去进入平板模式之后在流畅度没有肉眼可见的变化情况下风扇声和发热骤减,说明 CPU 完全可以在低功耗下提供过得去的性能,只不过操作系统使用了奇怪的调度方式。现在有个改变调度策略的 API 不就是解决问题的正道么。
(至于实际效果咋样……我系统版本还在 22000 ,虽然这个程序里面判断只要>=22000 就行了但任务管理器里面看还是感觉只有 UWP 应用能进入这个节能状态,目前对于其他程序可能只有调节进程优先级的作用,现在懒得详细测试了等过几个月 22H2 更新了我再试试
@20015jjw #15 您这真是云评测,凭空想了这么多就是不愿意看一眼代码……这玩意除了 interop 一共就两个文件,一个跟空的没啥区别,打开最后一个 EnergyManager.cs ,开头就是 BypassProcessList 。所以且不说这玩意是不是真的会影响下载进程,实在心里难受加进这个白名单不就得了
15 天前
回复了 newghost 创建的主题 Rust 感觉 RUST 上手难度有点高开发速度有点慢,
@andyJado #40 话说那玩意有啥内容上的硬伤么,我没细看扫了一眼只是感觉行文用语不是很对劲
20 天前
回复了 pdog18 创建的主题 问与答 有没有快速归纳谬论的办法?
正常版本: https://telegra.ph/%E9%87%8E%E7%8C%AA%E6%95%99-%E9%80%BB%E8%BE%91%E7%AF%87-07-27

这♂🐗些♂🐗东♂🐗西♂🐗有♂🐗个♂🐗球♂🐗用……给♂🐗它们♂🐗起♂🐗个♂🐗看起来♂🐗让♂🐗自己♂🐗显得♂🐗聪明♂🐗一点♂🐗的♂🐗名字♂🐗百害♂🐗而无♂🐗一利♂🐗,「 re♂🐗d h♂🐗erri♂🐗ng 」比♂🐗「转♂🐗移♂🐗话题♂🐗」♂🐗增加♂🐗了额♂🐗外♂🐗的♂🐗解码♂🐗负担♂🐗,♂🐗然后♂🐗有♂🐗多♂🐗提供♂🐗任何♂🐗信息♂🐗么♂🐗?♂🐗♂🐗此外♂🐗这些♂🐗东西♂🐗并不♂🐗是♂🐗白♂🐗送♂🐗的♂🐗:♂🐗red ♂🐗herring ♂🐗可能是♂🐗别人♂🐗发现♂🐗了♂🐗真正♂🐗重要♂🐗的事情♂🐗才♂🐗不想♂🐗继续♂🐗讨论♂🐗之前♂🐗的♂🐗东西♂🐗; ♂🐗slippery ♂🐗slope ♂🐗可能是♂🐗远见♂🐗的♂🐗别名♂🐗; ♂🐗strawman ♂🐗可能是♂🐗你♂🐗内心♂🐗的♂🐗隐秘♂🐗欲♂🐗♂♂🐗望♂🐗在♂🐗现实♂🐗的♂🐗投影♂🐗( ♂🐗♂🐗ad ♂🐗hominem 以♂🐗更♂🐗粗♂🐗♂♂🐗暴♂🐗的♂🐗方式♂🐗揭示♂🐗了♂🐗它♂🐗); ♂🐗cheery♂🐗-♂🐗♂🐗picking 可能是♂🐗别人♂🐗具有♂🐗你♂🐗没有♂🐗的♂🐗无法♂🐗用♂🐗言语♂🐗♂🐗描述♂🐗的♂🐗直觉……

所以我们野猪教推荐:
1. 如♂🐗果你♂🐗真想♂🐗好好♂🐗讨论♂🐗,♂🐗切记♂🐗♂🐗第一♂🐗要♂🐗义乃是♂🐗♂🐗[♂🐗principle of ♂🐗charity♂🐗]( ♂🐗♂🐗https♂🐗://♂🐗en♂🐗.♂🐗wikipedia♂🐗.♂🐗org♂🐗/♂🐗wiki♂🐗/♂🐗Principle_of_charity♂🐗♂🐗),♂🐗这♂🐗极其♂🐗困难♂🐗,♂🐗但♂🐗至少♂🐗在♂🐗♂🐗不想♂🐗讨论♂🐗问题♂🐗的♂🐗时候♂🐗自己知道♂🐗♂🐗自己♂🐗在干♂🐗嘛不要骗自己
2. 如♂🐗果♂🐗你想♂🐗防止♂🐗被♂🐗坑♂🐗,♂🐗需要♂🐗具备♂🐗的是♂🐗由♂🐗简单♂🐗又♂🐗深刻♂🐗的♂🐗东西♂🐗支撑♂🐗的♂🐗健全♂🐗常识♂🐗,♂🐗找到♂🐗♂🐗足够♂🐗多♂🐗的♂🐗、♂🐗尽可能♂♂🐗🐗♂🐗独立♂🐗起作用♂🐗的♂🐗组合♂🐗( ♂🐗♂🐗portfolio ♂🐗)♂🐗它们♂🐗乃是♂🐗迷♂🐗雾♂🐗♂🐗中的♂🐗灯♂🐗塔♂🐗
3. ♂🐗具备♂🐗♂🐗健全♂🐗常识后,♂🐗就应该♂🐗远离♂🐗逻辑 ♂🐗/♂🐗集合♂🐗论♂🐗等♂🐗过于♂🐗底层♂🐗的东西♂🐗,它们♂🐗既♂🐗不能♂🐗提高♂🐗认知♂🐗能力 ♂🐗又♂🐗会♂🐗让♂🐗你♂🐗因为♂🐗缺乏可靠♂🐗直觉♂🐗(♂🐗此♂🐗乃 ♂🐗♂🐗2 ♂🐗中♂🐗建立♂🐗的♂🐗东西♂🐗)♂🐗指引♂🐗极♂🐗易♂🐗掉进♂🐗坑里♂🐗。♂🐗做出♂🐗♂🐗正确♂🐗判断♂🐗的♂🐗能力♂🐗千金♂🐗难♂🐗♂🐗换♂🐗,♂🐗跟♂🐗这种♂🐗廉价♂🐗的♂🐗♂🐗东西♂🐗没♂🐗啥♂🐗关系。
4♂🐗. ♂🐗名字♂🐗即♂🐗咒语♂🐗(♂🐗此♂🐗处♂🐗省略♂🐗数♂🐗千♂🐗♂🐗字♂🐗解释♂🐗),♂🐗比起♂🐗给 ♂🐗trivial ♂🐗的♂🐗东西♂🐗起个♂🐗奇怪♂🐗的♂🐗名字♂🐗挥霍♂🐗♂🐗自己♂🐗有限♂🐗的♂🐗魔力♂🐗,♂🐗我们还是♂🐗♂🐗建议♂🐗给♂🐗自己♂🐗发明♂🐗的♂🐗乱七八糟♂🐗的♂🐗东西♂🐗起♂🐗个♂🐗像♂🐗「♂🐗野猪♂🐗教♂🐗」♂🐗一样♂🐗弱♂🐗智♂🐗的♂🐗名字
关于   ·   帮助文档   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   1832 人在线   最高记录 5497   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 28ms · UTC 16:57 · PVG 00:57 · LAX 09:57 · JFK 12:57
Developed with CodeLauncher
♥ Do have faith in what you're doing.