草庐IT

low_memory

全部标签

java - 内存不足错误 : Java heap memory on Android Studio

在编译我的Android项目时如何修复java.lang.OutOfMemoryError:Javaheapspace?我在升级到AndroidStudio版本1后得到这个。但是,我不认为这是问题所在。最有可能在我开始将我的应用程序升级到SDK21时(之前是SDK20)。但我也不太确定。我搜索了somefix,但找不到一个有效的。大多数修复都是针对EclipseIDE的。这是我在编译时得到的完整logcat错误:warning:IgnoringInnerClassesattributeforananonymousinnerclass(net.lingala.zip4j.unzip.Un

java - 为什么在 Java 中 (high + low)/2 是错误的,但 (high + low) >>> 1 不是?

我了解>>>修复了溢出:当添加两个大的正长时,您最终可能会得到一个负数。有人能解释一下这种按位移位如何神奇地解决溢出问题吗?它与>>有何不同?我的怀疑:我认为这与Java使用二进制补码这一事实有关,因此如果我们有额外的空间,溢出是正确的数字,但因为我们没有,所以它变成了负数。因此,当您移位并用零填充时,由于二进制补码,它会神奇地固定。但我可能是错的,有位头脑的人必须确认。:) 最佳答案 简而言之,(high+low)>>>1是一种利用未使用的符号位对非负数进行正确平均的技巧。在high和low都是非负的假设下,我们确定最高位(符号位

java - RythmEngine 和 TemplateClassManager 堆的最大对象 : memory leak problems

在我的公司中,我们正在使用Rythm,因为它的便利性和在项目中的易用性。在我们的项目中,我们发送了几封电子邮件(每天1000-2000封电子邮件);电子邮件模板是具有动态语法(Java代码)的Rythm模板。性能似乎不错,并且通过了集成测试。尽管如此,我们已经试验了几个内存问题,这些问题会在3-4天后导致内存泄漏。Profiling,我们观察到Rythm是堆中最大的对象(我们的profiling大约需要1天),甚至比Spring中的ClassLoader或BeanFactory还要多。使用堆工具分析器,我们观察到RythmEngine和TemplateClassManager是最大的对

Spring + hibernate : Query Plan Cache Memory usage

我正在使用最新版本的SpringBoot编写应用程序。我最近遇到了堆增长的问题,即不能被垃圾收集。使用EclipseMAT对堆的分析表明,在运行应用程序的一小时内,堆增长到630MB,而Hibernate的SessionFactoryImpl使用了整个堆的75%以上。我正在寻找可能的查询计划缓存周围的资源,但我发现的唯一内容是this,但这并没有发挥出来。属性设置如下:spring.jpa.properties.hibernate.query.plan_cache_max_soft_references=1024spring.jpa.properties.hibernate.query

memory-leaks - Dart/Flutter 有弱引用的概念吗?

我正处于学习的早期阶段Dart&Flutter.我正在研究如何实现eventbus,它工作正常,但我注意到小部件(和/或其关联状态)持有对(全局)事件总线的强引用,导致内存泄漏。解决方案是在小部件状态的dispose方法中取消订阅,但我想知道是否有更好的方法(我来自Swift,它允许将变量声明为“弱”)。编辑我最终将状态子类化如下...有更好的建议吗?abstractclassCustomStateextendsState{ListeventSubscriptions=[];voidsubscribeToEvent(ObjecteventClass,Functioncallback){

windows - Docker 无法在 Windows 上启动 : Not Enough memory to start docker

我正在尝试在Windows上开始使用Docker。我的机器有4GB的RAM和1.9GHz-2.5GHzInteli5处理器,运行Windows10Prox64。我知道这些不是强大的规范,但我认为我应该能够运行Docker?但是,下载Docker后,我收到错误消息:NotEnoughmemorytostartdocker我看过各种论坛帖子和github问题,并遵循了我能看到的所有建议,例如修改Docker中的设置,我尝试了这些:他们还提到了更改Hyper-VVM的设置,但是,这似乎被删除并在每次尝试启动时使用Docker指定的设置重新创建。我尝试了2048MB、1792MB、1536MB

memory - 由于长时间运行进程的日志导致 Docker 守护进程内存泄漏

我有以下设置:在容器中运行的Perl服务并将日志写入STDERRlogspout将这些日志发送到远程服务器进行归档在600MBRAM的机器上。我还定期截断日志:/var/lib/docker/containers/CID/CID-json.log如建议here以避免100%磁盘情况。问题Docker守护进程从低内存使用开始,最初为1%,在容器运行2天后缓慢增加到40%。引用Docker守护进程内存泄漏已在thisissue中讨论过和thisissue.但是他们现在都关闭了,说在提交时合并。我正在运行最新的主要版本docker(Docker版本1.4.0,构建4595d4f),但仍然面临

mongodb - 机器猫 : Exceeded memory limit for $group

我正在使用一个脚本来删除mongo上的重复项,它在一个包含10个项目的集合中工作,我将其用作测试,但是当我用于包含600万个文档的真实集合时,我得到了一个错误。这是我在Robomongo中运行的脚本(现在称为Robo3T):varbulk=db.getCollection('RAW_COLLECTION').initializeOrderedBulkOp();varcount=0;db.getCollection('RAW_COLLECTION').aggregate([//Grouponuniquevaluestoring_idvaluestoarrayandcount{"$grou

mongodb - 机器猫 : Exceeded memory limit for $group

我正在使用一个脚本来删除mongo上的重复项,它在一个包含10个项目的集合中工作,我将其用作测试,但是当我用于包含600万个文档的真实集合时,我得到了一个错误。这是我在Robomongo中运行的脚本(现在称为Robo3T):varbulk=db.getCollection('RAW_COLLECTION').initializeOrderedBulkOp();varcount=0;db.getCollection('RAW_COLLECTION').aggregate([//Grouponuniquevaluestoring_idvaluestoarrayandcount{"$grou

memory - MongoDB 副本集中的每个服务器是否都需要完全相同的 RAM?

我可以在MongoDB1.8中使用具有不同RAM量的服务器设置副本集吗?server1:5GB服务器2:2GBserver3:4gb如果是,有什么优点和缺点? 最佳答案 不,您不需要相等的RAM。(是的,您可以按照说明设置副本集。)MongoDB使用内存映射文件进行所有缓存,这意味着缓存分页由操作系统处理。具有更多内存的副本将在内存中保留更多的数据库;那些更少的页面将更多的页面到磁盘。如果可以的话,MongoDB最终会将整个数据库放入内存中。如果您使用两个副本进行读取,一个副本用于写入,您可能希望使用5gb和4gb机器进行读取,因此