我是否应该针对I/O应用程序的大小（-OS）进行优化
这是用-os构建的好例子吗？有理由不这样做吗？我从未真正见过一个程序，无论它花多少时间在I/O上，都是为了大小而编译的。
共有1个答案
优化不应影响程序的操作。因此，任何类型的优化都不应影响程序使用的网络i\o以及其他相关内容。如果你的程序发送10千字节，即使经过优化，它也会发送相同的。
优化可能会影响结构的对齐方式（比如代码大小、内存使用等），但不会影响逻辑（如果编程正确的话）。
通常，由于二进制文件往往相对较小(1MB的二进制文件是一个非常大的文件），因此更常见的是针对速度而不是大小进行优化。然而，这取决于你。
-
问题内容： 有一个有趣的选择： 通过内联静态，最终和私有方法来优化编译代码。请注意，您的班级可能会变大。 该选项似乎并不流行（隐藏？），我今天才在CodeCup 2014页面 上发现了它。 在官方文档中也没有提及。 在接受类似问题的答案中，我们可以看到： Java中的优化主要由JIT编译器在运行时完成。因此，没有必要试图指示它在编译时优化某种方式（无论如何它仅创建字节码）。JIT几乎肯定会在现场做
-
有一个有趣的选项： 通过内联静态、最终和私有方法优化编译代码。请注意，您的类可能会变得更大。 这个选项似乎不流行（隐藏？），我今天刚刚在CodeGlass 2014页面上发现了它。 在官方文档中没有提到，也没有在...奇怪。 在类似问题的公认答案中，我们可以看到： Java 中的优化主要由 JIT 编译器在运行时完成。因此，尝试指示它在编译时以某种方式进行优化是没有意义的（无论如何，当它只创建字节
-
使用 I/O 重定向可以同时解析和固定命令输出的片段(see 样例 15-7). 这也使得可以生成报告和日志文件. 样例 20-12. 日志记录事件 #!/bin/bash # logevents.sh # 作者: Stephane Chazelas. # 用于 ABS 许可指南. # 事件记录到文件. # 必须 root 身份执行 (可以写入 /var/log). ROOT_UID=0
-
如果被调试的程序需要读取终端用户输入，我们推荐用户在终端中启动被调试程序，然后在另一个终端使用CGDB去attach被调试程序，这是与被调试程序进行I/O交互最简单的方法。 然而如果用户希望能直接在CGDB内对被调试程序进行输入，CGDB也提供了这样的机制。下述的方法在Windows下编译的GDB上是不可行的。在Cygwin中运行的GDB上或许可以运行。 这个方法和进入/退出GDB模式的方法相似。
-
本文向大家介绍从应用程序角度进行优化相关面试题，主要包含被问及从应用程序角度进行优化时的应答技巧和注意事项，需要的朋友参考一下 解答： （1） 避免不必要的reduce任务 如果mapreduce程序中reduce是不必要的，那么我们可以在map中处理数据, Reducer设置为0。这样避免了多余的reduce任务。 （2） 为job添加一个Combiner 为job添加一个combiner可以大
-
我想在应用程序运行时找到我的对象大小。我想用千分尺在Grafana中显示我的对象大小。 我的对象像人、学生、...... 我该怎么办？ 对象大小像文件大小、对象体积