The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Сообщения [Сортировка по времени | RSS]


3. "Google обосновал ограничение API webRequest, используемого б..."  –5 +/
Сообщение от Аноним (5), 14-Июн-19, 00:10 
>В частности, подобные манипуляции требуют запуска для дополнения отдельного процесса, а также применения IPC для взаимодействия с этим процессом и механизмов сериализации данных

Кто же вас просил всюду распихивать эту многопроцессность вместо многопоточности? Закопайте обратно.

Ответить | Правка | Наверх | Cообщить модератору

11. "Google обосновал ограничение API webRequest, используемого б..."  –3 +/
Сообщение от VINRARUS (ok), 14-Июн-19, 00:30 
Во всём виноват С++
Ответить | Правка | Наверх | Cообщить модератору

127. "Google обосновал ограничение API webRequest, используемого б..."  +/
Сообщение от Аноним (127), 14-Июн-19, 22:47 
Да что там С++, сам Бьерне Страуструп лично виноват! Расстрелять его!
Ответить | Правка | Наверх | Cообщить модератору

32. "Google обосновал ограничение API webRequest, используемого б..."  +2 +/
Сообщение от Анонм (?), 14-Июн-19, 01:47 
Кто просил? Наверное, те, кто насаждал тонны недоверенного кода на  JS в веб. В этом случае многопроцессность надежнее и безопаснее. Да и защита от утечек лучше. Видимо, кстати, именно поэтому только в последнее время случаев эпичных утечекв огеалисе стало в разы меньше
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

55. "Google обосновал ограничение API webRequest, используемого б..."  –3 +/
Сообщение от Аноним (5), 14-Июн-19, 08:48 
>Кто просил? Наверное, те, кто насаждал тонны недоверенного кода на  JS в веб. В этом случае многопроцессность надежнее и безопаснее.

Нет, не безопаснее. О какой безопасности может идти речь, если всякое недоверенное .... в ядре обрабатывают?

>Да и защита от утечек лучше. Видимо, кстати, именно поэтому только в последнее время случаев эпичных утечекв огеалисе стало в разы меньше

Нет, не лучше. Была 1 утечка, а теперь стало n , + оверхед на многопроцессность.

Ответить | Правка | Наверх | Cообщить модератору

61. "Google обосновал ограничение API webRequest, используемого б..."  +2 +/
Сообщение от Аноним (62), 14-Июн-19, 09:48 
> В этом случае многопроцессность надежнее и безопаснее.

Она в любом случае надёжнее и безопаснее.

Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

67. "Google обосновал ограничение API webRequest, используемого б..."  +1 +/
Сообщение от Аноним (67), 14-Июн-19, 10:06 
Сперва Spectre закопай, умник. Firefox из-за него стал вынужден пилить Fission (отдельные процессы на домены и фреймы, как в хроме с Site Isolation), вместо ограниченного числа общих контент-процессов. Изоляция процессов теперь необходима, закопай свои потоки.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

133. "Google обосновал ограничение API webRequest, используемого б..."  –1 +/
Сообщение от Аноним (-), 15-Июн-19, 12:38 
А если я скажу тебе что впиливать многопроцессорность начали задолго до обнаружения порции бэкдоров в процессорах?
Ответить | Правка | Наверх | Cообщить модератору

154. "Google обосновал ограничение API webRequest, используемого б..."  +/
Сообщение от Аноним (5), 16-Июн-19, 19:01 
Многопроцессность не решает проблемы spectre. Если запускать недоверенный JavaScript, то никакая защита от Spectre не поможет - ломанут через use-after-free и/или через side-channel уровня браузера и/или ОС и/или видеокарты и/или nfc и/или bluetooth. Enjoy your Web by monkeys.
Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру