LINUX.ORG.RU

Хром под онтопик будет собираться c использованием Clang

 ,


0

1

В листе разработчиков Clang сообщение прилетело. Решил поделиться с ЛОРом.


Hi,

As of Chrome m38, which shipped to stable a bit over a month ago, we are using clang as our production compiler for Linux – meaning that the bits we ship to users on Linux are now created by clang. It's now also our default host compiler for Chrome/Android builds (the target compiler is still gcc). We used to use gcc 4.6 before. Maybe this is interesting to others, hence this (somewhat belated) announcement.

We're using the same model we use on OS X: We use a pinned clang revision without any changes (these days, we sometimes cherrypick a few newer versions every now and then) that we update to ~trunk every few weeks.

The switch went off without larger problems, except one: The linux binaries that clang produces by default don't run on older 32-bit debians, an issue that we didn't find until our stable release. This is due to clang making assumptions about alignment that aren't true on 32-bit in practice. We worked around this and got an updated stable out relatively quickly, but producing broken 32-bit binaries by default is a great opportunity for improvement :-) I filed http://llvm.org/PR21414 for this.

With the switch to clang, binary size dropped about 8% while performance mostly stayed the same. Startup time improved a bit, some microbenchmarks got faster, others got slower (I debugged the biggest slowdown, that turned out to be a benchmark bug). If you're interested https://chromeperf.appspot.com/group_report?rev=282246 has details, ignore all rows that aren't for «linux-release» or «chromium-rel-linux». page_cycler.tough_layout_cases for example got 2.5% faster, which is nice.

Thanks everyone for all your work building such a great compiler!

Nico



Для неосиливших ангельский: бинарник похудел на 8%, производительность практически не изменилась. Циферки здесь - https://chromeperf.appspot.com/group_report?rev=282246


производительность практически не изменилась

какой тогда смысл? памяти будет жрать столько же?

Lordwind ★★★★★ ()

Какой профит обычному юзеру? Мне тобишь.

petyanamlt ★★★ ()

Хром под онтопик

не нужен, потому что закрытая проприетарщина. только chromium.

invy ★★★★★ ()

Есть невероятный способ уменьшить размер бинарника на 100%

aplay ★★★★ ()
Ответ на: комментарий от aplay

Я тоже использую этот способ. Всем рекомендую.

Valkeru ★★★★ ()
Ответ на: комментарий от Valkeru

Buddhafix

Говно под говно

Говно, потому что говно. только другое говно.

Говноfixed

Camel ★★★★★ ()
Ответ на: комментарий от Valkeru

Пока в ФФ не сделают нормальных профилей - не даже не рассматривается как вариант. К сожалению.

invy ★★★★★ ()

ну, благо что не msvc

haku ★★★★★ ()
Ответ на: комментарий от user42

Что за нормальный профиль?

Это когда профиль на серверах большого брата лежит плайнтекстом с привязкой к паспорту и досье, а на локалхосте только досмотренная реплика.

shahid ★★★★★ ()
Ответ на: комментарий от user42

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

Например на работе надо зайти под аккаунтом фирмы на гугл, для разрешения доступа по OAuth2. Я не хочу 30 раз логиниться-разлогиниваться - просто стартую хром с нужным профилем, даю разрешени по OAuth и закрываю окно. Сидеть всё время залогиненым в гугле под аккаунтом фирмы тоже не кошерно.

invy ★★★★★ ()
Последнее исправление: invy (всего исправлений: 2)
Ответ на: комментарий от Valkeru

+1. Зачем нужен этот зонд, когда есть свободный и открытый Firefox?

th3m3 ★★★★★ ()
Ответ на: комментарий от e1nste1n

Не подходит. Ссылки он открывает всё равно с стандартным профилем. В хроме - с тем, который был активен последним.

Плюс это еще и начинает мешать после добавлени я профилей - при запуске браузера требует выбирать.

Так что не удобно.

invy ★★★★★ ()
Последнее исправление: invy (всего исправлений: 2)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.