Microsoft начала тестировать регулятор потребления оперативной памяти в Edge Статьи редакции
Это ползунок с диапазоном от 1 Гб до 16 Гб.
- В тестовых сборках Edge появилась функция, которая позволяет ограничивать объём потребляемой браузером оперативной памяти (ОЗУ), пишет The Verge. Её обнаружил пользователь X с ником Leopeva64.
- Инструмент реализован в виде ползунка с диапазоном от 1 Гб до 16 Гб. В настройках можно выбрать, когда будет работать функция, — например, только во время игры или постоянно.
- При этом Microsoft предупреждает, что «установка нижнего предела может повлиять на производительность браузера».
- Когда функция появится в стабильной версии Edge — неизвестно.
6.8K
показов
2K
открытий
лучше бы Хром ... 5 вкладок ... минус 4 Гб оперативки ... ужОс ... вот так бракоделы из Гугла вместе с майнерами и доведут планету до цигундера оверпотреблением энергии
Может стоит обновить компьютер, а не мучать тот что от деда достался
Может разработчикам движков браузеров вынуть руки из задницы и начать задействовать ресурсы по надобрости, а не абы как?
90% посещаемых средним пользователем страниц не содержат чего-то принципиально иного, чем те, которые посещались 20 лет назад.
Только тогда комфортно можно было сидеть в инете на компе начиная с 32 мегабайт памяти, а сейчас с 32 гигабайт.
Вам кажется. Откройте вейбекмашин да посмотрите че там за сайты были 20 лет назад. Это был уровень стенгазеты - низкокачественная картинка показ которых зачастую отключали, чтобы не расходовать траффик, да текст. Конечно, любой сайт можно упростить до этой базы, в теории)) но сделайте так например с маркетплейсом. Это будет сущий ад что для покупателя что для оператора такого магазина. Любое действие требует обновления страницы, и ожидания загрузки, а кроме того архитектура тех лет просто не заточена под современный онлайн, не способна переваривать десятки и сотни тысяч одновременных подключений, именно поэтому в разработке и появился тренд на перенос нагрузки на клиентскую часть, то есть в тот самый браузер.
И в 2004 году 32 мбайт памяти было уже ужасно мало, на нормальные компы ставили до 512 метров.
да, а теперь стенгазеты просто обвешивают тонной не нужных свистелок и перделок + рекламой
Да это кажется что ненужных, на них и строится современность. Лента комментариев на вц была бы с пагинацией, к примеру, как в старом ЖЖ, удобно? Едва ли. Ведь иначе загрузка статьи с тысячью комментов обернулась бы большими проблемами, без динамической подгрузки.
Скажите честно, вас проплатили?
Иной причины, как вы находите плюсы там, где их нет я не нахожу)
Я просто как человек понимающий что-то в разработке знаю, какая огромная работа проделана чтобы сайты работали "с ненужными рюшечками", а не как 20 лет назад (и те времена и интернет той поры тоже прекрасно помню). За этими рюшечками кроется целая кроличья нора.
Ну а еще часто видел как домашних пользователей, так и целые компании которые требуют от компов 15-летней давности невозможного, и будут их насиловать до последнего, хотя решение лежит на поверхности: купить себе современное железо с 32 гига оперативки, и не задумываться над тем сколько там вкладки отжирают - 4 гига или все 10. Это естественный процесс и 20 лет назад железо устаревало возможно даже быстрее чем сейчас, скачок дефолтного объема озу с тех же 32мб до гигабайта произошел лет за 5, еще за столько же гигабайт превратился в 8.
Прости, но я тоже из этих самых
Типичная страница интернет-магазина 20 лет назад
- подгрузить CSS весом 3 килобайта
- подгрузить 50 картинок весом по 70 килобайт отложенной загрузкой
- все иконки засунуть в спрайты
- использовать javascript весом 500 байт
- реализовать кнопащку подгрузить "еще товары" этим, как его, модным словом, которое эти московские педики на семинаре давеча говорили, а, ну да - аяксом.
Типичная современная страница интернет-магазина:
- подгрузить CSS весом 1.2 мегабайта (потому что нахер его пуржить, на курсах по битриксу про это не говорили)
- подгрузить 50 изображений весом по 5 мегабайт
- приклеить JS весом 1 мегабайт
- запилить next/nuxt по принципу "потому што могём"
- автоматически подгрузить товары обмазавшись пропсами, редуксами, аксиосами с ног до головы
Преимущества функциональные полученные пользователем: 0.00%
Однако, а где здесь вина разработчика браузера? В вашем примере жор идёт исключительно по вине разработчика сайта.
В силах хухла устроить рукожопым веб-мастерам тиранию, но он почему-то не стремится к этому. Потому что в сговоре с производителями железа)
Комментарий недоступен
Комментарий недоступен
Комментарий недоступен
Да ладно. Сейчас в браузере можно реализовать полноценный аналог ворд, эксель или сделать целую IDE. И пользоваться этим прямо с мобилки. Тогда было даже сложно себе представить нечто подобное в браузере.
Что касается языка, ну конечно было бы здорово если бы у нас в браузерах был язык выполняющийся раз в 10, а то и в 20 быстрее. Однако, сложно себе представить сколько миллиардов у.е. в мире потратится впустую на переобучение разработчиков и переделку существующих сайтов на новом языке, при том что для 99% из них было достаточно жаваскрипт.
И кстати был период, когда сайты поддерживали исполнение целой Java - не взлетело и использовалось крайне редко.
Комментарий недоступен
может вы "юзеры" вынуте свою голову из очка? и начнете хоть не много думать?
3 браузера, свыше 30 вкладок
рабочий комп с ограниченным ОЗУ в 6 гб
и все работает как часы
Так у вас просто всё уходит в файл подкачки на диск. Это конечно решение при ограниченном ОЗУ, но скорости не добавляет.
Комментарий недоступен