The OpenNET Project / Index page

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



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

Оглавление

70% проблем с безопасностью в Chromium вызваны ошибками при ..., opennews (ok), 24-Май-20, (0) [смотреть все]

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


40. "70% проблем с безопасностью в Chromium вызваны ошибками при ..."  –5 +/
Сообщение от iLex (ok), 24-Май-20, 15:28 
Ну вот Firefox на Rust переписали. И как, меньше там уязвимостей находят, чем в Chrome? Так, может, не в языке дело?
Ответить | Правка | Наверх | Cообщить модератору

50. "70% проблем с безопасностью в Chromium вызваны ошибками при ..."  –5 +/
Сообщение от Аноним (222), 24-Май-20, 15:48 
Именно, память лиса жрать стала только больше, вот и весь Rust
Ответить | Правка | Наверх | Cообщить модератору

62. "70% проблем с безопасностью в Chromium вызваны ошибками при ..."  +1 +/
Сообщение от JL2001 (ok), 24-Май-20, 16:03 
> Именно, память лиса жрать стала только больше, вот и весь Rust

на днях обновился таки в одном месте с firefox 56 на текущий (уж очень там нужна была группировка вкладок, а в глобальный инет не ходил им)
потребление памяти упало в 1.5-2 раза (цифры на глаз по процмонитору)
что я сделал не так?

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

107. "70% проблем с безопасностью в Chromium вызваны ошибками при ..."  –3 +/
Сообщение от Аноним (136), 24-Май-20, 17:02 
Отвалились расширения, которые и жрали. Это как уменьшение веса путём ампутации конечностей.
Ответить | Правка | Наверх | Cообщить модератору

141. "70% проблем с безопасностью в Chromium вызваны ошибками при ..."  –2 +/
Сообщение от Аноним (140), 24-Май-20, 18:35 
> Это как уменьшение веса путём ампутации конечностей.

Рудиментов может быть?

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

142. "70% проблем с безопасностью в Chromium вызваны ошибками при ..."  +1 +/
Сообщение от Аноним (136), 24-Май-20, 18:44 
Для кого-то и ноги рудименты. Вот они и не заметили.
Ответить | Правка | Наверх | Cообщить модератору

217. "70% проблем с безопасностью в Chromium вызваны ошибками при ..."  –1 +/
Сообщение от Michael Shigorinemail (ok), 24-Май-20, 21:09 
> Для кого-то и ноги рудименты. Вот они и не заметили.

Скорее не ноги, а мозги.  Впрочем, таким несложно запутаться...

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

352. "70% проблем с безопасностью в Chromium вызваны ошибками при ..."  –1 +/
Сообщение от Fracta1L (ok), 25-Май-20, 09:01 
Вспомнился пародийный псевдодокументальный фильм "ноги это атавизм", рекомендую)
Ответить | Правка | К родителю #142 | Наверх | Cообщить модератору

206. "70% проблем с безопасностью в Chromium вызваны ошибками при ..."  +/
Сообщение от JL2001 (ok), 24-Май-20, 20:57 
> Отвалились расширения, которые и жрали. Это как уменьшение веса путём ампутации конечностей.

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

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

188. "70% проблем с безопасностью в Chromium вызваны ошибками при ..."  –2 +/
Сообщение от Аноним (222), 24-Май-20, 20:43 
Вот не надо гнать, если лиса в быту монолитности жрала на старте с одной вкладкой 350-380мб, то сейчас с модной многопроцессорностью сходу 500мб и в районе сотни мегов на каждую вкладку, помимо этого около сотни мегов на вспомогательные процессы лисы, так зачем врать?
Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

204. "70% проблем с безопасностью в Chromium вызваны ошибками при ..."  +/
Сообщение от JL2001 (ok), 24-Май-20, 20:56 
> Вот не надо гнать, если лиса в быту монолитности жрала на старте
> с одной вкладкой 350-380мб, то сейчас с модной многопроцессорностью сходу 500мб
> и в районе сотни мегов на каждую вкладку, помимо этого около
> сотни мегов на вспомогательные процессы лисы, так зачем врать?

не знаю про с одной, у меня около 250-300 вкладок на 4 окна
было примерно 750+500+300+300 по процессам
сейчас стало примерно 500+200+150+150 по процессам

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

