PS打不开图或者psd文件，图和文件都没有损坏，提示内存不足，但我电脑内存还有很多orz_百度知道
PS打不开图或者psd文件，图和文件都没有损坏，提示内存不足，但我电脑内存还有很多orz
PS打不开图或者psd文件，图和文件都没有损坏，提示内存不足，但我电脑内存还有很多orz求问大神该怎么办啊orz...
PS打不开图或者psd文件，图和文件都没有损坏，提示内存不足，但我电脑内存还有很多orz求问大神该怎么办啊orz
答题抽奖
首次认真答题后
即可获得3次抽奖机会，100%中奖。
采纳数：51
获赞数：13
擅长：暂未定制
有可能是图片坏了，要不把ps卸载重装，要不把存储文件夹改一下
图片没有坏，我试了好多个，而且sai能打开
那就ps卸载重装吧
估计是软件出问题了
为你推荐：
其他类似问题
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。说在前面的话
朋友，你经历过部署好的服务突然内存溢出吗？
你经历过没有看过Java虚拟机，来解决内存溢出的痛苦吗？
你经历过一个BUG，百思不得其解，头发一根一根脱落的烦恼吗？
我知道，你有过！
但是我还是要来说说我的故事..................
有一个项目做一个系统，分客户端和服务端，客户端用c++写的，用来收集信息然后传给服务端（客户端的数量还是比较多的，正常的有几千个），
服务端用Java写的（带管理页面），属于RPC模式，中间的通信框架使用的是thrift。
thrift很多优点就不多说了，它是facebook的开源的rpc框架，主要是它能够跨语言，序列化速度快，但是他有个不讨喜的地方就是它必须用自己IDL来定义接口
thrift版本：0.9.2.
问题定位与分析
步骤一.初步分析
客户端无法连接服务端，查看服务器的端口开启状况，服务端口并没有开启。于是启动服务端，启动几秒后，服务端崩溃，重复启动，服务端依旧在启动几秒后崩溃。
步骤二.查看服务端日志分析
分析得知是因为java.lang.OutOfMemoryError: Java heap space（堆内存溢出）导致的服务崩溃。
客户端搜集的主机信息，主机策略都是放在缓存中，可能是因为缓存较大造成的，但是通过日志可以看出是因为Thrift服务抛出的堆内存溢出异常与缓存大小无关。
步骤三.再次分析服务端日志
可以发现每次抛出异常的时候都会伴随着几十个客户端在向服务端发送日志，往往在发送几十条日志之后，服务崩溃。可以假设是不是堆内存设置的太小了？
查看启动参数配置，最大堆内存为256MB。修改启动配置，启动的时候分配更多的堆内存，改成java -server -Xms512m -Xmx768m。
结果是，能坚持多一点的时间，依旧会内存溢出服务崩溃。得出结论，一味的扩大内存是没有用的。**为了证明结论是正确的，做了这样的实验：**& 内存设置为256MB，在公司服务器上部署了服务端，使用Java VisualVM远程监控服务器堆内存。&& 模拟客户现场，注册3000个客户端，使用300个线程同时发送日志。&& 结果和想象的一样，没有出现内存溢出的情况，如下图：
&& 上图是Java VisualVM远程监控，在压力测试的情况下，没有出现内存溢出的情况，256MB的内存肯定够用的。
步骤四.回到thrift源码中，查找关键问题
服务端采用的是Thrift框架中TThreadedSelectorServer这个类，这是一个NIO的服务。下图是thrift处理请求的模型：
**说明：**&一个AcceptThread执行accept客户端请求操作，将accept到的Transport交给SelectorThread线程， &&AcceptThread中有个balance均衡器分配到SelectorThread；SelectorThread执行read，write操作，&&read到一个FrameBuffer（封装了方法名，参数，参数类型等数据，和读取写入，调用方法的操作）交给WorkerProcess线程池执行方法调用。&&**内存溢出就是在read一个FrameBuffer产生的。**
步骤五.细致一点描述thrift处理过程
&1.服务端服务启动后，会listen()一直监听客户端的请求，当收到请求accept()后，交给线程池去处理这个请求&&2.处理的方式是：首先获取客户端的编码协议getProtocol（），然后根据协议选取指定的工具进行反序列化，接着交给业务类处理process（）&&3.process的顺序是，**先申请临时缓存读取这个请求数据**，处理请求数据，执行业务代码，写响应数据,**最后清除临时缓存**&& **总结：thrift服务端处理请求的时候，会先反序列化数据，接着申请临时缓存读取请求数据，然后执行业务并返回响应数据，最后请求临时缓存。**&& 所以压力测试的时候，thrift性能很高，而且内存占用不高，是因为它有自负载调节，使用NIO模式缓存，并使用线程池处理业务，每次处理完请求之后及时清除缓存。
步骤六.研读FrameBuffer的read方法代码
可以排除掉没有及时清除缓存的可能，方向明确，极大的可能是在申请NIO缓存的时候出现了问题，回到thrift框架，查看FrameBuffer的read方法代码：
public boolean read() {　　　　　　　　&
if (this.state_ == AbstractNonblockingServer.FrameBufferState.READING_FRAME_SIZE) {
if (!this.internalRead()) {
　　　　　　　　&
if (this.buffer_.remaining() != 0) {
int frameSize = this.buffer_.getInt(0);
if (frameSize &= 0) {
this.LOGGER.error("Read an invalid frame size of " + frameSize + ". Are you using TFramedTransport on the client side?");
　　　　　　　　　　//
if ((long)frameSize & AbstractNonblockingServer.this.MAX_READ_BUFFER_BYTES) {
this.LOGGER.error("Read a frame size of " + frameSize + ", which is bigger than the maximum allowable buffer size for ALL connections.");
if (AbstractNonblockingServer.this.readBufferBytesAllocated.get() + (long)frameSize & AbstractNonblockingServer.this.MAX_READ_BUFFER_BYTES) {
AbstractNonblockingServer.this.readBufferBytesAllocated.addAndGet((long)(frameSize + 4));
this.buffer_ = ByteBuffer.allocate(frameSize + 4);
this.buffer_.putInt(frameSize);
this.state_ = AbstractNonblockingServer.FrameBufferState.READING_FRAME;
if (this.state_ == AbstractNonblockingServer.FrameBufferState.READING_FRAME) {
if (!this.internalRead()) {
if (this.buffer_.remaining() == 0) {
this.selectionKey_.interestOps(0);
this.state_ = AbstractNonblockingServer.FrameBufferState.READ_FRAME_COMPLETE;
this.LOGGER.error("Read was called but state is invalid (" + this.state_ + ")");
**说明：**&MAX_READ_BUFFER_BYTES这个值即为对读取的包的长度限制，如果超过长度限制，就不会再读了/&&这个MAX_READ_BUFFER_BYTES是多少呢，thrift代码中给出了答案：
public abstract static class AbstractNonblockingServerArgs&T extends AbstractNonblockingServer.AbstractNonblockingServerArgs&T&& extends AbstractServerArgs&T& {　　　　　
public long maxReadBufferBytes = 4775807L;
public AbstractNonblockingServerArgs(TNonblockingServerTransport transport) {
super(transport);
this.transportFactory(new Factory());
&&从上面源码可以看出，默认值居然给到了long的最大值4775807L。
所以thrift的开发者是觉得使用thrift程序员不够觉得内存不够用吗，这个换算下来就是1045576TB，这个太夸张了，这等于没有限制啊，所以肯定不能用默认值的。
步骤七.通信数据抓包分析
需要可靠的证据证明一个客户端通信的数据包的大小。
&这个是我抓到包最大的长度，最大一个包长度只有215B，所以需要限制一下读取大小
步骤八：踏破铁鞋无觅处
在论坛中，看到有人用http请求thrift服务端出现了内存溢出的情况，所以我抱着试试看的心态，在浏览器中发起了http请求，
果不其然，出现了内存溢出的错误，和客户现场出现的问题一摸一样。这个读取内存的时候数量过大，超过了256MB。& 很明显的一个问题，正常的一个HTTP请求不会有256MB的，考虑到thrift在处理请求的时候有反序列化这个操作。&& 可以做出假设是不是反序列化的问题，不是thrift IDL定义的不能正常的反序列化？&& 验证这个假设，我用Java socket写了一个tcp客户端，向thrift服务端发送请求，果不其然！java.lang.OutOfMemoryError: Java heap space。& 这个假设是正确的,客户端请求数据不是用thrift IDL定义的话，无法正常序列化，序列化出来的数据会异常的大！大到超过1个G的都有。
步骤九. 找到原因
某些客户端没有正常的序列化消息，导致服务端在处理请求的时候，序列化出来的数据特别大，读取该数据的时候出现的内存溢出。
查看维护记录，在别的客户那里也出现过内存溢出导致服务端崩溃的情况，通过重新安装客户端，就不再复现了。
所以可以确定，客户端存在着无法正常序列化消息的情况。考虑到，客户端量比较大，一个一个排除，再重新安装比较困难，工作量很大，所以可以从服务端的角度来解决问题，减少维护工作量。
最后可以确定解决方案了，真的是废了很大的劲，不过也是颇有收获
问题解决方案
在构造TThreadedSelectorServer的时候，增加args.maxReadBufferBytes = 1*1024 * 1024L;也就是说修改maxReadBufferBytes的大小，设置为1MB。
客户端与服务端通过thrift通信的数据包，最大十几K，所以设置最大1MB，是足够的。代码部分修改完成，版本不做改变**修改完毕后，这次进行了异常流测试，发送了http请求，使服务端无法正常序列化。服务端处理结果如下：
thrift会抛出错误日志，并直接没有读这个消息，返回false,不处理这样的请求，将其视为错误请求。3.国外有人对thrift一些server做了压力测试，如下图所示：
使用thrift中的TThreadedSelectorServer吞吐量达到18000以上由于高性能，申请内存和清除内存的操作都是非常快的，平均3ms就处理了一个请求。所以是推荐使用TThreadedSelectorServer
4.修改启动脚本，增大堆内存，分配单独的直接内存。
修改为java -server -Xms512m -Xmx768m -XX:MaxPermSize=256m -XX:NewSize=256m -XX:MaxNewSize=512m -XX:MaxDirectMemorySize=128M。
设置持久代最大值 MaxPermSize:256m
设置年轻代大小 NewSize:256m
年轻代最大值 MaxNewSize:512M
最大堆外内存（直接内存）MaxDirectMemorySize：128M5.综合论坛中，StackOverflow一些同僚的意见，在使用TThreadedSelectorServer时，将读取内存限制设置为1MB，最为合适，正常流和异常流的情况下不会有内存溢出的风险。&之前启动脚本给服务端分配的堆内存过小，考虑到是NIO，所以在启动服务端的时候，有必要单独分配一个直接内存供NIO使用.修改启动参数。
增加堆内存大小直接内存，防止因为服务端缓存太大，导致thrift服务没有内存可申请，无法处理请求。
真的是一次非常酸爽的过程，特此发个博客记录一下，如果有说的不对的对方，欢迎批评斧正！如果觉得写的不错，欢迎给我点个推荐，您的一个推荐是我莫大的动力！
阅读(...) 评论()手机安装应用就说内存不足 无法安装…明明SD卡和手机内存都还有很多空间啊orz 求解决方法
按时间排序
　　这是因为大量的缓存没被清理造成的。　　安卓手机，用的时间长了，不少手机在安装程序的时候，明明有空间，但还是会显示系统内存不足，解决方法：　　1、用专用工具清除存储内存中的缓存及垃圾文件。　　比如LBE安全大师的清理功能，或猎豹清理大师。都有双重清理功能，既可清除运行内存，也可以清除程序缓存、垃圾文件，并且都有深度清理功能，可以发现占空间特别大的文件予以清除。　　2、如果以上方法还不管用，则99%的是Dalvik缓存占了空间。解决方法：　　a.下载安装幸运破解器。　　b.点工具箱里“清除Dalvik缓存”，有的版本翻译为“清除虚拟机缓存并立即重启”，就是把/data分区里的dalvik-cache的全部文件删除。　　c.自动重启或提示重启，重启后即可以有效解决此问题。　　Dalvik是Google公司自己设计用于Android平台的Java虚拟机。Dalvik虚拟机是Google等厂商合作开发的Android移动设备平台的核心组成部分之一。它可以支持已转换为 .dex（即Dalvik Executable）格式的Java应用程序的运行，.dex格式是专为Dalvik设计的一种压缩格式，适合内存和处理器速度有限的系统。Dalvik 经过优化，允许在有限的内存中同时运行多个虚拟机的实例，并且每一个Dalvik 应用作为一个独立的Linux 进程执行。独立的进程可以防止在虚拟机崩溃的时候所有程序都被关闭。　　很长时间以来，Dalvik虚拟机一直被用户指责为拖慢安卓系统运行速度不如IOS的根源。
Root 你的手机，把没用的预装软件都删了，只要你不把所有软件都安装到手机内置储存的话以后应该都不会这样，反正我以前那个是这个样子手机数据备份一下，恢复出厂设置，但这治标不治本，用久了还是会这样的，不舍得的话可以删一些不常用的软件，经常清理应用数据和缓存，把不怎么重要的软件都移到SD卡里面去话说运行内存好像跟这个没什么关系吧
看一下你的运行内存还有多少
感谢您为社区的和谐贡献力量请选择举报类型
经过核实后将会做出处理感谢您为社区和谐做出贡献
确定要取消此次报名，退出该活动？
请输入私信内容：电脑变得很慢很慢，优化也就顶个卵用_(:з)∠)_内存也不少啊ORZ_百度知道
电脑变得很慢很慢，优化也就顶个卵用_(:з)∠)_内存也不少啊ORZ
答题抽奖
首次认真答题后
即可获得3次抽奖机会，100%中奖。
你c盘用的多了。我电脑装了很多大型软件，60G的C盘还剩39g呢。你还只剩18G.C盘是系统盘。最好不要在里面放东西。安装软件的安装位置也要选其他硬盘。
来自电脑网络类芝麻团
采纳数：734
获赞数：595
参与团队：
用鲁大师检测下，发个配置检测图
只看硬盘没用
还有，你发的那个是硬盘的截图！不是内存！
你混淆了！
来自电子数码类芝麻团
硬盘容量不是内存，悉知你的电脑很慢，有可能是硬件的原因，也可能是系统的原因
为你推荐：
其他类似问题
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。3361 条评论分享收藏感谢收起赞同 3116 条评论分享收藏感谢收起}