V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  Nitroethane  ›  全部回复第 22 页 / 共 53 页
回复总数  1056
1 ... 18  19  20  21  22  23  24  25  26  27 ... 53  
2020-06-02 19:52:51 +08:00
回复了 janssenkm 创建的主题 Oracle 讨论一下/dev/shm?
/dev/shm 就是基于内存的文件系统,一般是用作共享内存的,也可以当作 /tmp 来使用
2020-06-01 19:44:32 +08:00
回复了 Nitroethane 创建的主题 Apple AMD 黑苹果成功
@Quanuanc #39 我没有遇到掉帧的情况。我遇到的情况是桌面直接会冻住三秒左右,然后恢复正常。你可以试试我提到的通过注入显卡的 deviceProperties 提高性能的办法

@SuperY #40 Congratulations
2020-05-30 20:01:28 +08:00
回复了 liuy1994g 创建的主题 MacBook Pro mbp 外接显示器老师没信号是怎么回事啊
我用的 c 转 minidp,有时候也会出现这个情况,而且没有什么有效的解决办法,只能先断开显示器半个小时到一个小时,然后再重新连接。HDMI 的话不知道能不能达到 60 帧
2020-05-28 08:21:21 +08:00
回复了 shilyx 创建的主题 职场话题 想不通,今年失业没工资至今,还要补去年的 5000 个税!
感谢此贴丰富了一波 block 列表。楼上有几位价值观真让人大开眼界呢,什么事只要你米爹干就合理,自己家的 zf 就不合理呗[doge:]
hammerspoon 考虑下
2020-05-17 19:17:37 +08:00
回复了 Nitroethane 创建的主题 Apple AMD 黑苹果成功
@alphatoad #33
@pubby #35
@chinvo #36

我现在遇到的问题是 LG UL650 的 4k 显示器有时候在从睡眠中唤醒的时候收不到输出信号,有时候在开机的时候灰屏,不知道怎么搞的
2020-05-17 16:26:29 +08:00
回复了 Nitroethane 创建的主题 Apple AMD 黑苹果成功
@chinvo #15 我今天试了下 war of mine,的确 30 帧
2020-05-17 15:11:40 +08:00
回复了 Nitroethane 创建的主题 Apple AMD 黑苹果成功
@chinvo #10
@pubby #11
@alphatoad #5

我今天看了下 usb mapping,参考的文章是 aplus.rs 的两篇以及 Vanilla 的 https://dortania.github.io/USB-Map-Guide/amd-mapping/amd.html
我用 IOResgitryExplorer 查看 usb controllers 的时候是这样的:
https://i.imgur.com/qin8YtI.png
看端口序号的话好像并不需要自己去做 usb mapping ?
2020-05-14 21:50:13 +08:00
回复了 Alexander321 创建的主题 问与答 你们觉得自己带升降桌去公司站立办公合适吗?
借楼求好用的升降桌
2020-05-08 19:11:09 +08:00
回复了 fancy2020 创建的主题 MacBook Pro Macbook Pro 15 寸, 16GB 内存已经不够用了?
@Tianao #5 是这样的,我的 17 款 13 寸不带 bar,接个 4K 显示器,什么都不干的情况下 WindowServer 进程大约使用 2G 左右。我也是 16G 内存不够用
2020-05-08 12:07:37 +08:00
回复了 linchengwei 创建的主题 问与答 母亲节要到了,不知道要送什么礼物给妈妈
扫地机器人,电动牙刷,银耳,加湿器。这是我准备买的
2020-05-07 23:12:37 +08:00
回复了 Xuyiyang23333 创建的主题 Linux Windows 总是删除 GRUB 的引导项,怎么破?
新版的 Windows 好像不会覆盖已有的 EFI 分区了。半个月前装黑苹果和 win10 双系统,先黑苹果后 win10,win10 只是在 EFI 分区下添加了自己的引导,对分区中已有的文件没有做任何改动。对了,win10 版本是 1903
2020-05-06 12:07:35 +08:00
回复了 liuguangxuan 创建的主题 C++ 不懂就要问,如何用 C++跨平台获取 CPU、内存使用率?
@3dwelcome #10 抱歉,其实我说话的方式也有点问题,不过就不用纠结这种小事了
2020-05-06 11:47:10 +08:00
回复了 liuguangxuan 创建的主题 C++ 不懂就要问,如何用 C++跨平台获取 CPU、内存使用率?
@3dwelcome #5 ?一脸懵逼,这年头 “不了解就不要乱说” 也算是喷人了么?既然你觉得我是在喷你,那我向你道歉好吧。话说回来, 建议了解一下 /proc/meminfo 里面所有字段的含义么和 Linux 的内存回收机制
2020-05-06 11:35:02 +08:00
回复了 liuguangxuan 创建的主题 C++ 不懂就要问,如何用 C++跨平台获取 CPU、内存使用率?
@3dwelcome 不了解就不要乱说,Linux 下空闲内存都被用作 file cache,在内存不足触发 watermark 的情况下,被用作 file cache 的大部分是能够被内核重新收回的

