+2
Started

Переводите в спящий режим те веб-приложения, которые не использовались какое-то время

Клим 2 years ago updated by Alexey Fedorov 1 year ago 4

Эта вещь по идее должна существенно экономить память. Можно через нотис даже справа выводящийся уточнять у пользователя: можно ли перевести такое то окно в спящий режим? и таймер обратного отсчета например с двумя кнопками. 


Уверяю, макбуки с 4гб буду вам очень благодарны! Да и даже 8гб машины уже слабо тащат нехило открытое кол-во веб-приложений + граф редактор + юнити + всякие мессенджеры. 

Answer

+1
PINNED
Answer
Under review

Клим, благодарю за идею. Кажется, что расширение потребует лишнего внимания, ведь можно просто закрыть веб-приложение, и потом снова открыть его, когда оно понадобится. Память освобождается закрытием веб-приложений и уменьшением количества держащихся наготове веб-приложений (задаётся в настройках). Веб-приложения наготове занимают память, но готовы к работе сразу после клика. Выставление в 0 освободит память, но запускаемые веб-приложения тогда будут загружать страницу, как и в обычном браузере. Т. е. механизм влияния на использование памяти есть.


Мы пока исходим из того, что в Firework добавляется ≈ 15 веб-приложений, а одновременно используется 3-4. Но это предположение. Чуть позже мы проведём исследование: кто сколько использует веб-приложений и хватает ли им памяти. В любом случае, я попрошу разработчиков посмотреть насколько применим к нам The Great Suspender. Отпишусь здесь. Спасибо! :)



Речь идет про аналог экстеншна The great suspended https://chrome.google.com/webstore/detail/the-great-suspender/klbibkeccnjlkjkiokjodocebajanakg или как вариант разрешить возможность использования этого экстеншна из приложения вашего. Может оно будет ровно работать :-) 


+1
PINNED
Answer
Under review

Клим, благодарю за идею. Кажется, что расширение потребует лишнего внимания, ведь можно просто закрыть веб-приложение, и потом снова открыть его, когда оно понадобится. Память освобождается закрытием веб-приложений и уменьшением количества держащихся наготове веб-приложений (задаётся в настройках). Веб-приложения наготове занимают память, но готовы к работе сразу после клика. Выставление в 0 освободит память, но запускаемые веб-приложения тогда будут загружать страницу, как и в обычном браузере. Т. е. механизм влияния на использование памяти есть.


Мы пока исходим из того, что в Firework добавляется ≈ 15 веб-приложений, а одновременно используется 3-4. Но это предположение. Чуть позже мы проведём исследование: кто сколько использует веб-приложений и хватает ли им памяти. В любом случае, я попрошу разработчиков посмотреть насколько применим к нам The Great Suspender. Отпишусь здесь. Спасибо! :)



не стал создавать тред, попробую здесь добавить ,потому как появилась потребность следующая.

каждые несколько временных периодов мы работаем с определенным набором приложений, а позже с другим набором и тд.

вот смотрю на Панель задач, а там у меня закрепленные значки локальных программ, а также открытые приложения изнутри fireworks, и понимаю, что будет круто, если появится настройка - выгружать Приложения, которые не используется N минут/часов. Под "выгружать" понимается - завершение работы приложения и исчезновение кнопки с Панели задач. Таким образом, мы снимаем нагрузку вообще думать про "закрыть приложение", и продолжаем трудиться эффективно, не отвлекаясь на это. 

Если же приложение находится в фоновом списке - то его надо не Завершать, но Скрывать с панели. 

Подобная модель - мобильность. Есть некоторое логическое завершение, как при взаимодействии приложений и ОС на мобильных устройствах.


Started

Владимир, спасибо за интересные мысли. Вы правильно написали своё пожелание в этом топике, потому что ваше описание очень похоже на описанное здесь дополнение «The Great Suspender». Именно закрывать веб-приложение мы не будем, поскольку это не ожидаемое поведение. Возможно со временем введём в качестве настройки.


Недавно мы проводили опрос среди ушедших пользователей. Основная причина, почему люди перестают использовать Firework — слишком большая нагрузка на ЦП и память компьютера в режиме простоя. Сейчас мы глубоко исследуем эту проблему и скоро решим её с нескольких сторон. Клим, говорил нам об этом ещё 5 месяцев назад. Будем исправлять ошибку, хотя пока не знаю как. 😬