Как уменьшить время запуска для типичного приложения для iPhone?
Существует баланс между количеством разделов и, следовательно, параллелизмом. Смею сказать, что вы немного вне балки здесь. Значение:
-
Слишком много разделений не имеет смысла -> слишком много накладных расходов.
-
Только один раздел будет означать объединение или повторное разделение, и будет отсутствовать параллельная обработка того, что предлагает Spark, чтобы выполнить работу быстрее, например. Многие работники параллельно загружают полки супермаркетов быстрее, чем вы, и я делаю это самостоятельно.
-
Правда находится где-то посередине с точки зрения количества разделов, которые в масштабе необходимо оценить и испытать, и редко можно избежать перетасовки, если вы не основываете разделение на том, что читаете из HDFS / Hadoop Source (например, KUDU) или S3, или из JDBC.
1 ответ
То же как любая другая проблема производительности: Используйте Акулу и/или Инструменты, чтобы определить узкие места в Вашем коде и затем сфокусироваться о том, как можно ускорить вещи там. Каждый инструмент даст Вам изображение того, сколько времени было проведено в том, какие части Вашего кода, таким образом, общая схема будет состоять в том, чтобы выполнить инструмент, в то время как Вы запускаете приложение и затем детально изучаете данные для наблюдения, где хиты производительности происходят.
Во время запуска приложения наиболее вероятные кандидаты на улучшение будут задерживать загрузку данных до позже, когда это будет на самом деле необходимо, по-разному описано как "по требованию" или "ленивая" загрузка. По существу не загружайте данные при запуске приложения, если это не на самом деле необходимо сразу же когда загрузки приложения. На практике много материала, который может быть необходим в какой-то момент, не должно быть сразу доступным, когда приложение запускается. Например, если у Вас есть база данных записей N, но только один видим за один раз, не загружайте весь N в память во время запуска приложения. Загрузите то, что текущая запись, и затем загрузите другие при фактической необходимости в них.