Memory 定义最低内存和可用磁盘空间要求？ 代码代码完成第42页，有一个需求项目清单，您可能需要在需求阶段考虑。 在靠近列表底部的项目中，有一项表示指定了最小机器内存和可用磁盘空间 在你做过的任何项目中，这都是一个需求吗？在开始构建东西之前，你是如何定义这样一个需求的
我知道这只是一个建议，坦率地说，我不认为我会把它包括在我的要求中，但它让我思考，这才是真正的问题Memory 定义最低内存和可用磁盘空间要求？ 代码代码完成第42页，有一个需求项目清单，您可能需要在需求阶段考虑。 在靠近列表底部的项目中，有一项表示指定了最小机器内存和可用磁盘空间 在你做过的任何项目中，这都是一个需求吗？在开始构建东西之前，你是如何定义这样一个需求的,memory,requirements,Memory,Requirements,我知道这只是一个建议，坦率地说，我不认为我会把它包括在我的要求中，但它让我思考，这才是真正的问题 如何对系统需求进行评估 机器内存是一个棘手的问题，虚拟内存非常常见，但磁盘空间并不是那么硬，这取决于系统。我们有一个工作中的系统，用于处理大量接受输入、转换数据和向客户交付数据的外部设备。鉴于我们知道这些设备正在生成的当前和预计数据量，该系统的规模相当容易确定。机器内存是一个棘手的问题，虚拟内存非常常见，但是磁盘空间并不是那么硬，这取决于系统。我们有一个系统在工作，它是用来处理大量接受输入的外部设备
如何对系统需求进行评估 机器内存是一个棘手的问题，虚拟内存非常常见，但磁盘空间并不是那么硬，这取决于系统。我们有一个工作中的系统，用于处理大量接受输入、转换数据和向客户交付数据的外部设备。鉴于我们知道这些设备正在生成的当前和预计数据量，该系统的规模相当容易确定。机器内存是一个棘手的问题，虚拟内存非常常见，但是磁盘空间并不是那么硬，这取决于系统。我们有一个系统在工作，它是用来处理大量接受输入的外部设备，转换数据并交付给客户，考虑到我们知道设备正在生成的当前数据量和预计数据量，这非常容易确定大小。我以前已经指定了这一点，但使用当时的“标准”规格，这始终是一个大致的数字。例如，目前我只想说，我的应用程序被设计为部署到至少4GB内存的服务器上。因为这就是我们开发和测试的内容
对于客户端应用程序，您可能需要获得更详细的信息，但通常最好确定目标机器的类别，然后确保您的应用程序符合这些限制条件。只有当您的应用程序在某个领域有特别高的要求时（例如，如果它存储了大量图像，或者需要一个功能强大的图形处理器），您才需要深入了解更多细节。我以前曾指定过这一点，但使用当时的“标准”规范，这始终是一个大致的数字。例如，目前我只想说，我的应用程序被设计为部署到至少4GB内存的服务器上。因为这就是我们开发和测试的内容
对于客户端应用程序，您可能需要获得更详细的信息，但通常最好确定目标机器的类别，然后确保您的应用程序符合这些限制条件。只有当您的应用程序在某个领域有特别高的要求时（例如，如果它存储大量图像），或者需要一个功能强大的图形处理器，您是否需要更详细的说明。这正处于需求阶段，因此，与其估计应用程序将使用的资源，不如确定应用程序必须运行的机器的最低规格
我已经为公司客户开发了系统，他们有标准版本，能够识别将要使用的最低规格机器。通常，您不知道要安装的机器的最低规格，但您知道必须支持的操作系统，并且可以从中推断出来。这是在需求阶段，所以与其估计应用程序将使用的资源，不如确定应用程序必须运行的机器的最低规格
我已经为公司客户开发了系统，他们有标准版本，能够识别将要使用的最低规格机器。通常，您不知道要安装的机器的最低规格，但您知道必须支持的操作系统，并且可以从中推断出来。您可以在测试期间检查软件使用了多少内存，然后估计如果处理较大的数据块，可能需要的内存量，即如果在最大的测试套件中处理1000个项目，需要4 MB，则可能需要4 GB来处理100万个项目。您可以在测试期间检查软件使用了多少内存，然后估计如果处理更大的数据块，您可能需要更多的数据，例如，如果您在最大的测试套件中处理1000个项目，并且需要4MB，那么您可能需要4GB来处理100万个项目。这些当然是我工作过的一些项目的早期考虑事项。许多科学代码归结为使用大型矩阵。通常可以在早期确定代码X将需要操纵一个密集矩阵，例如100000行和100000列的复杂双精度矩阵。做算术题。有时答案是一个带有RAM的PC包，有时是b，我们将不得不为内存并行化，即使这对性能不是必需的 Som 有时，我们的用户希望每N次迭代检查一次他们的程序。使用非常大的数据集执行检查点可能会占用大量磁盘空间。再拿出你的计算器
我知道这一切都很利基，但当它重要的时候，它也很重要。这些当然是我参与的一些项目的早期考虑因素。许多科学代码归结为使用大型矩阵。通常可以在早期确定代码X将需要操纵一个密集矩阵，例如100000行和100000列的复杂双精度矩阵。做算术题。有时答案是一个带有RAM的PC包，有时是b，我们将不得不为内存并行化，即使这对性能不是必需的 有时，我们的用户希望每N次迭代检查一次他们的程序。使用非常大的数据集执行检查点可能会占用大量磁盘空间。再拿出你的计算器
我知道这一切都很利基，但重要的时候它才重要。我看到嵌入式系统中的软件具有最低的机器内存要求-通常源于对定制硬件的限制。如果盒子的尺寸只能是X×Y×Z，并且必须满足其他物理要求，则软件可用内存的限制可以是绝对的，并且应在前面设置最小值 在网络应用领域，这对我来说从来都不是什么大事——毕竟，在我完成代码和内存之前，可能会发布一种新的目标硬件模型。。。那么，既然你可以再加上一件衣服，为什么还要浪费时间试着穿一件小号的呢
我见过大型数据项目提到可用空间——如果数据库没有足够的空闲时间来移动数据，那么系统就真的会崩溃。我见过一些要求，这些要求规定了一些紧急措施，以确保始终有足够的空间来保持数据库的正常运行。我见过嵌入式系统中的软件具有最低的机器内存要求-通常源于对定制硬件的限制。如果盒子的尺寸只能是X×Y×Z，并且必须满足其他物理要求，则软件可用内存的限制可以是绝对的，并且应在前面设置最小值 在网络应用领域，这对我来说从来都不是什么大事——毕竟，在我完成代码和内存之前，可能会发布一种新的目标硬件模型。。。那么，既然你可以再加上一件衣服，为什么还要浪费时间试着穿一件小号的呢
我见过大型数据项目提到可用空间——如果数据库没有足够的空闲时间来移动数据，那么系统就真的会崩溃。我看到过一些需求，这些需求规定了一些细节和紧急措施，以确保始终有足够的空间让数据库运行。这难道不意味着您正在考虑在需求阶段实施吗？这将直接违背整章的内容，即在做需求时不要考虑实现，这是肯定的。我从一开始就在考虑实施。首先，并不是每一款软件都能在24小时通知的500美元PC上运行。另一方面，如果我在一个专门的Windows环境中工作，我将把任何解决方案都必须在Windows机器上运行的要求放进我的需求中——是的，这是一个约束。但是，在任何现成的SDLC中采取“正确”的步骤之前，忽视所有这些实现问题实在太天真了。如果这让我对代码完整性有异议，那就随它去吧。这难道不意味着你们正在考虑在需求阶段的实现吗？这将直接违背整章的内容，即在做需求时不要考虑实现，这是肯定的。我从一开始就在考虑实施。首先，并不是每一款软件都能在24小时通知的500美元PC上运行。另一方面，如果我在一个专门的Windows环境中工作，我将把任何解决方案都必须在Windows机器上运行的要求放进我的需求中——是的，这是一个约束。但是，在任何现成的SDLC中采取“正确”的步骤之前，忽视所有这些实现问题实在太天真了。如果这让我与完整的代码不一致，那就随它去吧。那将是程序完成的时候。问题是关于需求阶段，也就是项目完成的时候。问题是关于需求阶段。是的，在这种情况下，这更有意义。特别是如果您认为是预构建/内置系统。就像我们工作的称重模块一样，它基本上是一个触摸屏，后面有一台winxp机器。我们知道它有什么分辨率，什么cpu和什么mem。是的，把它放在这个上下文中，这更有意义。特别是如果您认为是预构建/内置系统。就像我们工作的称重模块，基本上是一个带有winxp ma的触摸屏 中国人支持它。我们知道它的分辨率、cpu和内存。