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

Сборка Chrome для Windows переведена на использование Clang, opennews (ok), 06-Мрт-18, (0) [смотреть все] Хочу увидеть новость в которой Mesa-у, хотя бы опционально и экспирементально, п, Ilya Indigo (ok), 11:30 , 06-Мрт-18, (1) –10 // да ладно gcc еще та помойка, которая постоянно ломает кодогенерацию , Аноним (-), 11:49 , 06-Мрт-18, (5) –12 // Не так уж и часто, по сравнению с пайтон Переход от gcc6 к gcc7 ничто по сравнен, Ilya Indigo (ok), 11:56 , 06-Мрт-18, (7) –4 // Так ведь все знают, что разные версии компилятора мягче и фиолетовее разных верс, Аноним (-), 14:08 , 06-Мрт-18, (23) Боюсь, сравнение не корректное Во первых, сравнивать компилируемые и интерпретир, XoRe (ok), 14:44 , 06-Мрт-18, (27) +3 Согласен, но называть gcc помойкой тем более не корректно , Ilya Indigo (ok), 14:49 , 06-Мрт-18, (28) Ну так если согласны, то зачем такое написали , depeche (??), 19:42 , 06-Мрт-18, (50) +1 Да много их Virtualbox из того что сразу на ум приходит, Нэээ (?), 20:22 , 06-Мрт-18, (51) +1 Сама меза как собиралась при помощи GCC, так и не прекращала LLVM не Clang ис, Аноним (-), 12:16 , 06-Мрт-18, (11) +19 // Благодарю за разъяснение , Ilya Indigo (ok), 12:24 , 06-Мрт-18, (13) +5 Меня интересуют OpenCL, OpenACC, причём, совсем не для графики А там мне Шланг , Аноним (-), 17:12 , 06-Мрт-18, (41) // Clang вперся, ибо, внезапно, является фронтендом для компиляции шейдеров Сейчас, maxis11 (ok), 21:00 , 07-Мрт-18, (84) +2 В арче почему-то clang у mesa в make-depend ах, хоть и собирается всё с помощью , axredneck (?), 21:36 , 06-Мрт-18, (52) +1 // Посмотрел ебилд Clang действительно присутствует в зависимостях мезы, но он нуж, Аноним (-), 00:13 , 07-Мрт-18, (54) Даже если gcc научится, то не факт, что проблемы кончатся mesa распространяется, Ordu (ok), 10:17 , 07-Мрт-18, (60) –2 Брат, я тоже этого жду , Аноним (-), 17:04 , 06-Мрт-18, (38) // Ну или хотя бы чтобы Mesa форкнули , Аноним (-), 17:06 , 06-Мрт-18, (39) Как я понял позже, для этого, как минимум, gcc должен научиться компилировать GL, Ilya Indigo (ok), 17:11 , 06-Мрт-18, (40) +1 А я жду, когда последуют примеру бсд и выкинут гцц на помойку Даешь меньше виру, Аноним (-), 06:53 , 07-Мрт-18, (59) Все думают, что этот шланг просто так ради интереса стартанули Типа, чтобы gcc , adolfus (ok), 11:34 , 06-Мрт-18, (2) –3 // Учитвая, что в MS активно занялись развитием Шланга, а свой компилятор забросили, Аноним (-), 12:22 , 06-Мрт-18, (12) +2 // Тот cамый МS, который активно проталкивал в стандарт С11 свои дополнения, при эт, Аноним84701 (ok), 17:45 , 06-Мрт-18, (45) +1 Его стартанули корпорасты-пермиссивщики Зачем 8212 надеюсь, не надо объяснят, Аноним (-), 12:28 , 06-Мрт-18, (14) +3 // Надо Зачем Компилятор не определяет лицензию скомпилированного бинарника А li, Аноним (-), 13:59 , 06-Мрт-18, (21) +2 // У них на GPL аллергия , Аноним (-), 14:08 , 06-Мрт-18, (22) +2 точно напомнить забытое исключение из gcc А то ведь получалось - компилир, Аноним (-), 14:08 , 06-Мрт-18, (24) Не живи прошлыми воспоминаниями, живи настоящим PS То недоразумение поправили в , Аноним (-), 17:17 , 06-Мрт-18, (42) +3 Если у вас нет своего бесплатного компилятора, то с одной стороны, вам может вык, Аноним (-), 14:54 , 06-Мрт-18, (29) –1 А как же возможность продавать свой более быстрый, оптимизированный проприетар, Аноним (-), 15:56 , 06-Мрт-18, (33) Если в рантайме используется код библиотеки компилятора или ещё какой формат дан, iZEN (ok), 16:01 , 06-Мрт-18, (36) +2 Шланговый ld на tier1 уже довольно давно работает, ЕМНИП , Аноним (-), 17:32 , 06-Мрт-18, (44) Технические причины в том числе Не всем нравятся танцы с гиппопотамамиhttps g, iPony (?), 15:53 , 06-Мрт-18, (32) –2 // Unless I am mistaken about the LLVM, it has no such user community С 2005ого, Andrey Mitrofanov (?), 15:57 , 06-Мрт-18, (34) +1 А что, еще более древнее сообщение не накопалось , Аноним (-), 11:03 , 07-Мрт-18, (65) Хотели показать, что в компиляторе можно сделать более человекочитаемый вывод об, Аноним (-), 00:26 , 07-Мрт-18, (55) –1 Ты так об этом говоришь, будто это что-то плохое , Аноним (-), 12:14 , 08-Мрт-18, (86) Нет Не все так думают Я думаю иначе Шланг стартанули потому, что с gcc шным к, Ordu (ok), 10:36 , 07-Мрт-18, (62) +1 // План был, чтоб не было проприертарных расширений Он сработал Выделил для огран, Andrey Mitrofanov (?), 10:44 , 07-Мрт-18, (64) +1 // jit все-же не совсем то , Аноним (-), 11:04 , 07-Мрт-18, (66) Как и продовать gcc без исходников нисавсем предоставлять готовую библиотеку , Andrey Mitrofanov (?), 12:31 , 07-Мрт-18, (68) В смысле, что в gcc нет пропиетарных расширений, он сработал бесспорно Но план , Ordu (ok), 12:42 , 07-Мрт-18, (70) Так свобода же -- Вы можете не приходить , Andrey Mitrofanov (?), 13:05 , 07-Мрт-18, (72) Проблема в том, что не только я могу не приходить Может не придти никто , Ordu (ok), 18:16 , 07-Мрт-18, (80) Почему тоже Документация 8212 едва ли не единственное, и уж точно основное, Аноним (-), 15:49 , 07-Мрт-18, (77) // Ты сейчас ведь говоришь про документацию на компилятор, как command-line утилиту, Ordu (ok), 18:15 , 07-Мрт-18, (79) Да ладно У GCC есть не только подробная документация по интерфейсам различных ч, Аноним (-), 20:20 , 07-Мрт-18, (81) Хм Видимо я каким-то образом прошёл мимо всего этого Спорны они или нет, но про, Ordu (ok), 21:21 , 07-Мрт-18, (85) –1 Да не поэтому Шланг и LLVM создали потому, что у него архитектура более интерес, vitalif (ok), 11:54 , 11-Мрт-18, (93) Я бы хотел уточнить, свободного или открытого коньпелятора , Аноним (-), 11:41 , 06-Мрт-18, (3) –2 // Тогда стоит уточнить, свободного в какой версии разработчика, потребителя или к, Аноним (-), 11:53 , 06-Мрт-18, (6) –5 // А вы тот ещё демагог и словесный эквилибрист Право 3 Возможность действовать, п, Аноним (-), 12:57 , 06-Мрт-18, (17) // Бодро подытожили, спасибо Даже как-то и дискутировать ни к чему , Аноним (-), 15:16 , 06-Мрт-18, (30) Ясень пень, что меньше При компиляции MSVC свои зонды добавляет А так только г, Аноним (-), 11:43 , 06-Мрт-18, (4) +2 // А GCC только GNUшные зонды , Аноним (-), 12:40 , 07-Мрт-18, (69) –1 Сейчас бы в век терабайтных дисков считать проценты от мегабайтов, Аноним (-), 12:01 , 06-Мрт-18, (8) –9   // Им надо по сети обновления накатывать, а там каждый лишний байт потенциально уве, Аноним (-), 12:07 , 06-Мрт-18, (9) +5   А, ну можно не считать, правда, чего уж там , Аноним (-), 12:32 , 06-Мрт-18, (15)   То-то все кому не лень придумывают всякие там webp hevc opus , зачем Анон уже , Диалектик (?), 13:15 , 06-Мрт-18, (19) +7   Согласен Нет смысла в 300 мегабайтном дистре экономить пару мег - всё равн, Гоги (?), 18:32 , 06-Мрт-18, (47)   // interactive_ui_tests exe можете смело удалить Как иnacl_irt_x86_64 nexelibGLESv2, Аноним (-), 02:15 , 07-Мрт-18, (56)   8 волнуют процессор Процессору весь этот код приходится многократно читать из , Ordu (ok), 10:42 , 07-Мрт-18, (63) –2   // Нисколько не умаляя достоинства малых программ, замечу у вас DLL-ка 72 мега - о, Гоги (?), 00:18 , 09-Мрт-18, (87)   А вовсе нет никакой нужды впихивать 72 мегабайта в кеш Если какой-то кусок кода, Ordu (ok), 01:33 , 09-Мрт-18, (90)   Гугол волнует Для них эти единицы процентов выливаются в сотни терабайт трафика, Аноним (-), 20:25 , 07-Мрт-18, (82)   // У меня на вас даже кот заржал бьют по карману Так и вижу Брина - , Гоги (?), 00:21 , 09-Мрт-18, (88)   Рад за то, что у вас такой веселый кот, но Гугл - корпорация бабла И если есть , Аноним (-), 12:05 , 09-Мрт-18, (91) +1   виндяцкие привязки очень портят жизнь разрабам хрома https habrahabr ru compan, none_first (ok), 12:09 , 06-Мрт-18, (10) –3 // Не без этого Но мне кажется, что линуксовая видеосистема им побольше посолила , iPony (?), 13:38 , 06-Мрт-18, (20) +1 // по постам в оригинальной статьеи еще, none_first (ok), 18:56 , 06-Мрт-18, (49) // Да ну ты брось D Оказывается мамонтовая ФС из прошлого сливает какой-то сервер , iPony (?), 06:21 , 07-Мрт-18, (58) К осознанию сложностей и мучений, кот испытывают разрабы под виндузом, в частно, none_first (ok), 11:52 , 07-Мрт-18, (67) +1 Таки может соберут Qt WebEngine mingw-w64 даже , Аноним (-), 12:39 , 06-Мрт-18, (16) Это как они на андроиде клангом собирают На андроиде разве все приложения не ja, Аноним (-), 14:13 , 06-Мрт-18, (25) –2 // Нет , Аноним (-), 15:58 , 06-Мрт-18, (35) +1 // нет там через jni Java native interface цепляет найтивный код например в Qt про, рара Кен (?), 23:11 , 09-Мрт-18, (92) В этом месте вероятно надо начать истомно стонать , ыы (?), 14:33 , 06-Мрт-18, (26) // Так что ж мешает-то , ryoken (ok), 15:30 , 06-Мрт-18, (31) // Так они же тогда, вероятно, и кончили от этого Ачуметь, сократили бинарник на 8, Аноним (-), 17:24 , 06-Мрт-18, (43) –2 // Ну осиль ещё пару предложений новости, напрягись Я верю, ты сможешь , Аноним (-), 22:24 , 06-Мрт-18, (53) Что несёшь У clang лучше оптимизация даже чем у GCC Что уж там про M -дерьмо г, Аноним (-), 13:56 , 07-Мрт-18, (73) Все-таки GCC оптимизирует сильно лучше, чем шланг И без глупых ошибок к тому же, Аноним (-), 20:28 , 07-Мрт-18, (83) Почему не компилятор от Intel , ПДК (?), 16:52 , 06-Мрт-18, (37) –4 // Потому что есть AMD и ARM, на коих венда так же имеется , Аноним (-), 13:57 , 07-Мрт-18, (74) Мне одному это кажется клоунадой Шланг ради Шланга , Гоги (?), 18:22 , 06-Мрт-18, (46) –3 // Да , Аноним (-), 15:52 , 07-Мрт-18, (78) // Нет , Гоги (?), 00:35 , 09-Мрт-18, (89) 1,2,3,4,8,10,16,25,26,37,46

