64位ubuntu 12.04下使用官方的eclipse（ADT），点击运行没有反应。

Posted 2023-04-25

点击之后consle里什么反应都没有，正常不是会提示生成apk文件或是出现错误之类的吗？

sdk路径正确，不编译项目可以只运行虚拟机，环境变量也没错（可以编译运行java）
项目是新建的hello_world
另外problem栏里也没有输出，不知道这是什么问题

参考技术A 我也无法正确运行官方的eclipse。
最终是安装了ubuntu软件中心里面的eclipse，配置好android sdk后，一切正常。追问

你用的JDK版本是哪个？

追答

ubuntu 12.04软件中心里面的eclipse配套的是JDK 6
如果是13.04的eclipse，配套的是JDK 7

追问

试过了，和原来一样

找到解决方法了：
Run as--->Run Configurations------->左边树形图Android Application----->中找到项目名称。
然后在其右边的Android的选项卡里面“Project"下面的填空内Browse进要启动的工程。

还是谢谢你

官方和自带的eclipse都可以用了

Amazon EC2 - 选择哪个 Ubuntu 服务器：32 位还是 64 位？

【中文标题】Amazon EC2 - 选择哪个 Ubuntu 服务器：32 位还是 64 位？

【英文标题】：Amazon EC2 - Which Ubuntu server to choose: 32bit or 64bit?

【发布时间】：2010-10-06 19:02:35

【问题描述】：

我正在为我在 Amazon EC2 网络上的网站选择 AMI。似乎 Ubuntu 实例有 32 位或 64 位版本。大概 64 位系统会给你更多的内存地址空间，这很好。但是，我想知道查找预编译的二进制文件是否有问题。我最好坚持使用 32 位吗？我的 Web 应用程序不是非常占用内存。

为什么我会选择一个而不是另一个，优点和缺点是什么？

【问题讨论】：

好问题，但我相信更适合服务器故障。

大多数答案已经过时，因为 Amazon EC2 在所有实例类型上都支持 64 位 AMI。由于 EC2 不支持所有实例类型的 32 位，我建议始终使用 64 位：alestic.com/2012/03/ec2-64-bit

【参考方案1】：

您应该根据所需服务器的大小做出决定。

32 位 AMI 仅在 m1.small 上运行，而 64 位 AMI 仅在 m1.large 和 m1.xlarge 实例（加上各自的高 CPU 变体）上运行。

更大的实例显然需要更多的钱，理论上价格会随性能线性增长。但是，我发现大型和 xlarge 实例实际上比小型实例具有更高的性能/美元。

这似乎不是由于 32 位或 64 位架构，而是由于 I/O 控制器的争用。如果您在 EC2 上做认真的工作，我建议您使用 m1.large 实例以及所需的 64 位 AMI。

【讨论】：

现在 32 位和 64 位 AMI 的实例类型更多：aws.amazon.com/ec2/instance-types。除此之外，+1

我知道这在 09 年就得到了回答，但是我们在这里谈论的是多少“性能/美元”收益？到目前为止，我们还有 t1.micro 以 2 美分/小时的速度运行。因此，与其获得一个 m1.large，我想知道获得大量 t1.micro 是否明智（每个 15 美元，而不是 250 美元）

“截至 2012 年 3 月 8 日，Amazon EC2 支持所有实例类型的 64 位 AMI。” - 请参阅下面 Eric 的回答。

【参考方案2】：

在 64 位部署期间，我的团队遇到的一个问题是 64 位机器上的指针更大，因此内存耗尽的速度比我们想象的要快。 不是答案，我知道，只是提醒一下。

【讨论】：

当内存受限时这是一个大问题；我经常看到 Rails 应用程序在 64 位系统上比 32 位系统多占用 80% 的内存。是的，内存很便宜，但如果你不得不花两倍的钱，那仍然是一笔不小的成本。

您的团队是否在 32 位环境中对此进行了测试？

【参考方案3】：

自 2012 年 3 月 8 日起，Amazon EC2 支持所有实例类型的 64 位 AMI。

这使得此列表中的先前答案已过时，因为它们假设不同的实例类型需要不同的架构选择。

我建议始终使用 64 位 AMI，以便您在更改实例的实例类型方面拥有最大的灵活性，并且从该实例创建的自定义 AMI 将适用于任何其他实例类型。

我在这里写了更多关于此的内容：http://alestic.com/2012/03/ec2-64-bit

读者 cmets 在该文章中有一些很好的讨论点，讨论了 32 位可能比 64 位性能更好的特殊异常，但请记住，这限制了您可以在哪些实例类型上运行。

【讨论】：

这个答案和链接的文章应该更加明显。先生，+1 升船！

【参考方案4】：

如果优先考虑成本，请选择 32 位。 如果性能很重要，请选择 64 位。

【参考方案5】：

已经回答了基本问题。我只想指出，相对较新的微型实例同时支持 32 位和 64 位。这（尚）不适用于小型实例。

【参考方案6】：

Con：就像 RKitson 所说，64 位指针占用的内存空间是原来的两倍。如果这意味着你的东西现在不适合 CPU 缓存，这可能会降低性能。

专业人士：您可以获得双倍的寄存器 - 从中​​受益的程序将显示出很多性能改进。 （以及第二个专业人士：64 位版本的软件包都在 SSE 支持下编译...这也可以提高性能，具体取决于您的工作量）

我只会构建两个图像并对其进行基准测试，这比理论化更容易，也不应该花费数天时间。

【参考方案7】：

除非您出于性能原因确实需要 64 位，否则我会说选择 32 位。您可以在 m1.small 实例上运行 32 位 Ubuntu，成本为 10c/实例小时，或约 75 美元/月；相比之下，64 位最便宜的选项是 m1.large，它的成本是其四倍 - 40c/实例小时或大约 300 美元/月。

【参考方案8】：

64 位为您提供更多内存地址空间，并且可以更好地执行处理器密集型任务。假设您使用 PHP 和 Mysql 等标准软件，查找二进制文件应该不是问题。我会选择 64 位，除非您有一些可能无法在 64 位下运行的稀有库。