The OpenNET Project / Index page

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



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

Оглавление

Релиз дистрибутива OpenMandriva Lx 4.1, opennews (??), 02-Фев-20, (0) [смотреть все]

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


7. "Релиз дистрибутива OpenMandriva Lx 4.1"  +/
Сообщение от Аноним (7), 02-Фев-20, 10:43 
>добавлен вариант ядра, собранный в Clang ("kernel-release-clang"). Clang в OpenMandriva уже применяется в качестве компилятора по умолчанию, но до сих пор ядро приходилось собирать в GCC;

Но ведь clang генерирует код медленнее, чем тот, который генерирует gcc, см. труды профессора Агнера Фога.

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

13. "Релиз дистрибутива OpenMandriva Lx 4.1"  –2 +/
Сообщение от neAnonim (?), 02-Фев-20, 10:58 
зато сгенерированный код работает быстрее. Спасибо тысячам энтузиастов за это.

(Если смотреть конференции, то создается впечатление будто clang единственный компилятор который сейчас развивается.)

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

16. "Релиз дистрибутива OpenMandriva Lx 4.1"  –1 +/
Сообщение от neAnonim (?), 02-Фев-20, 11:03 
поправка:
* развивается llvm, clang просто популярный фронт.
Ответить | Правка | Наверх | Cообщить модератору

18. "Релиз дистрибутива OpenMandriva Lx 4.1"  –1 +/
Сообщение от пох. (?), 02-Фев-20, 11:03 
"а что, еще кто-то есть?!"

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

17. "Релиз дистрибутива OpenMandriva Lx 4.1"  +2 +/
Сообщение от пох. (?), 02-Фев-20, 11:03 
> clang единственный компилятор который сейчас развивается

оно в общем-то так и есть.
Ну а чего ты хочешь - apple платит зарплату и не пристает с религиозными истериками.

При этом я до сих пор подозреваю, что в почти двухкратном снижении производительности новых-модных версий palemoon по сравнению с до-xulплатформенными виновата именно поломанная совместимость с gcc 4x - потому что не особо и было где еще добавить тормозов.

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

54. "Релиз дистрибутива OpenMandriva Lx 4.1"  +/
Сообщение от RM (?), 02-Фев-20, 17:33 
Как-то неверицца в такую деградацию gcc.
Можно пожалуйста примеры версий до и после, что бы самому глянуть и как мерялась производительность?
Ответить | Правка | Наверх | Cообщить модератору

55. "Релиз дистрибутива OpenMandriva Lx 4.1"  +1 +/
Сообщение от пох. (?), 02-Фев-20, 17:55 
> Можно пожалуйста примеры версий до и после, что бы самому глянуть и как мерялась

27.9.4 (она, собственно, последняя) vs 28.7.2 (не думаю, что 28.8 быстрее, а вот новых геморроев словить можно, поэтому не собирал пока, тем более что удовольствие это так себе весьма)
> производительность?

визуально. У меня очень медленный процессор, D2700. Пользоваться на нем 27й и более ранними можно без зубовного скрежета, 28 - невозможно. Даже ее собственный (xul ;) интерфейс перерисовывается с видимыми глазу задержками.
Разница в том числе в том, что 27ю я собирал gcc 4.8какими-то, а более поздние 4й версией уже не собираются вообще.
Да, разумеется, cairo и прочая хрень тоже десять раз обновились по дороге, так что эксперимент категорически нечист.


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

63. "Релиз дистрибутива OpenMandriva Lx 4.1"  +/
Сообщение от Анонимун (?), 02-Фев-20, 18:51 
Надо поюзать 27 версию. А для винды они чем собирают?
Ответить | Правка | Наверх | Cообщить модератору

91. "Релиз дистрибутива OpenMandriva Lx 4.1"  +/
Сообщение от пох. (?), 03-Фев-20, 00:23 
msvc, естественно, причем каких-то специфических версий - там где-то в недрах то ли сайта то ли форума было детально разжевано.
Но виндовый пихон все равно понадобится - мазилу под винду не так-то и просто собирать.


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

123. "Релиз дистрибутива OpenMandriva Lx 4.1"  +/
Сообщение от RM (?), 04-Фев-20, 16:54 
Я счел своим долгом отписаться.
Вообщем собирать там они настоятельно рекомендуют на CentOS используя gcc 7 из Developers Tools, и это жжж неспроста - оно по идее должно завестись почти на любой glibc. Правда другие рекомендации сборки выглядят несколько странно, например не запускать тяжелых процессов параллельно линкеру а то тот не соберет стабильный бровзер из за фрагментации памяти!!! Скорее всего там просто сборочный скрипт не видит падения линкера как ошибку сборки.
Посему собирать gcc 4.х я не стал, сорри.
Корректным тестом было бы собрать старую версию двумя разными версиями gcc и сравнивать уже эти сборки.
Дело в том что если они переписали кусок кода условно с C на C++, то gcc 4.х может генерить более быстрый код для C участка чем скажем gcc 5.х для C++ участка.
Вообще то у Moon Child практически паранойя в отношении среды и процесса сборки, но я в своей жизни пару раз видел очень интересные спецэффекты в отношении компутеров, так что может он частично и прав.
Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

125. "Релиз дистрибутива OpenMandriva Lx 4.1"  +/
Сообщение от пох. (?), 04-Фев-20, 22:28 
видишь ли, у меня - ни разу не шитос, поэтому пользы от их рекомендаций мне ноль.

