В данном случае ленивость работает в программерском смысле этого слова — вкладки загружаются только при переходе на них.
Не знаю точно, как они группируются. Похоже что при создании вкладка попадает в одну из существующих групп, если там есть место или в новую.
В итоге выглядит как-то так (группы с 1-2 активных вкладок):
Заголовок спойлера
Если закрыть все активные вкладки из группы, то она останется в памяти и будет занимать порядка 1.3 МБ (50-100 кБ на вкладку), согласно встроенному таск-менеджеру.
На момент, когда сделан скриншот, браузер проработал несколько суток — довольно много процессов накопилось. После рестарта будут только процессы расширений и одна группа, в которой активная вкладка находится.
В диспетчере задач:
Использую Opera 37.
Стыдно признаться, но у меня открыто на порядок больше вкладок.
Вкладки группируются по ~20 штук на процесс. При ленивой загрузке процесс не создаётся, пока не активировал хотя бы одну вкладку из группы. В итоге и стартует быстро и память расходуется разумно.
Хотелось бы такое же поведение в Vivaldi видеть. Плюс компактные вертикальные вкладки (в Опере решается расширениями для боковой панели).
Quick Commands (F2) у меня ничего не ищет почему-то. И когда начинаешь вводить там что-либо, первую букву съедает. Буквально, иногда заметно, что буква появилась и пропала.
Про сессии:
В Опере всегда не хватало возможности одновременно работать с несколькими сессиями в разных окнах.
В какой-то степени это решено с помощью Speed Dial Folders, но я не могу привыкнуть к этой функции. Хочется иметь отдельный файл сессии под каждую задачу, с которым можно работать как с проектом в IDE.
The myFC PowerTrekk uses a fuel cell to convert hydrogen gas and oxy-
gen into usable energy. The hydrogen needed for this process is generated
within the Puck. Each Puck contains two water-reactive materials—sodi-
um silicide (NaSi) and sodium borohydride (NaBH4). Both materials in the
mixture are non-toxic and chemically stable in ambient temperature and
pressures. The mixture that is stored within the Puck is a solid powder;
when water is delivered into the Puck, it initiates a chemical reaction that
produces the hydrogen needed by the fuel cell.
While both of these materials will individually generate hydrogen, each
sources the hydrogen differently. Sodium silicide extracts the hydrogen
externally from the water (H2O), while the sodium borohydride breaks the
hydrogen bonds that are internal to the compound (BH4).
When the hydrogen generation process begins within a Puck, the sodium
silicide is the first material to produce hydrogen. Sodium silicide generates
hydrogen according to the following chemical reaction:
2 NaSi (solid) + 5 H2O (liquid) -> 5 H2 (gas) + Na2Si2O5 (aqueous) + Heat
The heat that is generated by the sodium silicide reaction is then used to
initiate the sodium borohydride reaction process according to the following
chemical reaction:
Heat + NaBH4 (solid) + 2 H2O (liquid) → 4 H2 (gas) + NaBO2 (aqueous)
The two materials generate hydrogen simultaneously until the mixture is fully
depleted. If the delivery of water is halted during this process, the hydogen
generation process will stop.
-теперь вижу.
Такой же pdf-ки про Jaq ещё нет? Они поместили воду и сухую смесь в картридж раздельно и начинают подавать воду для начала реакции при включении?
Не взлетит.
При сравнимых габаритах с power-bank'ами, топливные элементы по прежнему предлагают сравнимую или меньшую ёмкость.
При этом надо где-то брать или заправлять картриджи — удобства меньше а выигрыш не очевиден.
Не понял про соль и воду в картридже. Вспомнил про эту штуку, но там другая история. Хотя…
Полез на сайт — вдруг там какие-нибудь подробности. Что-то есть, но я по прежнему не могу соотнести это с тем, что ожидал увидеть.
Зато вот что обнаружилось: эта же компания делает метал-воздушные (поправьте, если русскоязычный термин другой) зарядки на том же принципе, что и в статье выше.
Если у вас Cue Player 0.57c, то основная его проблема для меня — это отсутствие поддержки юникода. Автор использовал кучу хаков, чтобы добиться более или менее прозрачной работы, но, видимо, забросил разработку раньше, чем смог повторить всё это уже с поддержкой юникода.
Cue Navigator (ещё) использует свой набор хаков и Media Library, поддерживает юникод, но то, что он в итоге из себя представляет — просто смешно. Нет возможности увидеть состав альбома. Только кривая навигация и модификация заголовка в соответствии с тем, какой трек сейчас играет.
Соответственно, зачем это всё, если есть плееры со встроенной поддержкой cue-файлов, без проблем с юникодом.
При этом AIMP идёт дальше, и может сам разобраться, что включать в плейлист, если я туда перетащил папку, в которой лежат cue-файлы вместе со всем остальным, если имена файлов не совпадают, и т.д.
В этом плане он и у foobar выигрывает (по крайней мере версии 1.3.1 — я давно свою сборку foobar не обновлял).
Хватит наси...
Чтобы дотянуть Winamp до уровня AIMP, его придётся переписать с нуля.
Очевидно, ни AOL, ни Radionomy не могли дальше поддерживать и развивать этот легаси-код.
Пока я им ещё пользовался, мне очень не хватало поддержки cue, и думаю, её просто невозможно добавить в существующий код. (Существующие плагины лишь пытаются подставлять костыли.)
Лучше всё-таки найти возможность посмотреть со звуком (например, скачать видео — есть множество браузерных расширений для этого — и закинуть на смартфон, планшет).
Фраза, которую я вынес в цитату — отличный пример маркетингового буллшита, который потом из пресс-релиза контент-менеджеры — гуманитарии растаскивают по блогам. Звучит очень оптимистично, хотя результаты могут быть на самом деле скромными.
В данном видео Дэйв сравнивает полученные цифры с ожидаемыми и приходит к заключению, что получили примерно то, что должны были в теории.
Затем он сравнивает эти результаты с результатами для солнечных панелей, установленных на крышах частных домов в том же районе, что и тестовая велодорожка (люди выставляют статистику на специальном сайте — ссылки в описании видео). Получается, что эффективность на единицу площади дорожки примерно в два раза ниже панелей на крышах.
Панели на крыше — это довольно простое инженерное сооружение, и при этом оно всё равно на грани окупаемости (см. предыдущие видео Дэйва, в т.ч. про его собственные панели). Дорога — значительно более сложное инженерное сооружение, к тому же требующее обслуживания, что сильно увеличивает расходы на установку и эксплуатацию (прим.: не удивительно, что разработчики не хотят публиковать такие данные), а энергии на выходе ещё и в два раза меньше.
В качестве альтернативы Дэйв приводит гораздо более практичный пример — реально существующую в Корее дорогу, где солнечные панели установлены поверх велодорожки.
После слов «реально существующую», в голове что-то щёлкнуло — полез искать на гуглокартах. Нашёл! Забавно, как спутник словил солнечного зайчика. на панелях. Длинна трассы — около 5 километров, по моей грубой прикидке. Желающие могут пересчитать панели.
Суммарный объём памяти, занятый Оперой, можно узнать в… Vivaldi!
Не знаю точно, как они группируются. Похоже что при создании вкладка попадает в одну из существующих групп, если там есть место или в новую.
В итоге выглядит как-то так (группы с 1-2 активных вкладок):
Если закрыть все активные вкладки из группы, то она останется в памяти и будет занимать порядка 1.3 МБ (50-100 кБ на вкладку), согласно встроенному таск-менеджеру.
На момент, когда сделан скриншот, браузер проработал несколько суток — довольно много процессов накопилось. После рестарта будут только процессы расширений и одна группа, в которой активная вкладка находится.
В диспетчере задач:
Стыдно признаться, но у меня открыто на порядок больше вкладок.
Вкладки группируются по ~20 штук на процесс. При ленивой загрузке процесс не создаётся, пока не активировал хотя бы одну вкладку из группы. В итоге и стартует быстро и память расходуется разумно.
Хотелось бы такое же поведение в Vivaldi видеть. Плюс компактные вертикальные вкладки (в Опере решается расширениями для боковой панели).
Про сессии:
В Опере всегда не хватало возможности одновременно работать с несколькими сессиями в разных окнах.
В какой-то степени это решено с помощью Speed Dial Folders, но я не могу привыкнуть к этой функции. Хочется иметь отдельный файл сессии под каждую задачу, с которым можно работать как с проектом в IDE.
См. раздел «О чем расскажут гравитационные волны»
Ещё любопытная миниатюрная led-лампочка, но ужасная с точки зрения мерцания, как несложно заметить.
Было бы прикольно ещё динамику лайков увидеть, но точно можно сказать, что и в 2016 его лайкают.
Project Diana 70th Anniversary Special Event | Moonbounce | EME
-теперь вижу.
Такой же pdf-ки про Jaq ещё нет? Они поместили воду и сухую смесь в картридж раздельно и начинают подавать воду для начала реакции при включении?
При сравнимых габаритах с power-bank'ами, топливные элементы по прежнему предлагают сравнимую или меньшую ёмкость.
При этом надо где-то брать или заправлять картриджи — удобства меньше а выигрыш не очевиден.
Тут доходчиво про другую зарядку.
Не понял про соль и воду в картридже. Вспомнил про эту штуку, но там другая история. Хотя…
Полез на сайт — вдруг там какие-нибудь подробности. Что-то есть, но я по прежнему не могу соотнести это с тем, что ожидал увидеть.
Зато вот что обнаружилось: эта же компания делает метал-воздушные (поправьте, если русскоязычный термин другой) зарядки на том же принципе, что и в статье выше.
Cue Navigator (ещё) использует свой набор хаков и Media Library, поддерживает юникод, но то, что он в итоге из себя представляет — просто смешно. Нет возможности увидеть состав альбома. Только кривая навигация и модификация заголовка в соответствии с тем, какой трек сейчас играет.
Соответственно, зачем это всё, если есть плееры со встроенной поддержкой cue-файлов, без проблем с юникодом.
При этом AIMP идёт дальше, и может сам разобраться, что включать в плейлист, если я туда перетащил папку, в которой лежат cue-файлы вместе со всем остальным, если имена файлов не совпадают, и т.д.
В этом плане он и у foobar выигрывает (по крайней мере версии 1.3.1 — я давно свою сборку foobar не обновлял).
Хватит наси...Чтобы дотянуть Winamp до уровня AIMP, его придётся переписать с нуля.
Очевидно, ни AOL, ни Radionomy не могли дальше поддерживать и развивать этот легаси-код.
Пока я им ещё пользовался, мне очень не хватало поддержки cue, и думаю, её просто невозможно добавить в существующий код. (Существующие плагины лишь пытаются подставлять костыли.)
Интересно, как Philips отнесётся к реакции сообщества.
(Про FTDI в EEVblog и ещё.)
Фраза, которую я вынес в цитату — отличный пример маркетингового буллшита, который потом из пресс-релиза контент-менеджеры — гуманитарии растаскивают по блогам. Звучит очень оптимистично, хотя результаты могут быть на самом деле скромными.
В данном видео Дэйв сравнивает полученные цифры с ожидаемыми и приходит к заключению, что получили примерно то, что должны были в теории.
Затем он сравнивает эти результаты с результатами для солнечных панелей, установленных на крышах частных домов в том же районе, что и тестовая велодорожка (люди выставляют статистику на специальном сайте — ссылки в описании видео). Получается, что эффективность на единицу площади дорожки примерно в два раза ниже панелей на крышах.
Панели на крыше — это довольно простое инженерное сооружение, и при этом оно всё равно на грани окупаемости (см. предыдущие видео Дэйва, в т.ч. про его собственные панели). Дорога — значительно более сложное инженерное сооружение, к тому же требующее обслуживания, что сильно увеличивает расходы на установку и эксплуатацию (прим.: не удивительно, что разработчики не хотят публиковать такие данные), а энергии на выходе ещё и в два раза меньше.
В качестве альтернативы Дэйв приводит гораздо более практичный пример — реально существующую в Корее дорогу, где солнечные панели установлены поверх велодорожки.
После слов «реально существующую», в голове что-то щёлкнуло — полез искать на гуглокартах. Нашёл! Забавно, как спутник словил солнечного зайчика. на панелях. Длинна трассы — около 5 километров, по моей грубой прикидке. Желающие могут пересчитать панели.