Linux 下要获取各种数据的话需要自己去解析 /proc 下的各种文件,然后再通过阅读 /proc 的 manual 了解文件中每个字段的含义,比如内存信息的话 /proc/meminfo 。
Windows 的话不清楚
2020-05-03 09:49:36 +08:00
回复了 Nitroethane 创建的主题 Apple AMD 黑苹果成功
@scukmh #23 最开始没有配置通过 DeviceProperties 优化显卡的时候是能正确识别型号,也就是 Radeon RX 5700XT 。后来为了通过注入 DeviceProperties 优化显卡性能,patch 里面将 ProductName 指定成了 W5700X

@fatelight #25 这不是三方文档,是 vanilla 的官方文档

@stimw #26 用 iu 的话虚拟化、Adobe 这些应该是能轻松使用的,不过但从配置来说,Intel 和 AMD 的教程长度差不多
@PerFectTime #27 AMD yes !

@vincentxue #28 有一说一,感觉我的运气还不错,遇到的坑在 tutorial 里有提到,没有遇到奇葩的问题。Adobe 的话,因为暂时没有需求,所以没有动力去测试。App 损坏跟文件权限关系不大,而且你这个方法试了,不管用。没明白睡眠怎么不正常,和我的 MBP 比起来,无非就是点 sleep 后多等 20 秒。传感器的话先不折腾了,看后续 vanilla 的文档更新了,毕竟这个功能属于锦上添花的东西
2020-05-02 18:48:45 +08:00
回复了 Nitroethane 创建的主题 Apple AMD 黑苹果成功
@simon6661 #20 不知道,目前并没有这方面的需求。如果真有的话,我会切到 Windows 去做
2020-05-02 13:17:01 +08:00
回复了 Nitroethane 创建的主题 Apple AMD 黑苹果成功
@chinvo #15 这个倒是没试,因为没打算在 macOS 下玩游戏,而且我也不玩 Dota,不过以后有机会可以试试我 steam 里面别的游戏
2020-05-02 13:15:18 +08:00
回复了 Nitroethane 创建的主题 Apple AMD 黑苹果成功
@ostrichb #12 前一天看了司波图的视频,第二天根据司波图的视频并结合 vanilla 的 tutorial 开始一步步做,加上装机的时间,大概花了两天

@GTD #13 目前除了 App Store 中以前购买的 App 不能用之外,跟白苹果体验没区别
2020-05-02 12:27:00 +08:00
回复了 Nitroethane 创建的主题 Apple AMD 黑苹果成功
@alphatoad #5 目前并不需要 usb 映射,因为不映射也能正常睡眠 /唤醒,只不过睡眠之后外接 USB 硬盘会自动弹出,影响不大
1 ... 18  19  20  21  22  23  24  25  26  27 ... 53  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   3215 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 36ms · UTC 11:07 · PVG 19:07 · LAX 04:07 · JFK 07:07
Developed with CodeLauncher
♥ Do have faith in what you're doing.