如果在 MSMQ 专用队列上启用日志，并具有存储限制（例如 100 KB），超过该限制时会发生什么情况？你能配置这种行为吗？
具体来说：
人们似乎暗示设置限制是解决日志增长和超出服务器资源的风险的一种解决方案，但我没有发现任何人解释超出限制时会发生什么。
在我们自己的（非常有限的）测试中，似乎消息只是停止写入日志。（即，当日志队列达到其限制时，旧消息仍保留在日志中，但对于所有未来消息，日志实际上已关闭）。
是否可以在 Windows (Server 2003 64bit) 中设置文件夹权限，以便帐户可以写入和修改，但不能执行？
如果我设置了修改权限，Windows 似乎坚持我还设置了执行权限。
这对我来说似乎是一种常见的情况，因为我遇到的许多日志记录例程都需要能够重命名或移动（有效删除）日志文件以对其进行存档。（例如，许多程序创建 foo.log，并在 24 小时后将其重命名为 foo-[datestamp].log，并为第二天创建一个新的 foo.log）。
我知道这不是一个大问题，但如果网站帐户从未同时拥有对同一文件夹的写入和执行权限，我会很高兴。
使用 powershell（无 gui）如何找出我正在使用的适用于 Windows PowerShell 的 AWS 工具版本？
更多的：
我正在使用 powershell 远程处理和适用于 Windows PowerShell 的 AWS 工具从 S3 下载文件。我在设置凭据时遇到问题，这个 aws powershell 参考指出：
在早于 1.1 的 Windows PowerShell 工具版本中，Set-AWSCredentials 命令无法正常工作
但我不知道我使用的是哪个版本的 AWS 工具。似乎没有明显的命令可以尝试，例如，Read-S3Object 命令 -Version 参数用于确定正在下载的 S3 对象的版本，而不是 AWS 工具的版本。
我可能可以通过使用 RDP 和添加/删除程序 gui 来解决这个问题，但这是一个不同的问题，该服务器应该仅使用 powershell 远程处理进行管理。
我们有一台运行 Windows Server 2003 64 位标准版 SP2 的开发/测试服务器。（它也有双启动到 32 位版本）
如何诊断内存问题？我担心我们的内存条有问题，但我想检查一下，在我打电话给 Crucial 之前，我是不是错过了某个地方的配置设置。
RAM 已升级到 4gb，但 windows（64 位）似乎无法识别完整的 4gb。任务管理器报告“3406152 kb”和系统属性“3.25 gb”。
更令人困惑的是，BIOS 报告只有 2GB。
额外信息：硬件基本上是一个便宜的台式机。它在富士康945G7MA-8EKRS2 （英特尔 945G）中有奔腾 4（“ACPI\GENUINEINTEL_-_EM64T_FAMILY_15_MODEL_4_0” ）。
自从我修改硬件已经有很多年了，从来没有在 64 位或服务器操作系统中，所以我已经超出了我的深度。