Открыть список
Как стать автором
Обновить

Комментарии 49

Мне кажется в виде таблицы было бы нагляднее

Полностью с вами согласен но и статью следовало бы оставить, а таблицу использовать как средство подвести итоги
Забыли рассказать по какой причине большинство браузеров перекатилось на использование Chromium, да и в целом о терании Google над другими браузерами.
Это тема на отдельный громаднейший пост. Может как-нибудь в другой раз.
Звучит здорово, буду ждать и надеяться!

Долго рассматривал первую картинку. Много думал. Далеко не сразу понятно, что противный толстяк делает с маленькими человечками.

Соглашусь. Можно пояснение для тупых от минусующих?

Пожирает RAM очевидно

Но судя по первой картинке, у него в той области нет рта. Какое-то прямое поглощение получается.
Чёрточка это нос, очевидно же.
>>Как удалить новый Microsoft Edge
Удивительно, но с ним абсолютное большинство сайтов открывается без проблем (кроме legacy Java). Про Privacy по сравнению с Firefox вопрос обсуждаемый, но уж точно не в пользу Chrome.
с ним абсолютное большинство сайтов открывается без проблем

Собственно, ничего удивительного — чего-то другого трудно ожидать от очередного скина для хромиума.

Это и не утверждение, что он плох. Проблема в том, что процесс его удаления довольно нестандартный, и множество людей просто предполагают, что удалить его невозможно. Этот пункт здесь для развеивания подобных мифов.
А для чего собственно его удалять, если, насколько я понял из статьи, он в перспективе станет системным API как Legacy Edge?
Тут вариантов несколько:
1. Вернуть Legacy Edge. Новый Edge блокирует работу старого.
2. Почистить от старых версий. Они складируются в папке `C:\Program Files (x86)\Microsoft\Edge\Application`. (Кстати, так с любым браузером на основе Chromium, только папки другие)
3. По любой причине, по которой бы кто-либо не хотел его видеть установленным у себя в системе.

По поводу системного API — мне кажется, что в таком случае его основу перенесут в папку System32, а исполняемый файл оставят на прежнем месте, как это было и с Internet Explorer, и с Legacy Edge.
Я попытался почистить от старых версий (была 81 и 85, хотел удалить 81), зашел в папку инсталлер 81-го и после выполнения команды убил и 81 и 85 и весь браузер.:D
Неловко получилось.)
Пару дней назад перешел с яндекс-браузера на brave, судя по всему это самый шустрый актуальный браузер (но само-собой до забытого ie по скорости загрузки не дотягивает)
Мог бы быть прекрасным браузером, но такие новости отбивают всякое желание им пользоваться.

Странно читать новость о смерти safari, читая статью из safari.
/sarcasm mode off
Убийство Apple safari под win ещё не означает его смерть. В macOS/iOS он живёт вполне себе

Это очень даже верное замечание. Однако, заголовок тут не зря содержит в себе «Windows».

С одной стороны это прекрасно что у нас будет один браузер/движок/стандарт. С другой стороны при отсутствии конкуренции, происходит деградация

приложение «Фотографии» — тут отдельная история, покрытая туманом

Хотел бы я узнать как можно просмотром фоток загружать 16 потоков процессора на 100%. Это надо уметь, не зря видимо на собеседованиях решают задачи на алгоритмы.
например, грузить панораму на 100-150 мегапикселей (благо, Фотошоп умеет их склеивать из обычных фоток с перекрытием) или астрофотографию в оригинальном размере в формате tiff…
Ответ на этот вопрос сложнее, чем мог бы казаться. Там столько технологий в одно приложение намешано. Приоткрою завесу изображением ниже:

интересно, это приложение для показа mov случайно виртуалку с макосью с собой не тащит?

Интересно, что хуже — виртуалка с макосью или iTunes для винды…
А давно родное приложение Фото в OSX перестало тормозить на библиотеке в 30+ гигабайт? Да по сравнению с ним iTunes для Windows образец быстроты (слушает музон из него)
Если там юнити тогда понятна причина лагов и загрузки процессора. Но кому могла идея использовать его.

Ну вот примеры:


  1. Генерация thumbnails.
  2. Упреждающее декодирование: подгрузка картинок в фоне, чтобы переключение на следующую-предыдущую происходило мгновенно.
  3. Качественное ресемплирование.
  4. Face detection, face recognition: группировка фотографий по людям.
Только вот почему какой-нибудь FastStone Image Viewer или XnView стравляются с первыми тремя пунктами с минимальной нагрузкой? А ведь они далеко не самые лёгкие, есть и более быстрые вьюверы. Ну а 4 пункт вообще должен выполняться в фоне, да и даром он не нужен, ИМХО.
Кстати, таки он(4 пункт) в фоне и выполняется. И даже умеет это на GPU делать.

Тот же FastStone, при открытии новой папки с фотографиями, грузит одно ядро для создания превьюх и делает он это относительно медленно. Если загрузить все ядра, то будет делать быстрее (если честно, именного этого мне лично не хватает).

там же всё упирается в чтение с жесткого диска а не в процессорную мощность?
грузит одно ядро для создания превьюх