211. "70% проблем с безопасностью в Chromium вызваны ошибками при ..."  –2 +/
Сообщение от Аноним (222), 24-Май-20, 21:00 
Зачем ты загоняешь дичь, если сами мозилловцы сказали шо из за многопроцессорности лисичка будет кушать больше памяти на порядок? В чем смысл? Новость эта кстати здесь же
Ответить | Правка | Наверх | Cообщить модератору

228. "70% проблем с безопасностью в Chromium вызваны ошибками при ..."  +3 +/
Сообщение от Shevchuk (ok), 24-Май-20, 21:28 
> на порядок

Ясно, понятно.

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

233. "70% проблем с безопасностью в Chromium вызваны ошибками при ..."  –1 +/
Сообщение от Аноним (222), 24-Май-20, 21:34 
Тебе в килобайтах сказать для точности?
Ответить | Правка | Наверх | Cообщить модератору

306. "70% проблем с безопасностью в Chromium вызваны ошибками при ..."  +2 +/
Сообщение от Shevchuk (ok), 25-Май-20, 00:03 
Если с абсолютными значениями у вас так же, как с относительными, то не утруждайтесь.
Ответить | Правка | Наверх | Cообщить модератору

214. "70% проблем с безопасностью в Chromium вызваны ошибками при ..."  +5 +/
Сообщение от FixingGunsInAiremail (ok), 24-Май-20, 21:05 
Может новый Firefox и жрёт больше памяти по сравнению со старым добрым, монолитным. Такое поведение ожидалось. Таков наш "дивный новый мир", где предполагается, что десктопе минимум 4 гига, да будет. Но всё это было в угоду скорости и стабильности.

Однако, по сравнению с Chromium, ситуация с памятью гораздо лучше у Firefox. Т.к. Firefox выделяет по процессу на каждое ядро + вспомогательный для gpu.

И самое главное, когда я сравнивал последний раз Chromium с Firefox, я заметил один факт. В отличии от Chromium, Firefox умеет освобождать память. А Chromium освобождает либо неохотно, либо вообще не освобождает, пока отдельный процесс не будет закрыт. В отдельных вкладках открыл 3 стресс-теста с веба и прогнал. После закрытия этих вкладок, Firefox освободил память сразу же до минималки, Chromium же оставил её при себе, пока не закрыл его совсем.

Вот и думай теперь, кто умеет управлять памятью, а кто нет.

P.S. Конечно же это всё мои субъективные тесты в моём персональном вакууме. Камшоты не сохранились с тех пор, потому пруфов не будет. Если хотите, сравнивайте сами.

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

225. "70% проблем с безопасностью в Chromium вызваны ошибками при ..."  +4 +/
Сообщение от Shevchuk (ok), 24-Май-20, 21:24 
Вот не поленился, создал чистый профиль и открыл в нём вкладку https://opennet.ru

> smem -tc 'pid name command pss' -P '^/usr/lib/firefox'        

  PID Name                     Command                          PSS
84318 Web Content              /usr/lib/firefox/firefox -c    29991
84230 WebExtensions            /usr/lib/firefox/firefox -c    49505
84194 Web Content              /usr/lib/firefox/firefox -c    97468
84113 firefox                  /usr/lib/firefox/firefox      203801
--------------------------------------------------------------------
    4                                                        380765


Для сравнения, Chromium (snap, так что не совсем православно, конечно):

> smem -tc 'pid name command pss' -P '^/snap/chromium'      

  PID Name                     Command                          PSS
86108 chrome                   /snap/chromium/1165/usr/lib     3071
86105 chrome                   /snap/chromium/1165/usr/lib    11180
86142 chrome                   /snap/chromium/1165/usr/lib    11829
86104 chrome                   /snap/chromium/1165/usr/lib    12006
86276 chrome                   /snap/chromium/1165/usr/lib    16830
86131 chrome                   /snap/chromium/1165/usr/lib    30461
86262 chrome                   /snap/chromium/1165/usr/lib    48198
86125 chrome                   /snap/chromium/1165/usr/lib   122773
85886 chrome                   /snap/chromium/1165/usr/lib   176314
--------------------------------------------------------------------
    9                                                        432662

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

325. "70% проблем с безопасностью в Chromium вызваны ошибками при ..."  +/
Сообщение от Anonymoustus (ok), 25-Май-20, 02:58 
Глянул и я скуки ради. И вот ведь что интересно:


$ smem -tc 'pid name command pss' -P 'chromium'

  PID Name                     Command                          PSS
