The OpenNET Project / Index page

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



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

Оглавление

Google занялся продвижением средств безопасной работы с памятью в открытом ПО, opennews (??), 18-Фев-21, (0) [смотреть все]

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


12. "Google занялся продвижением средств безопасной работы с памя..."  –4 +/
Сообщение от Ingeneremail (??), 18-Фев-21, 21:55 
Тут пасутся РустоФобы. или Русто-скептики. Потому и приписали теперь "что при должном использовании". Для русто-скептиков.
Ответить | Правка | Наверх | Cообщить модератору

50. "Google занялся продвижением средств безопасной работы с памя..."  +4 +/
Сообщение от Dzen Python (ok), 18-Фев-21, 23:55 
Ну таки да. Скептики. Не без оснований скептики, ибо все самое вкусное все равно так или иначе обернуто в unsafe-блоки, делая все их защиты памяти точно такой же фикцией, как и кучку других красивых баззвордов. Хе.

Помню раньше был анекдот:
"Сидят ОС и браузеры в кружке, и тут ОС и говорит: "А кто будет жрать больше всего памяти, тому дам по наглой рыжей морде" ".

Вот мне просто интересно сейчас: блинк, крупный движок, нарабатывающийся годами. Функций - тьма, методов работы с огромной кучей контента, разметок и бинарных объектов тоже. Много низкоуровневых оптимизаций в адресной арифметике экономящих тысячи тактов, много внутренних оперативных кэшей объектов, позволяющих сэкономить одним метким указателем гигабайты памяти и секунды процессорного времени, вместо долгой и прожорливой прогрузке.

Вопрос простой: во сколько порядков возрастет потреблением его ядром ресурсов (памяти и проца), если их переделать на "безопасном" языке, фактически умножив оптимизации на ноль? Нет, я не говорю про хеллуворлды, графические улучшайзеры утилиты ping и прослойки легких виртуалок. Я говорю про очень сложное ядро браузера, в котором только полноценная ОС еще пока не самозародилась (и в этом я не уверен).

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

53. "Google занялся продвижением средств безопасной работы с памя..."  +2 +/
Сообщение от Аноним (53), 19-Фев-21, 00:38 
> Ну таки да. Скептики. Не без оснований скептики, ибо все самое вкусное
> все равно так или иначе обернуто в unsafe-блоки, делая все их
> защиты памяти точно такой же фикцией, как и кучку других красивых баззвордов. Хе.
> бернуто в unsafe-блоки, делая все их защиты памяти точно такой же фикцией,

Дальше, в принципе, можно не читать. Отличный детектор умников, решивших набросить. И просто "опеннетных Ыкспертов". Хе.


> Много низкоуровневых оптимизаций в адресной арифметике экономящих тысячи
> тактов, много внутренних оперативных кэшей объектов, позволяющих сэкономить одним метким

Ну да, для питонистов это все "магия" ... поэтому опять 0 конкретики.

> Вопрос простой: во сколько порядков возрастет потреблением его ядром ресурсов (памяти и проца), если их переделать на "безопасном" языке, фактически умножив оптимизации на

Ответ простой - НЕ переписыайте на питон и НЕ пытайтесь делить всё на две категории: "магическая и божественная сишка/плюсы" и "все остальное - это питон или похожее".

> Нет, я не говорю про хеллуворлды

А можно поподробнее о том, насколько порядков возрасло потребление Лисы после внедрения хелловордлов "Quantum CSS" и "WebRender"?

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

55. "Google занялся продвижением средств безопасной работы с памя..."  +1 +/
Сообщение от Ordu (ok), 19-Фев-21, 01:21 
> Не без оснований скептики...

Поверь мне, _без_ оснований. Все твои основания показывают лишь то, что ты не понимаешь подхода C++ и rust от слова вообще. "Меткий указатель", блин. Ты пробовал в проекте размера blink порассуждать о "метком указателе", и проверить не приводит ли его использование в каком-нибудь специальном случае к double-free/use-after-free, к data-race или к нарушению реентерабельности? На проекте размера blink не удастся успешно рассуждать о таких вещах без поддержки со стороны утилит, выполняющих большую часть работы по построению этих рассуждений. И вот тут, внезапно, C++ программисты начинают банить использование raw-указателей в коде, требуя использовать shared_ptr или uniq_ptr, потому что иначе рассуждения этих тулзов не стоят выеденного яйца, а с этим баном тулзы даже не всегда и нужны, потому что часто можно своей головой дотумкать.