У меня вышло 15-20%. Явно не 25, что должно быть для моего 4-х ядерного процессора. Диск, по показаниям диспетчера, загружен на 80%, из которых 15 это фоновый торрент.
А вот почему он начал жрать одно ядро после смены железа, я так и не понял. Докопался до службы Windows License Manager, но её отключение ломает UWP приложения. В итоге перешёл на XnView, но он не умеет отключать сглаживание при увеличении одной кнопкой.
Понятно что нужно сделать превью и прочее, но дело в том что когда возвращаешься к прежнему месте, во-первых, лагает прокрутка, во-вторых, картинки грузятся опять. Как будто все вышеперечисленное генерируется каждый раз без использования кэша.
Про видео даже не говорю.

Ладно еще на 16 потоках и быстром ssd можно как-то пользоваться. Я не понимаю как быть людям на 4/8 или даже 2/4. Или приложение не для них сделано, или фотоальбом не больше 100 фотографий.

Насчет удаления нового Edge (на основе Chromium), Microsoft намекнула, что не надо так делать, потому что системный компонент WebView они планируют в будущем переключить на работу через двидок Edge вместо движка Internet Explorer

Разве собираются переключить? Это же сломает работу многих приложений.
Они уже сделали новый компонент Microsoft Edge WebView2, который пока находится в состоянии preview и требует установки Edge Canary.
Да, Internet Explorer и Legacy Edge навсегда застряли в Windows, никто их менять не будет. Добавят новый движок, и применять его будут только новые(обновлённые) приложения.

Хотелось бы почитать о том, почему, будучи скинами для хромиума, браузеры умудряются с разной скоростью грузить страницы, к тому же потребляя разный объём памяти.

Свистелки с перделками разные ;)
Последний Edge отличный, пользуюсь им уже месяц, памяти жрет примерно в 1,5-2 раза меньше, чем Chrome.

Движок браузера для GUI удобен не только и не столько для новичков. Все современные платформы для GUI маршируют в одном направлении: декларативный ML + стили + небольшой служебный (вспомогательный) императивный слой (повозюкали мышкой тут — применить стили там). Это то, что над бизнес-логикой. Разумеется, получается зоопарк, если брать одни ML'и, сколько их наберётся? От QML (Qt) до XAML (WPF). Все несовместимые, но при этом без фишки, ради которой стоило бы тащить. Естественно, многие махнули рукой и перешли на ML, который HT. Там самое большое комьюнити, самые крутые перспективы, и так далее. Одна беда — тот же CEF весил долгое время 43 мегабайта (я аж до сих пор помню), сейчас сколько я не знаю, но вряд ли меньше. Но для Android'а, например, есть халявный WebView, каковым для Windows долгое время служил Trident .ocx. Разница в том, что Гугл не обращается с совместимостью и безопасностью, как МС (кто помнит этот грёбаный стыд, когда HTML'ный визард в студии блокировался жёлтой секьюрной полоской сверху? VS 7.1 на XP, вроде). В заключение, хочу добавить, что многие используют движок HTML, специально созданный для GUI — Sciter. Страницы в нём не поотображаешь, зато интерфейсы — милое дело, каждый второй антивирус на нём написан плюс ещё куча всего.

ПИчаль только в том, что все (виденные мной) решения интерфейсов на базе HTML безумно медленные. Т.е. message box кастомизированный вывести ещё может и ничего, но уже хотя бы просто длинный список с минимальным количеством контролов — всё, крантец. Symantec уже много лет базирует свои продукты Norton* на таких интерфейсах и в результате каждое «общение» с таким софтом — боль чисто по причинам крайне неприятных лагов интерфейса. Зато «вжух-вжух и готово», да…

«Norton*», насколько я знаю, сделан, как раз, на Sciter. Как они умудрились добиться описываемого вами эффекта, ума не приложу. (Сам я таким софтом не пользуюсь). Я лично писал на этом движке ОЧЕНЬ тяжёлый UI, сопоставимый по сложности с иной игрой, с кучей анимации и т.п. и тестировал полноэкранные полупрозрачные окна на 4К на слабом ноутбуке — всё летало. Мобильную не смотрел, но видел ролик с сайта автора, где она на среднем телефоне даёт 60fps на его тестовых примерах из SDK (среди них есть в том числе нагрузочные — SDK публично доступен). Если вам не трудно, посмотрите, пожалуйста, через файловый менеджер в папку приложения на dll'ки или через Spy++ на имя оконного класса, или через Process Explorer на загруженные библиотеки, чтобы точно узнать, на каком движке они сделали GUI. Ещё, возможно, они в потоке интерфейса что-то медленное делают, тут уж хоть на голом WinAPI пиши, лаги будут.

Да, вот только проблема в том, что браузерные движки общего назначения переполнены всякого рода допущениями, чтобы каждый из миллиардов сайтов, даже написанных криворукими детсадовцами без какого-либо соблюдения стандартов, хоть как-то отображался. B вся эта обвязка совершенно не нужна для специально написанного по стандартам GUI. Sciter — чудесный пример того, как без тяжкого груза допущений, работая по стандартам, один человек может написать полноценный графический движок браузера размером 700 кб.
Не 700К, побольше (разные версии, с которыми я работал, весили от 3 до 5М). Но всё равно раз в 10 меньше Хромиума, да.
Nitro — движок JS, разрабатываемый Apple для браузера Safari;

правильнее это двигло называть JavaScriptCore

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