4393 chromium                 /usr/lib/chromium/chromium      9027
7912 smem                     /usr/bin/python /usr/bin/sm     9228
4390 chromium                 /usr/lib/chromium/chromium     80674
--------------------------------------------------------------------
    3                                                         98929


$ sudo smem -tc 'pid name command pss' -P 'chromium'

  PID Name                     Command                          PSS
4392 chrome-sandbox           /usr/lib/chromium/chrome-sa      115
7913 sudo                     sudo smem -tc pid name comm     1198
4395 chromium                 /usr/lib/chromium/chromium      1234
4393 chromium                 /usr/lib/chromium/chromium      9025
7914 smem                     /usr/bin/python /usr/bin/sm    10498
4551 chromium                 /usr/lib/chromium/chromium     11905
4531 chromium                 /usr/lib/chromium/chromium     12768
4544 chromium                 /usr/lib/chromium/chromium     16197
4534 chromium                 /usr/lib/chromium/chromium     39575
4646 chromium                 /usr/lib/chromium/chromium     40501
4677 chromium                 /usr/lib/chromium/chromium     43886
4666 chromium                 /usr/lib/chromium/chromium     53088
4390 chromium                 /usr/lib/chromium/chromium     80672
4526 chromium                 /usr/lib/chromium/chromium     87549
--------------------------------------------------------------------
   14                                                        408211

Почему, кто знает?

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

397. "70% проблем с безопасностью в Chromium вызваны ошибками при ..."  +/
Сообщение от Shevchuk (ok), 25-Май-20, 16:06 
Подозреваю, другие процессы могут быть запущены под другим пользователем. Чтобы прояснить ситуацию, попробуйте

sudo smem -atP '^/usr/lib/chromium'

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

322. "70% проблем с безопасностью в Chromium вызваны ошибками при ..."  +1 +/
Сообщение от cool29 (?), 25-Май-20, 01:42 
Ну в любом случае лисой можно пользоваться хотя бы на 8 гигах памяти. Но chromium это просто чудовище ненасытное: как-то на 8 вкладках сожрал у меня около 5 гб. После этого основной браузер у меня лиса.
Ответить | Правка | К родителю #188 | Наверх | Cообщить модератору

493. "70% проблем с безопасностью в Chromium вызваны ошибками при ..."  +/
Сообщение от J.L. (?), 31-Май-20, 18:17 
> Вот не надо гнать, если лиса в быту монолитности жрала на старте
> с одной вкладкой 350-380мб, то сейчас с модной многопроцессорностью сходу 500мб
> и в районе сотни мегов на каждую вкладку, помимо этого около
> сотни мегов на вспомогательные процессы лисы, так зачем врать?

3 вкладки, прогружена одна (мелкий простой сайт) (ублок, уматрикс, хттпсэвревере)

firefox.57.0.4 (ubuntu забыл какая, наверно 16.04, дебник могу предоставить) (через долгогое время после запуска, запустил и на ночь забыл)
sudo smem -tc 'pid name command pss' -P '^/usr/lib/firefox'
  PID Name                     Command                          PSS
25787 Web Content              /usr/lib/firefox/firefox -c    46268
25707 firefox                  /usr/lib/firefox/firefox      372619
--------------------------------------------------------------------
    2                                                        418887

firefox.76.0.1 (ubuntu 20.04) (сразу после запуска)
sudo smem -tc 'pid name command pss' -P '^/usr/lib/firefox'
  PID Name                     Command                          PSS
23888 Web Content              /usr/lib/firefox/firefox -c    27386
23753 Web Content              /usr/lib/firefox/firefox -c    77361
23724 WebExtensions            /usr/lib/firefox/firefox -c    95657
23573 firefox                  /usr/lib/firefox/firefox      244842
--------------------------------------------------------------------
    4                                                        445246

firefox.76.0.1 (ubuntu 20.04) (полчаса после запуска - пока опеннет в хромиуме открывал, пока комментарий искал, пока то-сё)
sudo smem -tc 'pid name command pss' -P '^/usr/lib/firefox'
  PID Name                     Command                          PSS
24499 Web Content              /usr/lib/firefox/firefox -c    27384
24412 Web Content              /usr/lib/firefox/firefox -c    77078
24461 WebExtensions            /usr/lib/firefox/firefox -c    94116
24333 firefox                  /usr/lib/firefox/firefox      173608
--------------------------------------------------------------------
    4                                                        372186
и оно продолжает падать.... 445246 411270 380679 380498 374238 372531 372186
понятия не имею как это работает

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