Rust лишь делает следующий напрашивающийся шаг, он присобачивает к типу лайфтаймы, доводит до ума move-семантику, чтобы она не выглядела бы костылём, и упрощает задачу контроля за тем, чтобы программисты не использовали бы raw-указатели без нужды.

> Вопрос простой: во сколько порядков возрастет потреблением его ядром ресурсов (памяти и проца), если их переделать на "безопасном" языке, фактически умножив оптимизации на ноль?

Чем больше информации у компилятора о коде, тем лучше он может оптимизировать. C в этом смысле совершенно кошмарный язык, потому что для качественной оптимизации требуется превращать язык в один сплошной UB. И даже несмотря на это, всё равно приходится в рантайме выполнять работу, которую вполне можно сделать в compile-time.

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

58. "Google занялся продвижением средств безопасной работы с памя..."  +/
Сообщение от Sw00p aka Jerom (?), 19-Фев-21, 01:38 
>сплошной UB

UB - только в мозгу программиста (в том числе программиста который придумал ЯП).

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

91. "Google занялся продвижением средств безопасной работы с памя..."  +/
Сообщение от Аноним (-), 19-Фев-21, 08:43 
> C в этом смысле совершенно кошмарный язык, потому что для качественной оптимизации
> требуется превращать язык в один сплошной UB.

В стандарте таки есть некоторые дурацкости. Но вот это все же преувеличение. Да и у хипстеров подпертых жирнокорпами лекарства обычно получаются хуже болезни. Завязываться на репо которым M$ и прочие амазоны рулят - UB гораздо более высокого порядка.

> И даже несмотря на это, всё равно приходится в рантайме выполнять работу,
> которую вполне можно сделать в compile-time.

А вот это, пардон муа, уже вообще совсем неправда. Если подружиться с оптимизатором и сделать ему удобно, gcc, особенно с LTO - делает удивительно крутой код. Так что даже и на голом ассемблере не факт что так же круто напишешь - он, видите ли, злобно реюзает вон ту константу загруженную в регистры пару кило назад, танцуя от нее везде. Сам на асме трекать usage в таком количестве человек таки задолбается.

И все это как таковое - ортогонально UB и прочему. Да, у раста есть некоторые здравые идеи, но ориентация на полупроприетарный llvm и захват централизованного управления пакетами узкой группой корпов может это быстро и жестко аннулировать. А какие-нибудь политически-корректные трансфемки однажды могут начать резко и больно строить девов, угрожая а то и выкидывая пакеты.

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

124. "Google занялся продвижением средств безопасной работы с памя..."  +/
Сообщение от Ordu (ok), 19-Фев-21, 12:00 
>> И даже несмотря на это, всё равно приходится в рантайме выполнять работу,
>> которую вполне можно сделать в compile-time.
> А вот это, пардон муа, уже вообще совсем неправда. Если подружиться с
> оптимизатором и сделать ему удобно, gcc, особенно с LTO - делает
> удивительно крутой код. Так что даже и на голом ассемблере не
> факт что так же круто напишешь - он, видите ли, злобно
> реюзает вон ту константу загруженную в регистры пару кило назад, танцуя
> от нее везде. Сам на асме трекать usage в таком количестве
> человек таки задолбается.

Если ты говоришь, что C оптимизируется круче раста, то сравнивать надо не с человеком на ассемблере, а с rust'ом.

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

144. "Google занялся продвижением средств безопасной работы с памя..."  +/
Сообщение от Маняним (?), 19-Фев-21, 13:14 
>Поверь мне, _без_ оснований. Все твои основания показывают лишь то, что ты не понимаешь подхода C++ и rust от слова вообще.

О, подтянулся видный эксперт. Несколько дней назад ты уже продемонстрировал своё знание плюсов. Подозреваю что и С, и раст ты знаешь примерно так же. Типичный сетевой незнайка, пишущий длинные портянки по предмету которым не владеет. Тебе к сведению, осёл, сейчас идёт работа по внесению в компиляторы С++ -Wlifetime (в CPPX, в зачаточном виде -  dangling refs & pointers, уже можно поробовать), который позволит отслеживать проблемные ситуации с памятью. Заметь в компиляторы, т.е без коверкания языка и переписывании предыдущего кода на новые стандарты, как и положено при развитии зрелого языка.

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

146. "Google занялся продвижением средств безопасной работы с памя..."  +/
Сообщение от Ordu (ok), 19-Фев-21, 14:04 
>>Поверь мне, _без_ оснований. Все твои основания показывают лишь то, что ты не понимаешь подхода C++ и rust от слова вообще.
> О, подтянулся видный эксперт. Несколько дней назад ты уже продемонстрировал своё знание
> плюсов.

