解决vm虚拟机中ctrl键粘滞问题（一直处于按下状态）

Jul.01

已于 2024-11-22 08:51:34 修改

阅读量824

点赞数 10

文章标签： vmware

于 2024-11-21 17:18:16 首次发布

版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文链接：https://blog.csdn.net/qq_45998729/article/details/143950379

版权

虚拟机中点击鼠标左键没有问题，单独按下键盘也没有问题，但是如果按下键盘的同时在按下鼠标左键就会卡住。而且100%稳定复现。

发现问题原因：vm版本的问题，我的版本是17.5.0，升级成17.5.2 build-23775571问题解决；

升级的时候不用卸载老版本，直接覆盖安装即可
参考：VMWare17.5.0版本避坑，安装虚拟机后按下键盘和鼠标，界面会卡死 - 牛奶盒 - 博客园

博客等级

码龄5年

63
原创

1102
点赞

1000
收藏

2079
粉丝

关注

私信

热门文章

最新评论

解决anaconda prompt找不到的情况
m0_70258264: 为什么显示Python：can't open file '.Lib\_nsis.py'：[error2]No such file or directory
FlashAttention 如何通过优化自注意力机制的计算过程，来减少对 GPU 全局内存（HBM）的访问，从而提高计算效率。
Jul.01: 是的，您的分析没错。如果内存足够大，不分块确实会更快
FlashAttention 如何通过优化自注意力机制的计算过程，来减少对 GPU 全局内存（HBM）的访问，从而提高计算效率。
南叔先生: 我再想了一下，一是分块和部分快的延迟是否一样，因为分块和不分块，搬运的数据量是一样的，所以总体的延迟应该差不多，但我感觉分块的总体延迟可能还会更大。二是存储量够不够后面简单的计算了一下：假如QK矩阵的维度是512*4096，那两个矩阵用fp16存储，512×4096x2=4,194,304 字节 = 4 MB，两个矩阵应该是8MB，然后，输出矩阵S的维度是4096*4096，即16MB，所以总共需要22MB。真的超了，所以我理解，如果内存够，那应该不分快，速度还会更快。所以，对于size比较小的模型，不分块应该会更快。
FlashAttention 如何通过优化自注意力机制的计算过程，来减少对 GPU 全局内存（HBM）的访问，从而提高计算效率。
南叔先生: 嗷，我是意思就是，既然存储内存够，那不分块，也可以将中间结果存在SRAM里呀。分块和不分块，总体的搬运时间，我理解应该是一样的。
FlashAttention 如何通过优化自注意力机制的计算过程，来减少对 GPU 全局内存（HBM）的访问，从而提高计算效率。
Jul.01: 首先512×1024x2=1,048,576 字节 = 1 MB,两个矩阵应该是2MB.其次数据存储量的角度来看，计算过程中QK结果需要的存储量确实不大，但是频繁地从HBM（高带宽内存）加载数据会产生较大的延迟和带宽压力。如果可以将中间结果存储在SRAM中，就能减少对HBM的访问。因为Flash Attention通过块式计算的方式，可以将 QK 的结果保存在SRAM中，直接在本地进行softmax归一化和后续的矩阵操作，避免将 QK 回写到HBM，从而减少内存带宽的压力并提升计算效率。关于存储量再举个例子：假如是2048x4096的维度fp16存储，单个矩阵需要16M，矩阵维度增加了4倍，但是存储量是指数级的增加。

大家在看

最新文章

目录

展开全部

收起

评论

被折叠的条评论为什么被折叠?

到【灌水乐园】发言

查看更多评论

添加红包

成就一亿技术人!

hope_wisdom

发出的红包

实付元

使用余额支付

点击重新获取

扫码支付

钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。