494. "70% проблем с безопасностью в Chromium вызваны ошибками при ..."  +/
Сообщение от J.L. (?), 31-Май-20, 18:40 
>[оверквотинг удален]
>   173608
> --------------------------------------------------------------------
>     4        
>            
>            
>            
>            
>     372186
> и оно продолжает падать.... 445246 411270 380679 380498 374238 372531 372186
> понятия не имею как это работает

понятия не имею что происходит и как это работает, фаерфокс как запущен и с тех пор я его не трогаю, проверяю с консольки память и своп (своп не меняется 690-710 метров), пару раз делал окно активным
sudo smem -tc 'pid name command pss' -P '^/usr/lib/firefox'
  PID Name                     Command                          PSS
24499 Web Content              /usr/lib/firefox/firefox -c    20970
24412 Web Content              /usr/lib/firefox/firefox -c    67045
24461 WebExtensions            /usr/lib/firefox/firefox -c    81592
24333 firefox                  /usr/lib/firefox/firefox      155960
--------------------------------------------------------------------
    4                                                        325567

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

495. "70% проблем с безопасностью в Chromium вызваны ошибками при ..."  +/
Сообщение от J.L. (?), 01-Июн-20, 10:20 
>[оверквотинг удален]
> 24412 Web Content          
>     /usr/lib/firefox/firefox -c    67045
> 24461 WebExtensions          
>  /usr/lib/firefox/firefox -c    81592
> 24333 firefox          
>        /usr/lib/firefox/firefox    
>   155960
> --------------------------------------------------------------------
>     4        
>     325567

оставил на ночь
sudo smem -tc 'pid name command pss' -P '^/usr/lib/firefox'
[sudo] password for jl:
  PID Name                     Command                          PSS
24499 Web Content              /usr/lib/firefox/firefox -c     5297
24461 WebExtensions            /usr/lib/firefox/firefox -c    30611
24412 Web Content              /usr/lib/firefox/firefox -c    56058
24333 firefox                  /usr/lib/firefox/firefox      185339
--------------------------------------------------------------------
    4                                                        277305

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

55. "70% проблем с безопасностью в Chromium вызваны ошибками при ..."  +/
Сообщение от JL2001 (ok), 24-Май-20, 15:55 
> Ну вот Firefox на Rust переписали. И как, меньше там уязвимостей находят,
> чем в Chrome? Так, может, не в языке дело?

те на русском вот прям в этой новости написали - 70% ошибок будет убрано если переписать на rust

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

60. "70% проблем с безопасностью в Chromium вызваны ошибками при ..."  –3 +/
Сообщение от Аноним (222), 24-Май-20, 16:00 
Капец ты тугой, а знаешь почему большой и сложный софт пишут не на няшном C# или богоизбранной Java, а на таком обьектно-ориентированном полуассеблере как C++? Во первых скорость, во вторых память, ручное управление которой и дает эту скорость по сравнению с безопасными языками
Ответить | Правка | Наверх | Cообщить модератору

67. "70% проблем с безопасностью в Chromium вызваны ошибками при ..."  +2 +/
Сообщение от JL2001 (ok), 24-Май-20, 16:07 
> Капец ты тугой, а знаешь почему большой и сложный софт пишут не
> на няшном C# или богоизбранной Java, а на таком обьектно-ориентированном полуассеблере
> как C++? Во первых скорость, во вторых память, ручное управление которой
> и дает эту скорость по сравнению с безопасными языками

капец ты тугой, а знаешь, что бенчмарки rust vs C показывают 90-110% скорости C?
https://benchmarksgame-team.pages.debian.net/benchmarksgame/...

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

71. "70% проблем с безопасностью в Chromium вызваны ошибками при ..."  –2 +/
Сообщение от Аноним (222), 24-Май-20, 16:12 
В синтетике и жаба при определенных условиях быстрее C++ в полтора раза и шо?
Ответить | Правка | Наверх | Cообщить модератору

80. "70% проблем с безопасностью в Chromium вызваны ошибками при ..."  –1 +/
Сообщение от Аноним (222), 24-Май-20, 16:19 
Ох уж эти тесты Java vs C++, а сколько споров было шо жаба могет в 1 случае из миллиона
Ответить | Правка | Наверх | Cообщить модератору

