小编And*_*ard的帖子

目前,我们正在寻找一种in-JVM消息传递解决方案,该解决方案提供与新引入的Guava EventBus相同的灵活API.EventBus提供了几乎所有必要的功能,但我们缺少持久性并且能够将处理程序限制到一定的速率.我们不需要像ActiveMQ或HornetQ这样的项目提供的企业功能.虽然稍后可能会选择运行我们应用程序的多个节点.我会非常感谢任何正确方向的指示.

另一种可能性是使用HornetQEventBus(类似于ASyncEventBus)扩展Guava EventBus或为JMS实现我们自己的外观.鉴于我们的目的,Barebones JMS感觉有点臃肿,我个人觉得EventBus API非常适合我们的用例.

我们有一项服务,负责我们的一项活动.我们对Android很新,并想知道绑定到该服务的最佳时刻是什么.我们只需要通过活动可能进行的一半交互的服务.因此,我们必须满足以下两种可能性之一:

• 在我们真正需要它时绑定到服务,这将在实现方面增加相当大的开销
• 在onCreate()方法中绑定到Service,而不会检查服务是否正在运行,是否按需绑定,可能是缓存请求等.

那里的"安卓方式"是什么？正在运行的服务是否需要大量开销,还是仅在真正需要时启动？服务本身非常轻量级.

对于任务,我们需要使用不同的优化和参数对我们的实现进行基准测试.有没有一种可行的方法来对linux命令行(我知道时间)上的小程序进行基准测试,使用不同的参数,这样可以将时间数据作为CSV或类似的东西？输出可能是这样的:

Implementation      Time     
A                    23s
B with -O3 2Threads  15s 
B with -O3 4Threads  10s 

我很确定我在一些教授幻灯片上看到过类似的东西,但是我不记得是谁或者什么时候......