О, подтянулся C++-эксперт все аргументы которого сводятся к ad hominem, причём выстроенным целиком и полностью по методике "диагноз по юзерпику". Если тебе так нравится C++, ты б не позорил его хоть, ассоциируя в глазах читателя себя с ним. Бери пример с фрактала: тот не любит rust, и поэтому ассоциирует себя с растом, а не с тем, что ему нравится.

> Подозреваю что и С, и раст ты знаешь примерно так же.

Охлол. Прям не взгляд, а рентген. Раскусил меня на подлёте. Как тебе это удаётся?

>  сейчас идёт работа по внесению в компиляторы С++ -Wlifetime

Да, именно об этом я и говорю: C++ идёт по тому же пути, что и rust. Чтобы понимать это, вовсе не обязательно быть экспертом в C++. Но я заверяю тебя, ему не удастся. Всё что он может -- не идти, а ковылять на костылях, подпирая C'шный синтаксис всё большим количеством этих костылей. У C++ шансов ноль на то, чтобы стать современным языком, потому как он вынужден выдерживать совместимость с уже написанным кодом. А если случится невозможное, и он забьёт на совместимость, то это будет уже не C++, а что-то другое.

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

148. "Google занялся продвижением средств безопасной работы с..."  +/
Сообщение от arisu (ok), 19-Фев-21, 14:08 
не по юзерпику, а конкретно по твоему нику. ты от него достаточно наплясал, чтобы делать выводы. и продолжаешь плясать без устали.
Ответить | Правка | Наверх | Cообщить модератору

150. "Google занялся продвижением средств безопасной работы с..."  +/
Сообщение от Ordu (ok), 19-Фев-21, 14:52 
> не по юзерпику, а конкретно по твоему нику. ты от него достаточно
> наплясал, чтобы делать выводы. и продолжаешь плясать без устали.

Ещё один взгляд-рентген. Есть какая-то специальная ферма по разведению таких как вы?

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

151. "Google занялся продвижением средств безопасной работы с..."  +/
Сообщение от arisu (ok), 19-Фев-21, 14:57 
а ты — как и любой дурак — уверен, что твоей глупости совсем-совсем не видно? нуок, чо.
Ответить | Правка | Наверх | Cообщить модератору

153. "Google занялся продвижением средств безопасной работы с..."  +/
Сообщение от Ordu (ok), 19-Фев-21, 15:13 
> а ты — как и любой дурак — уверен, что твоей глупости
> совсем-совсем не видно?

Да, естественно. Но ещё больше я уверен, что твоей глупости не видно. Ты всегда таким умным выглядишь, знающим, понимающим всё на свете. Я даже боюсь с тобой разговаривать.

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

156. "Google занялся продвижением средств безопасной работы с..."  +/
Сообщение от arisu (ok), 19-Фев-21, 15:18 
ты как-нибудь найди того, кто тебе наврал, что ты разговариваешь, и укоризненно посмотри ему в глаза.
Ответить | Правка | Наверх | Cообщить модератору

157. "Google занялся продвижением средств безопасной работы с..."  +/
Сообщение от Ordu (ok), 19-Фев-21, 15:38 
> ты как-нибудь найди того, кто тебе наврал, что ты разговариваешь, и укоризненно
> посмотри ему в глаза.

Я не разговариваю, я же сказал: я боюсь с тобой разговаривать. Что-то я начал сомневаться в том, что ты всё понимаешь: чёрным по-русски написано, а ты понять не можешь.

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

158. "Google занялся продвижением средств безопасной работы с..."  +/
Сообщение от arisu (ok), 19-Фев-21, 15:40 
да, я и забыл, что намёки чуть тоньше полена до тебя не доходят в принципе.
Ответить | Правка | Наверх | Cообщить модератору

159. "Google занялся продвижением средств безопасной работы с..."  +/
Сообщение от Ordu (ok), 19-Фев-21, 15:57 
> да, я и забыл, что намёки чуть тоньше полена до тебя не
> доходят в принципе.

Лол. Да. Мне всегда нравится, когда люди из-за несработавшего намёка сваливаются в фоллбек режим, и начинают доносить информацию другим путём, пристёгивая поленья. Выглядит так же идиотски, как попытки объяснить не зашедшую шутку.

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

160. "Google занялся продвижением средств безопасной работы с..."  +/
Сообщение от arisu (ok), 19-Фев-21, 16:01 
спасибо, я и не сомневался, что тебе часто шутки объясняют.
Ответить | Правка | К родителю #159 | Наверх | Cообщить модератору