89. "70% проблем с безопасностью в Chromium вызваны ошибками при ..."  +/
Сообщение от Аноним (359), 24-Май-20, 16:30 
"Джаба быстрее ассемблера*", это каждый знает. Интересно, а если в том кейсе где джаба победила заюзать libgccjit, он сможет быстрее быть?
Ответить | Правка | Наверх | Cообщить модератору

95. "70% проблем с безопасностью в Chromium вызваны ошибками при ..."  +1 +/
Сообщение от Аноним (222), 24-Май-20, 16:34 
Можно пойти дальше и заявить что жаба быстрее самого процессора, просто цп слишком медленный для нее вот и тормозит) Не успевает так сказать
Ответить | Правка | Наверх | Cообщить модератору

118. "70% проблем с безопасностью в Chromium вызваны ошибками при ..."  +6 +/
Сообщение от коржик (?), 24-Май-20, 17:16 
Вообще и на дотнете можно писать очень быстрый, не требовательный к памяти код. Но на проектах немного приоритеты другие, всегда стремишься к покрытию тестами и чистому коду, а так же к удобствам языка.
Как следствие, в рантайме получаешь оверхед по динамическому диспачу и упаковке, иногда огребаешь от рефлексии (привет, автофак) и компилирующихся на лету экспрешенов (mvvm биндинги к примеру).

Вот и получается, что дотнет медленный потому что код безотказный, поддерживаемый и не-тесно-связанный.

А у раста с динамикой не очень, наследования там вообще нет, vtable работает через толстые ссылки и только там где надо. Весь полиморфный код можно писать через дженерики (100% статика). Гц нет. Вот этого "всё есть объект" там тоже нет. Всё что можно работает на стеке.

И в каком месте ему тормозить? В дополнительных проверках на выход за пределы границ массива? В дополнительных проверках умных ссылок? Или в том, что проще просто взять и скопировать какое-то значение чем передавать его по ссылке чтобы заткнуть компилятор, который подозревает в каждой вашей строчке UB?

Я склонен полагать, что продвинутый c++ разработчик сам все эти проверки вставляет, чтобы яйца себе не отстрелить. И что "правильный" код на c++ работает примерно с такой же скоростью что и раст.

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

212. "70% проблем с безопасностью в Chromium вызваны ошибками при ..."  –1 +/
Сообщение от Аноним (222), 24-Май-20, 21:01 
Зачем из дотнета делать C++? Шарпик в своей сфере просто цацка
Ответить | Правка | Наверх | Cообщить модератору

417. "70% проблем с безопасностью в Chromium вызваны ошибками при ..."  +/
Сообщение от Аноним (416), 26-Май-20, 02:13 
> Я склонен полагать, что продвинутый c++ разработчик сам все эти проверки вставляет, чтобы яйца себе не отстрелить.

Скорее избегает доступа к массиву по индексу. Например с помощью range for. А если не удается - да, надо проверять индексы, смещения, размеры.

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

159. "70% проблем с безопасностью в Chromium вызваны ошибками при ..."  +/
Сообщение от JL2001 (ok), 24-Май-20, 19:37 
> В синтетике и жаба при определенных условиях быстрее C++ в полтора раза
> и шо?

по ссылке вроде не прям чисто синтетика и не определённые условия

да там почти все тесты быстрее C/C++ вышли - может реально потому, что на этих языках в правильном коде надо позаботится о проверках в рантайме, а в rust за тебя посчитает в момент компиляции и не будет вставлять эти проверки в код?

зы: над исходниками не зависал, возможно я не прав

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

181. "70% проблем с безопасностью в Chromium вызваны ошибками при ..."  –4 +/
Сообщение от Аноним (222), 24-Май-20, 20:36 
не помнишь сколько пруфов было от джавистов как жабка рвет C++ в пух и прах?
Ответить | Правка | Наверх | Cообщить модератору

241. "70% проблем с безопасностью в Chromium вызваны ошибками при ..."  +2 +/
Сообщение от JL2001 (ok), 24-Май-20, 21:53 
> не помнишь сколько пруфов было от джавистов как жабка рвет C++ в
> пух и прах?

вы как-то нездорово циклитесь на Java, она вас покусала или в детстве обидела?

речь о вон тех примерах кода на rust, C и C++ и времени их выполнения
причём для каждого теста там несколько реализаций на каждом языке

где там синтетика или подтасованные цифры?

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

248. "70% проблем с безопасностью в Chromium вызваны ошибками при ..."  +/
Сообщение от Аноним (222), 24-Май-20, 22:01 
Java в свое время была темой насколько ожесточенных споров, что Rust и рядом не валялся, вот я и вспомнил...

