问题标签 [cold-start]

我们正在考虑为我们全新的学习管理系统构建推荐系统。有很多用户和项目（学习模块）加入，但还没有评级 - 典型的冷启动问题。

首先，我们正在考虑使用项目属性（标签、类别等）使用简单的基于项目的相似性。这个想法是随着评分的开始切换到更强大的协同过滤。

问题：

1. 这是一个好方法吗？是否有推荐的 ML 模式来处理这种冷启动条件？
2. 要实现基于项目的相似性，哪种算法是正确的？说，余弦相似度。但是，请注意没有“矩阵”。我们应该尝试使用标准的 ML 算法还是推出我们自己的算法？

我正在尝试优化我的应用程序。我们在我们的应用程序中推出了插页式广告。当有广告时，应用程序大约需要 7-8 秒才能启动主屏幕。当广告不可用时，启动主屏幕需要 3 秒。问题出在cold start: 当应用程序第一次启动时，在installation或之后update。该应用程序会4-5 seconds显示我的splash screen. 我知道这是因为当应用程序第一次启动时，操作系统需要时间来初始化应用程序，并且对于大多数应用程序来说都是常见的。但是我观察到很少有应用程序，它们启动主屏幕所需的时间非常短，几乎看不到黑屏。通过将自定义主题设置为活动，我可以避免黑屏。但我想减少黑屏和闪屏之间的时间。对于其他发射，之间几乎不需要 1 秒black screen和splash screen。有什么可以做的，以减少首次启动的延迟

众所周知，许多 Android 应用程序在首次Activity聚焦之前会非常短暂地显示白屏。在以下情况下会出现此问题：

• Application扩展全局类并在其中执行主要初始化的 Android 应用程序。Application 对象总是在第一个对象之前创建（Activity可以在调试器中观察到的事实），所以这是有道理的。这就是我的案件延误的原因。

• 在初始屏幕之前显示默认预览窗口的 Android 应用程序。

设置android:windowDisablePreview = "true"显然在这里不起作用。我也不能将启动画面的父主题设置Theme.Holo.NoActionBar为此处所述，因为 [不幸] 我的启动画面使用ActionBar.

同时，不扩展Application类的应用程序在启动时不会显示白屏。

问题是，理想情况下，对象中执行的初始化Application需要在第一次显示之前Activity发生。所以我的问题是，如何在不使用Application对象的情况下在应用启动时执行这些初始化？可能使用Threador Service，我想？

这是一个值得思考的有趣问题。我不能以通常的方式绕过它（通过设置NoActionBar主题），因为可悲的是，我的启动画面实际上是ActionBar由于一些不相关的原因。

笔记：

我已经提到了以下问题：

• 如何修复应用程序启动时的白屏？

• Android启动画面一开始是白色的？

• 闪屏前的白屏

• Android应用启动时的白色背景

• 为什么在Android中开始运行应用程序时会出现1秒的白屏？

参考：

• 模式 - 启动屏幕。

• 品牌启动屏幕：Android 的新启动画面。

• 启动画面的正确方式。

所以我在使用最新的 gradle(2.1.2) 构建我的应用程序时注意到一些奇怪的事情，第一次安装应用程序时，冷启动屏幕非常长（甚至 10 到 30 秒），我觉得这很奇怪并且刚刚将 gradle 版本更改为 2.0.0 并且 tada 活动在 1 秒内开始，这个理论我测试了两个不同的应用程序，我可以确认将 gradle 更改为较旧的 2.0.0 提高了首次启动性能。

请注意，这个问题有点难以注意到，因为它仅在第一次全新安装后才会发生，从下一个启动序列甚至更新它通常会在很短的时间内打开。

那么这是一个已知问题还是什么？因为除了降级我自己提出的gradle之外，我找不到任何解决这个问题的方法。

JFYI - 我使用 JDK 8 并针对最新的 API 并使用所有东西的最新版本（当然现在除了 gradle）。

我已经完成了android应用程序。二手火力基地，admob。有31个活动。但是当用户第一次安装应用程序时，启动时间大约为 18 秒，这太长了。第一次启动后，注册活动就在那里。但是如果我们重新启动应用程序，它会在 2 秒内启动。为什么启动时间非常长？我怎样才能减少它？以下是我的注册活动代码。使用安卓工作室 2.2

我已经提到过这个答案，它似乎与 Retrofit v1 相关。

目标 -> 通过使 ObjectMapper 在非主线程上工作来减少冷启动时间。此图像显示了它在主线程上发生的堆栈跟踪。

设置：

这是改造的配置

下面是一个典型的网络调用示例

在JacksonConverterFactory中，对象映射似乎在主线程上工作。

不离开 RxJava 的解决方案是什么？

可能相关的帖子

• 与 rxjava 一起使用的 Retrofit2.0 将在 mian 线程中进行昂贵的反射，即使使用 subscribeOn()
• https://github.com/ReactiveX/RxJava/issues/4347

我的 AWS Lambda 函数与 AWS API-Gateway 请求 URL 集成的每个第一个请求都会超时，但它适用于下一个请求。

注意：我们还尝试通过在 CloudWatch 中安排 Lambda 来保持温暖，但没有奏效。

我记得 lightfm 的一个优点是模型不会出现冷启动问题，用户和项目都冷启动：lightfm 原论文

但是，我仍然不明白如何使用 lightfm 来解决冷启动问题。我在user-item interaction data. 据我了解，我只能对我的数据集上存在的 profile_ids 进行预测。

任何有助于我理解的建议或指示将不胜感激。谢谢你

是否有明确的方法来识别“冷启动”？是在 Lambda 本身的运行时，还是通过日志？我知道冷启动的特点是运行时间更长，我实际上可以看到，但我正在寻找一种明确的方式。如果这很重要，我正在使用 Node.js。

更新：对于两个用例，下面有两个很好的答案： - 在 lambda 运行时识别冷启动。- 从 CloudWatch 日志中识别冷启动。

在 Android Studio 的最新更新中，模拟器默认已开始保存设备当前状态的快照，并在重新打开时返回该快照，这不是我想要的行为。我怎样才能禁用它并回到以前的行为，它只是关闭并重置模拟器？

点击 X 按钮关闭后的 UI

Android Studio 3.0.1, 使用模拟器版本 27.0.2 和 HAXM 6.2.1