161. "Google занялся продвижением средств безопасной работы с..."  +/
Сообщение от Ordu (ok), 19-Фев-21, 17:38 
> спасибо, я и не сомневался, что тебе часто шутки объясняют.

Тебе тоже спасибо, мне давно никто так упорно не пытался ничего объяснить.

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

130. "Google занялся продвижением средств безопасной работы с памя..."  +/
Сообщение от VladSh (?), 19-Фев-21, 12:12 
> Не без оснований скептики, ибо все самое вкусное все равно так или иначе обернуто в unsafe-блоки, делая все их защиты памяти точно такой же фикцией

На сколько я понимаю, обычная программа просто завалится, как это сейчас и происходит, а написанная на расте при выполнении unsafe-блока, пытающегося завалить прогу, просто выдаст "ну... эта часть кода упала (функцЭя не работает)", но сама не упадёт, и ты сможешь пользоваться другими, работающими, её функциями. Или нет?

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

134. "Google занялся продвижением средств безопасной работы с..."  +1 +/
Сообщение от arisu (ok), 19-Фев-21, 12:25 
бобёр, выдыхай, лопнешь!
Ответить | Правка | Наверх | Cообщить модератору

206. "Google занялся продвижением средств безопасной работы с памя..."  –1 +/
Сообщение от Аноним (205), 24-Фев-21, 12:22 
> обернуто в unsafe-блоки, делая все их защиты памяти точно такой же фикцией

То есть Вы даже не разобравшись в конструкции делаете выводы по её названию?
Тут кто-то обвинял всех в ванговании по никнейму. Кто же это был? Ах, да, это же Вы.

Двойные стандарты не жмут?

Для конструктивной критики попробуйте хотя бы официальную документацию почитать. А то пока это выглядит, будто Вы школу окончить толком не смогли - Ваши аргументы такие, ничего личного.

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

212. "Google занялся продвижением средств безопасной работы с памя..."  +/
Сообщение от Dzen Python (ok), 24-Фев-21, 15:14 
> вы все врети, а ещё вы нидаучившейся лицемедр! Я, дочь директора раст файндейшн, поверьте мне, у нас не все так однозначно!

Читал. Более того, даже попробовал. Не только хеллуворлд и парс выхлопа сишной утилиты, а вполне активную работу с памятью.
Да, самое вкусное лежит именно в unsafe-области. Оптимизация? Ансейф и возвращение к плюсам. Даже оптимальный по времени и памяти связный список не сделать - нет, сделать можно и без ансейфа, но, мягко говоря, он далеко НЕ ОЧЕ.
Понимаю, что для многих хруст уже стал игоговой как в одноименной секте. Но вопросов в моем первопосте это не отнимает.


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

213. "Google занялся продвижением средств безопасной работы с памя..."  +/
Сообщение от Аноним (205), 24-Фев-21, 15:36 
> Читал. Более того, даже попробовал. Не только хеллуворлд и парс выхлопа сишной утилиты, а вполне активную работу с памятью.

Ссылочку, пожалуйста, на репозиторий, а то я ведь тоже на C++ писал, так там строки через *** работают, темплейты как yourmum и работа с памятью - сплошной бойлерплейт. Это не говоря о базовой работе с вводом/выводом.

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

214. "Google занялся продвижением средств безопасной работы с памя..."  +/
Сообщение от Dzen Python (ok), 24-Фев-21, 20:27 
> Ссылочку, пожалуйста, на репозиторий, а то я ведь тоже на C++ писал,

На какой именно? На домашний локальный гитиа? На локальный инстанс гитлаба на подкроватном сервере? На рабочий, во внутренней сети моей конторы?

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

215. "Google занялся продвижением средств безопасной работы с памя..."  +/
Сообщение от Аноним (205), 26-Фев-21, 07:57 
На любой, где показано
> возвращение к плюсам

Можно даже не свой, раз знакомство не шапочное. А то дерейл, приписываемый тобой растофанам как-то снова тобой же и употребим. Ещё один двойной стандарт, здрасьте.

А то что-то я не могу сопоставить тучу минусов плюсов с 5 (пятью, Карл!) случаями необходимости unsafe, среди которых как рах доступ к небезопасному коду на других языках. То есть на деле есть 4 оправданных случая использования unsafe - они лежат в только системном программировании, чем Rust не ограничивается.

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

114. "Google занялся продвижением средств безопасной работы с памя..."  +/
Сообщение от Аноним (114), 19-Фев-21, 11:03 
А РастоФаны совсем не пасутся?
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

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

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




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

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