> Скорее всего там просто сборочный скрипт не видит падения линкера как ошибку сборки.

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

> Корректным тестом было бы собрать старую версию двумя разными версиями gcc и сравнивать уже эти
> сборки.

хммм... можно, наверное, попробовать восстановить сборочную систему. Я ее, увы, поторопился обновить, из общего соображения что старая мне ни для чего уже не пригодится, а этот gcc для нее тоже был неродной.

> Вообще то у Moon Child практически паранойя в отношении среды и процесса сборки

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

Для винды он, безусловно, прав. Но для линукса нет никакого единственноправильного компилятора - они все кривые.

Сегодня, кстати, сперва pm, а потом все подряд, стало внезапно падать с sigbus. Разгадка оказалась проста - в /dev/shm лежал файлик с интересным именем pulse-123456789abcитд, явно содержавший последнее посмотренное в 28й версии standalone video (ну как "посмотренное" - я убедился, что оно открывается, и быстренько захлопнул tab, там 8000k/s, это слишком много и для старой версии тоже). Пульса у меня не только намертво отключена при сборке, но и никаких ее частей на сборочной системе напрочь нет. Кто ж это нагадил-то? Кто бы это мог быть?!

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

129. "Релиз дистрибутива OpenMandriva Lx 4.1"  +/
Сообщение от RM (?), 06-Фев-20, 16:11 
> видишь ли, у меня - ни разу не шитос, поэтому пользы от их рекомендаций мне ноль.

Там суть в том, что Developers Tools от RedHat совсем не простые, как я уже намекал собранное так будет работать в практически любом дистрибутиве линукс с glibc.

> тогда бы он вообще ничего не собрал. А он, видимо, все же собирает - неработающее.

Если не ошибаюсь в доке по сборке Мозилы что-то такое проскакивало, но это не точно.

> Там, совершенно справедливо, отмечено, что размеры этого проекта много большие, чем те, на которых
> тестируются гнутые разработчики, поэтому он вскрывает массу проблем в компиляторах (но, разумеется, их
> разработчикам это до п..ды, и ничего исправлять они по своей инициативе не будут - над ними и так
> не каплет)

Это не компилятор, это линкер. Компилятору все равно практически сколько файлов в проекте.
И да, они знают и в меру сил стараются, например аж новый линкер - тот который gold в 2008 запилили, правда теперь оба линкера хромают в разных случаях. Ну и LTO пилят усиленно.
MS имело похожие проблемы с линкером если чо.

> хммм... можно, наверное, попробовать восстановить сборочную систему. Я ее, увы, поторопился обновить, из
> общего соображения что старая мне ни для чего уже не пригодится, а этот gcc для нее тоже был неродной.

я ранее постеснялся поинтересоваться, но видимо время пришло - а какая среда-то?

> Для винды он, безусловно, прав. Но для линукса нет никакого единственноправильного компилятора - они все
> кривые.

Прищурясь - и ICC? ;)
Хотя да, на глаз если, то еще не понятно в новых версиях gcc большее доделывают или ломают, но какие альтернативы? точнее где сравнимое качество кодогенерации в альтернативах которые пилить "надо" вместо?
Watcom?
Digital Mars в девичестве Zortech?
Они блистали в свое время но сейчас далеко позади.
С LLVM мне до сих пор непонятно.

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

130. "Релиз дистрибутива OpenMandriva Lx 4.1"  +/
Сообщение от Michael Shigorinemail (ok), 06-Фев-20, 17:13 
>> для линукса нет никакого единственноправильного компилятора - они все кривые.
> Прищурясь - и ICC? ;)

Не знаю за новый, а тот, который на EDG -- судя по всему, должен иметь горку тамошних проблем (с переменной геометрией, разумеется).

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

131. "Релиз дистрибутива OpenMandriva Lx 4.1"  +/
Сообщение от пох. (?), 06-Фев-20, 22:25 
> Там суть в том, что Developers Tools от RedHat совсем не простые

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

> Это не компилятор, это линкер.

один хрен. В частности, LTO велят выключать нахрен, оно неживое на таких объемах.
А компилятор дохнет на больших файлах, тоже забавно.

> И да, они знают и в меру сил стараются, например аж новый линкер - тот который gold в 2008

именно что в 2008м - а с тех пор - две шаги вперед и две назад. И героическая борьба за мир, от которой камня на камне не останется - в смысле, вредительство и троянец gcc_s.so, чтоб, не дай Б-же, интел ненароком не написал работающий lto-оптимизатор, доказывающий что эти дол...ебы ничего не умеют и зря прожирают свой грант.

> Прищурясь - и ICC? ;)

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

> но какие альтернативы?

llvm, естественно. На деньги и под присмотром эпля. Других нет. А эти хотя бы не занимаются явным и откровенным вредительством, образца MS начала 90х, так классно подошедшего к имиджу гнусных идиотов. Кстати, pm им собирается - с парой патчей имени openbsd (тех самых, из-за которых его выкинули из ports большинства bsd-клонов)

watcom был хорош в 1993м году, ну так gcc 2.7.2.3 тоже был в общем ничего, только с++ не умел и оптимизацию не очень.

С тем же успехом можно вернуться к нему, и начать все заново, с ревью патчей pgcc/egcs - и лет за десять написать нормальный. Деньги все это время, естественно, брать в тумбочке.

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

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

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




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

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