Сообщения

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

8. "Сборка Chrome для Windows переведена на использование Clang"	–9 +/–
Сообщение от Аноним (-), 06-Мрт-18, 12:01
Сейчас бы в век терабайтных дисков считать проценты от мегабайтов
Ответить | Правка | Наверх | Cообщить модератору

	9. "Сборка Chrome для Windows переведена на использование Clang"	+5 +/–
	Сообщение от Аноним (-), 06-Мрт-18, 12:07
	Им надо по сети обновления накатывать, а там каждый лишний байт потенциально увеличивает время
	Ответить | Правка | Наверх | Cообщить модератору

	15. "Сборка Chrome для Windows переведена на использование Clang"	+/–
	Сообщение от Аноним (-), 06-Мрт-18, 12:32
	А, ну можно не считать, правда, чего уж там.
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	19. "Сборка Chrome для Windows переведена на использование Clang"	+7 +/–
	Сообщение от Диалектик (?), 06-Мрт-18, 13:15
	То-то все кому не лень придумывают всякие там webp hevc opus.., зачем? Анон уже купил винт на терабайт!
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	47. "Сборка Chrome для Windows переведена на использование Clang"	+/–
	Сообщение от Гоги (?), 06-Мрт-18, 18:32
	Согласен. Нет смысла в 300(!!!) мегабайтном дистре экономить пару мег - всё равно Хром настолько монолитное чучело, что отправкой двух новых DLL ничего не обновить - нужно перекачивать всю эту приблуду. 2018/01/10  23:46        51 957 760 chrome.dll 2018/01/10  23:51        72 485 376 chrome_child.dll 2017/12/15  00:19        10 171 248 icudtl.dat 2018/01/10  23:53       110 347 776 interactive_ui_tests.exe Оставил только самое шедевральное. Кого-то до сих пор волнует 8% от 72 мегабайт?!!
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	56. "Сборка Chrome для Windows переведена на использование Clang"	+/–
	Сообщение от Аноним (-), 07-Мрт-18, 02:15
	interactive_ui_tests.exe можете смело удалить. Как и nacl_irt_x86_64.nexe libGLESv2.dll libEGL.dll D3DCompiler_47.dll chrome_watcher.dll swiftshader ненужные locales Итого 150Мб
	Ответить | Правка | Наверх | Cообщить модератору

	63. "Сборка Chrome для Windows переведена на использование Clang"	–2 +/–
	Сообщение от Ordu (ok), 07-Мрт-18, 10:42
	> Оставил только самое шедевральное. Кого-то до сих пор волнует 8% от 72 > мегабайт?!! 8% волнуют процессор. Процессору весь этот код приходится многократно читать из RAM в кеши. Чем больше этот код, тем больше времени на это уходит. Во время выполнения программы причём. Не любые 8% сокращения размера кода заметно скажутся на производительности, но в некоторых ситуациях и 1% сокращения может дать заметные результаты. Поэтому стремление уменьшать размер кода -- это полезное стремление.
	Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

	87. "Сборка Chrome для Windows переведена на использование Clang"	+/–
	Сообщение от Гоги (?), 09-Мрт-18, 00:18
	Нисколько не умаляя достоинства малых программ, замечу: у вас DLL-ка 72 мега - она ПО-ЛЮБОМУ не влезет в кэш! Да и сами компиляторы стали достаточно умные, чтобы генерить более-менее оптимальный код. Я к тому, что "выжимка процентов" не стоит своих усилий. Уменьшить в ДВА раза - да, остальное - от лукавого. Как и говорил, Хромому нужна модульность - разбить этот монолит на нормальные модули, причём с возможностью их удаления.
	Ответить | Правка | Наверх | Cообщить модератору

	90. "Сборка Chrome для Windows переведена на использование Clang"	+/–
	Сообщение от Ordu (ok), 09-Мрт-18, 01:33
	> Нисколько не умаляя достоинства малых программ, замечу: у вас DLL-ка 72 мега > - она ПО-ЛЮБОМУ не влезет в кэш! А вовсе нет никакой нужды впихивать 72 мегабайта в кеш. Если какой-то кусок кода выполняется один раз в сутки, то загрузка его в кеш практически никак не повлияет на производительность. Даже если этот кусок в своп будет выпадать за сутки -- это слабо скажется на производительности. В худшем случае будет небольшой лаг. Раз в сутки. Производительность определяется скоростью работы циклов, и вот тут важно, чтобы код цикла поместился бы в кеш. Если цикл выполняется 10k раз, и на каждой итерации его код загружается в кеш, то это скажется на производительности. Если при этом итерация цикла выполняется за 50 тактов процессора, и ещё десяток тактов тратится на загрузку тела цикла в кеш, то это замедление цикла на 20%. Если мы код уменьшили на 8% равномерно везде, то все циклы тоже стали на 8% меньше, а это значит, что есть неплохие шансы на то, что какой-то из них не влезал в кеш, а теперь влез. Ну, это понятно, упрощённая картина: в кеше не только код лежит, ещё и данные, и по сути надо говорить не о том, что код часто грузится, а о том, сколько кеша остаётся свободным для манипуляции с данными после загрузки тела цикла в кеш. С учётом этого я вообще не вижу никакого способа оценить возможные бонусы к производительности в общем случае. Но, тем не менее, пренебрегать этим я бы не стал. 8% объёма -- это круто, это 1/12 часть. > Да и сами компиляторы > стали достаточно умные, чтобы генерить более-менее оптимальный код. Я к тому, > что "выжимка процентов" не стоит своих усилий. Это если сидеть и вручную писать на ассемблере, тратя на порядок-два больше времени на написание того же кода, тогда действительно не стоит. А если для сокращения кода на 8% надо единожды довести сорцы до совместимости с другим компилятором, и потом придерживаться более строгих гайдлайнов к вновь написанному коду, то в чём проблемы? А если ещё вспомнить, что подобные преобразования кода положительно сказываются на его качестве, так сам бог велел. Я бы даже сказал, что если код несовместим с другим компилятором, то это самодостаточный повод для того, чтобы заняться совместимостью, не ради производительности или размера, а ради уменьшения количества багов. > Уменьшить в ДВА раза - да, остальное - от лукавого. Если раз десять уменьшить время выполнения на 8%, то в сумме выйдет сокращение на 50%. Если забивать на эти проценты, то в результате получится тормозное нечто. И не только потому, что проценты накопятся, а ещё и потому, что разработчики, не выискивая проценты, потеряют нюх и способность писать быстрый код. Чтобы понимать где и как программа тратит время, надо заниматься оптимизациями. Оптимизации такая штука, что подчастую заранее не знаешь, сколько ты процентов получишь. На скорость выполнения кода влияет очень много чего, и учесть эти факторы все практически невозможно. Очень часто самый простой способ проверить -- переписать код так, как кажется будет лучше, и сравнить. То есть крайне сложно исследовать, где программа проводит время, не совершая попытки оптимизировать по скорости. А не зная, где программа тормозит, невозможно писать не тормозную программу. Говорить о том, что проценты не важны -- это то же самое, что говорить "производительность не важна".
	Ответить | Правка | Наверх | Cообщить модератору

	82. "Сборка Chrome для Windows переведена на использование Clang"	+/–
	Сообщение от Аноним (-), 07-Мрт-18, 20:25
	> Оставил только самое шедевральное. Кого-то до сих пор волнует 8% от 72 мегабайт?!! Гугол волнует. Для них эти единицы процентов выливаются в сотни терабайт трафика при обновлении хромого, которые очень больно бъют по карману корпорации. Они экономят на каждой спичке. Не от доброты душевной они, например, занялись разработкой и внедрением новых форматов видео и аудио.
	Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

	88. "Сборка Chrome для Windows переведена на использование Clang"	+/–
	Сообщение от Гоги (?), 09-Мрт-18, 00:21
	>...которые очень больно бъют по карману корпорации. У меня на вас даже кот заржал!! :))) бьют по карману... :))) Так и вижу Брина - вышел такой в обед за хотдогом, посмотрел на трафик: ё-моё, ещё терабайт скачали! Так и быть, беру булочку без сосиски! :))))))))))
	Ответить | Правка | Наверх | Cообщить модератору

	91. "Сборка Chrome для Windows переведена на использование Clang"	+1 +/–
	Сообщение от Аноним (-), 09-Мрт-18, 12:05
	Рад за то, что у вас такой веселый кот, но Гугл - корпорация бабла. И если есть возможность сэкономить копейку - они это сделают.
	Ответить | Правка | Наверх | Cообщить модератору

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

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