完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
GAO,QI(A-Sonoma,ex1)在20/08/2006 02:01写了以下内容:>>从VEE在Memory泄漏下的在线帮助中,它记录了两个已知的场景。>>这是其中之一。
注意“预期的程序执行过程”。 >> >>当Formula对象使用Error引脚时,您的程序可能会泄漏内存,并且在程序执行的预期过程中会触发Error引脚。 这种情况的一个例子是表达式>执行除零操作,导致Error引脚触发。>> >> >>这是另一种情况 - >>只有当事务对象包含时才存在内存泄漏情况 >两个READ事务,它们都引用相同的输出引脚,但使用>不同的数据类型。 以下一对事务是一个示例:>> >> READ TEXT x STR >> READ TEXT x REAL>错误引脚泄漏时内存泄漏有多大? 它是每个错误几k,还是它取决于错误的类型? 如果它是一个小的内存泄漏,那么我不确定在主程序循环的五六次迭代之后我会看到它的效果。至于第二次内存泄漏,我没有任何看起来那样的IO。 我保持简单,每个变量一种类型! 增加可用的交换内存似乎已经成功了,但它似乎是一个肮脏的解决方案。>> - >> Graeme Hilton>研发工程师>> Schlumberger Sensa> Gamma House,Enterprise Road,> Southampton,SO16 7NS> |
|
相关推荐
1个回答
|
|
从VEE在Memory泄漏下的在线帮助中,它记录了两个已知的场景。这是其中之一。注意“程序执行的预期过程”。当Formula对象使用Error引脚时,您的程序可能会泄漏内存,并且错误
在预期的程序执行过程中,引脚会闪烁。 此情况的一个示例是表达式执行除零操作,导致Error引脚触发。这是另一种情况 - 仅当事务对象包含两个引用相同输出的READ事务时,才存在内存泄漏情况 pin,但使用不同的数据类型。 以下一对交易是一个例子:ÂREADTEXTx STRREAD TEXT x REALQ在-----原始消息-----来自:Graeme Hilton [mailto:GHilton@slb.com]发送:2006年8月18日星期五8 :51 PMTo:VRFS主题:[vrf]错误910:处理内存不足嗨所有,我已经搜索了存档(www.oswegosw.com/vrf_archive),因为任何提及错误910或处理内存不足,但我画了 一个空白。我有一个自动设置,可以下载数百万个点的范围跟踪。然后程序处理数据并将其保存到文件中,供其他工程师进一步分析。程序用不同的参数重复这些步骤,但始终相同 从scope中下载的点数。然而,程序经常会产生错误,代码910.这是一个系统错误,当我捕获任何9xx错误时,我会在发生任何非常糟糕的事情之前立即终止程序。帮助inVee建议 PC已经用尽了交换空间。我使用了ProcessExp lorer(可从www.sysinternals.com获得)在开发和运行时版本中监视Vee的内存。在这两种情况下,Vee似乎没有使用所有可用的内存(物理和交换组合)。作为临时措施,我增加了 PC上的两个磁盘驱动器上可用的交换空间为4GB,每个2GB。此外,我已经在程序中处理了数据处理,以便大型数组(Int32的64,000,000个元素)不再闲置 如果有人对如何减少内存占用有任何建议我会很高兴听到它们.-- Graeme HiltonR& DEngineerSchlumbergerSensaÂ---您目前订阅了vrf:qi_gao@agilent.com请订阅 发送电子邮件至:“vrf-request@lists.it.agilent.com”,邮件正文中包含subscribe一词。要取消订阅,请发送一封空白电子邮件至“leave-vrf@it.lists.it.agilent.com”。 要将邮件发送到此邮件列表,请发送电子邮件至“vrf@agilent.com”。 Â如果您需要有关邮件列表的帮助,请发送邮件至“owner-vrf@it.lists.it.agilent.com”。在“www.oswegosw.com/vrf_archive/”上搜索“非官方vrf档案”.--- 要订阅,请发送电子邮件至:“vrf-request@lists.it.agilent.com”,邮件正文中包含subscribe一词。 要取消订阅,请发送一封空白电子邮件至“leave-vrf@it.lists.it.agilent.com”。 要将邮件发送到此邮件列表,请发送电子邮件至“vrf@agilent.com”。 如果您需要有关邮件列表的帮助,请发送邮件至“owner-vrf@it.lists.it.agilent.com”。 在“www.oswegosw.com/vrf_archive/”上搜索“unofficial vrf archive”。 以上来自于谷歌翻译 以下为原文 From VEE's online help under Memory leak, it documents two known scenarios. Here is one of them. Notice the "expected course of program execution".  Your program may leak memory when a Formula object uses an Error pin, and the Error pin fires during the expected course of program execution. An example of this condition is where an expression performs a divide-by-zero operation causing the Error pin to fire.   Here is the other scenario - The memory leak condition exists only if a transaction object contains two READ transactions that both reference the same output pin, but use different data types. The following pair of transactions is an example:  READ TEXT x STR READ TEXT x REAL  Qi  -----Original Message----- From: Graeme Hilton [mailto:GHilton@slb.com] Sent: Friday, August 18, 2006 8:51 PM To: VRF Subject: [vrf] Error 910: Process out of memory  Hi all,  I've searched the archive (www.oswegosw.com/vrf_archive) for any mention of an error 910 or process out of memory, but I've drawn a blank.  I have an automated setup that downloads a scope trace of many million points. The program then process the data and saves it to file for further analysis by another engineer. The program repeats these steps many times with different parameters, but always the same number of points being downloaded from the scope.  However, fairly frequently the program will produce an error, code 910. This is a system error and when I trap any 9xx error I immediately terminate the program before anything really bad happens. The Help in Vee suggests that the PC has run out of swap space. I've used Process Explorer (available from www.sysinternals.com) to monitor the memory usage of Vee in both development and runtime versions. In both cases Vee does not appear to use all the available memory (physical and swap combined).  As an interim measure I've increased the available swap space to a whopping 4GB, 2GB each on two disk drives within the PC. Also, I've tweaked the data handling in the program so that the large arrays (64,000,000 elements of Int32) are not left hanging around when they are no longer needed.  If anyone has any more suggestions on how to reduce the memory footprint I'd be happy to hear them.  -- Graeme Hilton R&D Engineer  Schlumberger Sensa   --- You are currently subscribed to vrf as: qi_gao@agilent.com To subscribe please send an email to: "vrf-request@lists.it.agilent.com" with the word subscribe in the message body. To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com". To send messages to this mailing list, email "vrf@agilent.com".  If you need help with the mailing list send a message to "owner-vrf@it.lists.it.agilent.com". Search the "unofficial vrf archive" at "www.oswegosw.com/vrf_archive/". --- To subscribe please send an email to: "vrf-request@lists.it.agilent.com" with the word subscribe in the message body. To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com". To send messages to this mailing list, email "vrf@agilent.com". If you need help with the mailing list send a message to "owner-vrf@it.lists.it.agilent.com". Search the "unofficial vrf archive" at "www.oswegosw.com/vrf_archive/". |
|
|
|
只有小组成员才能发言,加入小组>>
1294 浏览 0 评论
2377 浏览 1 评论
2199 浏览 1 评论
2068 浏览 5 评论
2955 浏览 3 评论
1131浏览 1评论
关于Keysight x1149 Boundary Scan Analyzer
759浏览 0评论
N5230C用“CALC:MARK:BWID?”获取Bwid,Cent,Q,Loss失败,请问大佬们怎么解决呀
939浏览 0评论
1296浏览 0评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-12-27 04:21 , Processed in 1.210108 second(s), Total 77, Slave 61 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号