Как раз тестить отдельные куски кода оптимизированные для одного языка и неоптимизированные для другого это херня на постном масле, ты видел как жаба рвет кресты в циклах или других специфичных кусках кода?

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

242. "70% проблем с безопасностью в Chromium вызваны ошибками при ..."  +/
Сообщение от JL2001 (ok), 24-Май-20, 21:54 
> не помнишь сколько пруфов было от джавистов как жабка рвет C++ в
> пух и прах?

и что, те пруфы опровергли или таки реально рвёт, пусть и на определённых алгоритмах?

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

269. "70% проблем с безопасностью в Chromium вызваны ошибками при ..."  –1 +/
Сообщение от Аноним (222), 24-Май-20, 22:39 
в циклах жаба рвет, ну и там где можно выжать из конкретного железа всю мощь(за счет оптимизации машинного кода под конкретное железо на котором крутится jvm), а из C++ машинный код генерится максимально обобщенно под некий абстрактный x86-64 комп
Ответить | Правка | Наверх | Cообщить модератору

426. "70% проблем с безопасностью в Chromium вызваны ошибками при ..."  +1 +/
Сообщение от Аноним (426), 26-Май-20, 12:11 
В java есть jit, jvm в рантайме собирает статистику и делает ассемблерный блоки, который может инлайнить, во время исполнения делать подмены в стеках вызовов. Т.е. в отличии от компилятора который не располагает данными как код выполнятся у jit есть некоторое преимущество в виде частотного анализа. Только это jit нужно "разогревать", потому бенчмарки на жабе делают хитро - выполняют несколько прогонов и например 10-ю итерацию уже засчитывают в результаты.
Фактически я думаю "порвать" может на синтетическом примере, если написать код нормально на сях а потом хитро мудро на java с анализом того что выкидывает jit :)

В кажется уже в 2004 году уже были статьи что Java быстрее сей, тогда переписали движок quake2 на java и средний fps был чуть выше чем у оригинала.

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

165. "70% проблем с безопасностью в Chromium вызваны ошибками при ..."  +1 +/
Сообщение от коржик (?), 24-Май-20, 19:53 
> Капец ты тугой, а знаешь почему большой и сложный софт пишут не на няшном C# или богоизбранной Java,

И да, большой и сложный софт пишут на C# и Java

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

193. "70% проблем с безопасностью в Chromium вызваны ошибками при ..."  +/
Сообщение от Аноним (222), 24-Май-20, 20:45 
Пишут, но я про прикладной софт, а на шарпе и жабе как правило сервер сайд, но по сложности кода такие вещи как правило не уступают самому MSOffice, дело в другом, понимаешь железо на серверах помощнее и памяти побольше чем у среднестатистического юзера
Ответить | Правка | Наверх | Cообщить модератору

319. "70% проблем с безопасностью в Chromium вызваны ошибками при ..."  +1 +/
Сообщение от Аноним (319), 25-Май-20, 01:25 
> память, ручное управление которой и дает эту скорость по сравнению с безопасными языками

Не даёт, его никто толком не умеет делать кроме хелловорлодов. Там везде умные указатели использовать должны, по идее

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

57. "70% проблем с безопасностью в Chromium вызваны ошибками при ..."  +5 +/
Сообщение от Fracta1L (ok), 24-Май-20, 15:57 
> Firefox на Rust переписали

Нет

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

115. "70% проблем с безопасностью в Chromium вызваны ошибками при ..."  +4 +/
Сообщение от Аноним (24), 24-Май-20, 17:10 
Ещё нет.
fxd =)
Ответить | Правка | Наверх | Cообщить модератору

61. "70% проблем с безопасностью в Chromium вызваны ошибками при ..."  +7 +/
Сообщение от Лолкек (?), 24-Май-20, 16:00 
Там несколько подсистем переписали - css движок, вроде рендерер и ещё что то.
Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

224. "70% проблем с безопасностью в Chromium вызваны ошибками при ..."  +2 +/
Сообщение от НяшМяш (ok), 24-Май-20, 21:24 
https://wiki.mozilla.org/Oxidation#Shipped

Переписали на самом деле немало, но компоненты относительно мелкие. В любом случае надо с чего-то начинать.

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

124. "70% проблем с безопасностью в Chromium вызваны ошибками при ..."  +/
Сообщение от Аноним (124), 24-Май-20, 17:25 
Не переписали
Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

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

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




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

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