完善资料让更多小伙伴认识你，还能领取20积分哦， 立即完善>
3天内不再提示
德赢Vwin官网
论坛|
您好，当执行'校准全部'（包括801点的SMC通道，1601pts的smc通道，401点的NF通道）时，我到达终点时会得到这些错误对话框（见附件）
保存校准时校准全部过程。 我设法将问题跟踪到本地C：硬盘驱动器上剩余的0字节可用磁盘空间。 我的问题是，在校准所有过程之前我应该保留多少可用磁盘空间，以确保不会出现问题。 或者“全部校准”过程是否可以首先检查是否有足够的磁盘空间可用，因为在此过程中似乎占用了大量磁盘空间，人们不会太乐意浪费3个小时的校准时间 在最后失败了。 最后，我注意到当我重新启动计算机时，本地C：驱动器上还会出现大约3 GB的额外可用磁盘空间。 Calibration All是否使用某种需要大量临时磁盘空间的交换磁盘机制？ 谢谢和最好的问候，rok 01_07_2014-运行时错误.PNG13.6 KB 以上来自于谷歌翻译 以下为原文 Hello, When performing the 'Calibration All' (consisting of an SMC channel of 801 pts, smc channel of 1601pts, NF channel of 401 pts), from time to time, I get these error dialogs (see attached) when I reach the end of the Calibration All process when it is saving the calibrations. I manage to trace the problem to 0 bytes of free disk space left on the local C: hard disk drive. My question is how much free disk space should I reserve prior to the calibration all process to ensure that problem doesn't occur. Or whether the 'Calibration All' process can first check if enough disk space is available, since it seems to use up a lot of disk space during the process, and people won't be too happy to waste 3 hours of calibration time only to fail at the very end. Finally, I notice that when I rebooted the computer, an additional ~3 Gigabytes of extra free disk space appeared on the local C: drive. Is the Calibration All using some sort of swap disk mechanism that requires that much of temporary disk space? Thanks and best regards, rok 附件 
0
|
|
相关推荐
4个回答
|
|
|
Hello rok，Cal All除了存储结果外不使用磁盘空间。
结果取决于被校准的通道数，每个通道中的点数，cal的正常性（1,2,3,4，端口cals）。 在校准结束时，每个通道都产生一个校准集。 此校准集将保存到磁盘。 校准尺寸可根据要校准的通道类型而有很大差异。 例如，噪声系数校准比标准的参数化通道校准存储的数据要多得多。 在磁盘空间校准开始时没有检查。 如果磁盘空间不足，则可能是运行磁盘清理实用程序或至少检查磁盘的好时机。 WinDirStat是一个免费的工具，可以帮助您找到不需要的文件。 磁盘空间的典型仪器使用包括校准数据集（校准集），仪器状态和数据保存，如S2P文件或prn文件。 如果要累积大量的校准集，打开校准集对话框就会非常明显。 如果您从WinDirStat获得一些报告并希望与我们分享这些报告，我可以帮助确定罪魁祸首。 此致，苏·伍德 以上来自于谷歌翻译 以下为原文 Hello rok, Cal All does not use disk space except to store the results. The results are dependent on the number of channels being calibrated, the number of points in each channel, the ordinality of the cal (1,2,3,4, port cals). At the end of the calibration each a calset is produced for each channel. This calset is saved to disk. Calset size can vary widely depending on the type of channel being calibrated. A Noise Figure calibration, for example, stores a lot more data than a standard sparameter channel calibration. There is no check done at the beginning of a calibration for disk space. If you are running out of disk space, it might be a good time to run a disk cleanup utility or at least inspect the disk. WinDirStat is a free tool that helps you locate unwanted files. Typical instrument usage of disk space includes calibration data sets (calsets), instrument states and Data saves such as S2P files or prn files. If you are accumulating a large number of calsets, that would be fairly obvious by opening the calset dialog. If you obtain some reports from WinDirStat and would like to share those with us, I can help identify the culprit. Regards, Sue Wood |
|
|
|
|
wyerwerwz 发表于 2019-1-15 14:27 苏嗨，谢谢你的回复。 是否可以在保存校准文件之前进行磁盘检查并显示需要释放磁盘空间的警告对话框，而不是应用程序突然退出并在事后查找？ 使用警告对话框，用户可以尝试释放一些磁盘空间并再次重试，而无需重新进行整个校准全部过程。 更好的是，如果您可以显示所需的磁盘空间量与警告对话框中可用的磁盘空间量。 否则，操作员在校准中丢失了2到3个小时。 在生产环境中，这可能会非常昂贵。 我会看到我在下载和运行WinDirStat程序时可以做些什么，一旦得到结果我就会回复你。 谢谢，rok 以上来自于谷歌翻译 以下为原文 Hi Sue, Thank you for the reply. Would it be possible to have a disk check prior to saving the calibration files and display a warning dialog needing to free up disk space rather than the application abruptly quitting and finding out after the fact? With a warning dialog, the user can try to free up some disk space and retry again without having to redo the whole Calibration All process over again. Even better is if you can display the amount of disk space needed versus what is available in the warning dialog. Otherwise, the operator just lost 2 to 3 hours in the calibration. In a production environment, that can get pretty expensive. I'll see what I can do in downloading and running the WinDirStat program and I'll get back to you once I get the results. Thanks, rok |
|
|
|
|
蓝色冰汐 发表于 2019-1-15 14:37 您好，我会将您的建议添加到我们的缺陷跟踪系统中作为增强请求，并与我们的经理讨论。 我不能保证快速转身。 但我感兴趣的是你为什么在可用磁盘空间上运行如此接近边缘。 起诉 以上来自于谷歌翻译 以下为原文 Hi rok, I will add your suggestion into our defect tracking system as an enhancement request and discuss it with our manager. I can't promise a quick turn around on this. But I am interested in why you are running so close to the edge on free disk space. Sue |
|
|
|
|
wyerwerwz 发表于 2019-1-15 14:51 嗨再次，附件是dirstat程序的文件。 我还附加了C盘上留下的Windows资源管理器磁盘空间。 奇怪的是dirstat程序之间存在差异，该程序表明C驱动器上使用了29.2G，而Windows资源管理器声称（57.9-10.4）正在使用47.5G字节。 所以在本地C硬盘驱动器上似乎没有考虑到大约20G的使用空间。 另一个奇怪的事情是，在我重新启动后，我似乎总是获得更多的可用磁盘空间。 在这种情况下，它是一个额外的600兆字节，但就像我之前提到的，我在重启之前得到了〜3千兆字节（并且没有执行任何文件操作，如删除/移动文件）。 它可能是pagefile.sys调整自身，但我不能确定。 韩国 01_09_2014-dirstat pic.PNG405.2 KB01_09_2014-PNAX碟片空间硬盘重启后.PNG72.2 KB 以上来自于谷歌翻译 以下为原文 Hi again, Attached are the files for from the dirstat program. I've also attached the windows explorer disk space left on the C drive. The strange thing is the discrepancy between the dirstat program which states that 29.2Gigabytes is being used on the C drive, while the windows explorer is claiming that (57.9-10.4) 47.5Gigabytes is being used. So it would seem that ~20Gigabytes of used space is not being accounted for somehow on the local C hard disk drive. Another strange thing is that after I rebooted, I always seem to get more free disk space. In this case, it is an extra 600 megabytes, but like I mentioned before, I have gotten ~3 Gigabytes before after reboot (and not performing any file operations in between like deleting/moving files). It could be the pagefile.sys resizing itself, but I can't be sure. rok 附件
|
|
|
|
|
只有小组成员才能发言，加入小组>>
1300 浏览 0 评论
2379 浏览 1 评论
2199 浏览 1 评论
2068 浏览 5 评论
2955 浏览 3 评论
1151浏览 1评论
关于Keysight x1149 Boundary Scan Analyzer
761浏览 0评论
N5230C用“CALC:MARK:BWID？”获取Bwid,Cent,Q,Loss失败，请问大佬们怎么解决呀
959浏览 0评论
1300浏览 0评论
/7 
关注我们的微信
下载发烧友APP
德赢Vwin官网 观察
版权所有 © 湖南华秋数字科技有限公司
德赢Vwin官网 （电路图） 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证：合字B2-20210191
工商网监
湘ICP备2023018690号
1457
评论
淘帖
2946
