The OpenNET Project / Index page

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



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

Оглавление

Оценка популярности открытых лицензий в зависимости от языка программирования, opennews (??), 07-Дек-23, (0) [смотреть все]

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


17. "Оценка популярности открытых лицензий в зависимости от языка..."  –4 +/
Сообщение от Аноним (20), 07-Дек-23, 23:02 
MIT лучшая лицуха для опенсурса, это давно понятно. Гопаель, как и все прожекты Рихарда, превратилась в никому ненужный хлам.
Ответить | Правка | Наверх | Cообщить модератору

24. "Оценка популярности открытых лицензий в зависимости от языка..."  +2 +/
Сообщение от Аноним (24), 07-Дек-23, 23:33 
Просто большинство людей не слишком думает о последствиях...
Ответить | Правка | Наверх | Cообщить модератору

77. "Оценка популярности открытых лицензий в зависимости от языка..."  +1 +/
Сообщение от nox. (?), 08-Дек-23, 07:07 
Последствия начнутся, когда продажи станут заметными. Пока приложение скачивают 2 пользователя в недели, не парятся.
Ответить | Правка | Наверх | Cообщить модератору

126. "Оценка популярности открытых лицензий в зависимости от языка..."  +/
Сообщение от анонимусс (?), 08-Дек-23, 12:21 
В этом случае лучше смотреть в сторону BSL и прочих запрещающих использовать как сервис.
Чтобы не выяснилось "амазон просто использует мой код, а меня посылает на"
Ответить | Правка | Наверх | Cообщить модератору

256. "Оценка популярности открытых лицензий в зависимости от языка..."  +/
Сообщение от Михалков (?), 10-Дек-23, 10:27 
анонимусс - в каждой дырке затычка!
Зачем комментарии оставляешь, если они некому не интересы?
Ответить | Правка | Наверх | Cообщить модератору

147. "Оценка популярности открытых лицензий в зависимости от языка..."  +/
Сообщение от Аноним (142), 08-Дек-23, 13:49 
А можно пример  такой разницы?
Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

39. "Оценка популярности открытых лицензий в зависимости от языка..."  +2 +/
Сообщение от Вы забыли заполнить поле Name (?), 08-Дек-23, 00:24 
> Гопаель, как и все прожекты Рихарда, превратилась в никому ненужный хлам.

gcc и linux как контрпример.

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

45. "Оценка популярности открытых лицензий в зависимости от языка..."  +/
Сообщение от Аноним (32), 08-Дек-23, 00:43 
gcc как раз яркий пример. Clang давно его рвёт и по производительности, и по удобству.
Ответить | Правка | Наверх | Cообщить модератору

79. "Оценка популярности открытых лицензий в зависимости от языка..."  +1 +/
Сообщение от nox. (?), 08-Дек-23, 07:09 
Какая разница. Считаю, что нормальное приложение должно компилироваться и в том, и в другом. Кстати, сравнивали производительность? Надеюсь, не в пределах статистической ошибки?
Ответить | Правка | Наверх | Cообщить модератору

86. "Оценка популярности открытых лицензий в зависимости от языка..."  +3 +/
Сообщение от Аноним (86), 08-Дек-23, 08:05 
Сравнивали, и clang по-прежнему дико отстает по всем фронтам. Он был быстрее GCC (и заметно быстрее, надо сказать), когда не реализовывал и половины его возможностей. Когда же по фичам добрались до GCC, внезапно выяснилось, что архитектура не та, а с нуля переделывать - титанический труд, на который дураков и денег нет.
Ответить | Правка | Наверх | Cообщить модератору

108. "Оценка популярности открытых лицензий в зависимости от языка..."  +/
Сообщение от Аноним (108), 08-Дек-23, 11:29 
Только почему-то теперь его код быстрее. Не на устаревшие исследования Агнера смотри, а просто возьми и побенчмаркь на локальной машине.
Ответить | Правка | Наверх | Cообщить модератору

203. "Оценка популярности открытых лицензий в зависимости от языка..."  +/
Сообщение от Аноним (203), 08-Дек-23, 17:43 
Когда говорят про производительность Clang, то имеют ввиду скорость компиляции, а не скорость работы полученного машинного кода.
Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

98. "Оценка популярности открытых лицензий в зависимости от языка..."  +2 +/
Сообщение от Аноним (98), 08-Дек-23, 09:30 
>по производительности

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

Что до удобства, то единственное удобство это отсутствие необходимости держать по кроссдев тулчейну для каждой платформы. Но возникает необходимость держать много версий шланга для различного ПО, а сам шланг уже является жёсткой зависимостью для софта и тот принципиально не собирается ничем другим (или отключает часть функциональности). Когда писали код под гцц, он собирался альтернативными компиляторами (такими, как проприетарный интеловский -- тот реализовывал расширения гцц).

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

114. "Оценка популярности открытых лицензий в зависимости от языка..."  +/
Сообщение от Аноним (108), 08-Дек-23, 11:38 
>оптимизирует всё ещё хуже

А ты проверь. А меня на "коре дуба" и "Рязани" программы, собранные шлангом, чуточку быстрее работают.

>Эффективность пго-продуцированного кода

Ну PGO я не делаю. Просто O3. ПГО - это надо медленную инструментровку гонять на куче данных. При этом скорее всего у каждого пользователя программы данные будут распределены по-разному.

>Что до удобства, то единственное удобство это отсутствие необходимости держать по кроссдев тулчейну для каждой платформы.

This! Очень удобно!

>Но возникает необходимость держать много версий шланга для различного ПО

Достаточно последней.

>а сам шланг уже является жёсткой зависимостью для софта и тот принципиально не собирается ничем другим (или отключает часть функциональности).

Это не совсем так. Если софт собирается из исходников - значит ты можешь пофиксить несколько ошибок компиляции, и всё соберётся новейшим шлангом. Фиксы желательно заапстримить.

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

Шланг вполне себе собирается gcc.

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

122. "Оценка популярности открытых лицензий в зависимости от языка..."  +/
Сообщение от Аноним (98), 08-Дек-23, 12:12 
Шланг превентивно оптимизирует, его оптимизации как могут привести к ускорению, так и просто раздуть код (что приведёт к замедлению во многих случаях, причём, зависеть будет от конкретного процессора), а оптимизации менее универсальны (на одних входных данных ощутимое ускорение, а на других -- замедление) и гцц делает более честные оптимизации.

>ПГО - это надо медленную инструментровку гонять на куче данных

достаточно прогнать тесты и важные тебе задачи

>Очень удобно!

мелочи, шланг в 20 раз дольше гцц компилируется и обновляется раз в неделю (гцц куда реже)

>Достаточно последней

не достаточно

>Это не совсем так. Если софт собирается из исходников - значит ты можешь пофиксить несколько ошибок компиляции, и всё соберётся новейшим шлангом. Фиксы желательно заапстримить.

Куда мне заапстримить поломанный в 17 хромиум? Ошибку можно обойти, докинув флагов линкера, но исправлять поведение никто из причастных не собирается. Или интеловский шлак, которому вечно подавай позапрошлый шланг? Жырнолис тоже постоянно отваливается. Для каждой новой версии приходится наворачивать васянских патчей или держать старый компилятор. С гцц старый (прошлой ветки) компилятор необходим только для компилятора куда от нвидиа (большой камень в сторону шланга на самом деле, что приходится отдельно накатывать проприетарный компилятор в котором тот же ллвм).

>Шланг вполне себе собирается gcc.

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

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

139. "Оценка популярности открытых лицензий в зависимости от языка..."  +/
Сообщение от Аноним (108), 08-Дек-23, 13:24 
>обновляется раз в неделю (гцц куда реже)

Вообще-то чаще.

>мелочи, шланг в 20 раз дольше гцц компилируется

Я просто подключил официальный апт-репозиторий.

>достаточно прогнать тесты и важные тебе задачи

Медленно.

>Куда мне заапстримить поломанный в 17 хромиум?

Гуглопроблемы. Если мейнтейнер неадекватный - то у тебя выбор невелик: либо форкать, либо искать альтернативу.

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

Гуглопроблемы. Ты пользуешься софтом заведомо неадекватного мейнтейнера, который пользователей держит за свиней - а виноват почему-то оказывается clang! Когда мейнтейнер неадекватный - ничего не поможет. Вчера они выкатили базель и в весь свой софт это говно запихнули, а завтра они выкатят свой компилятор и в весь свой софт запихнут. Правда это как-то мелковато, можно ведь выкатить свой goвноязык программирования и везде пропихнуть... Wait, oh shit!... Если мейнтейнер неадекватный - то у тебя выбор невелик: либо форкать, либо искать альтернативу.

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

47. "Оценка популярности открытых лицензий в зависимости от языка..."  +/
Сообщение от Аноним (32), 08-Дек-23, 00:45 
А linux - исключение. Ибо монополист. Если бы BSD выбрала базарную модель разработки ... но история не знает сослагательного наклонения.
Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

81. "Оценка популярности открытых лицензий в зависимости от языка..."  +/
Сообщение от nox. (?), 08-Дек-23, 07:12 
Вы сами упомянули ОС. Так вот, все UNIX по сравнению с GNU/Linux с точки зрения пользователя в настоящий момент производят удручающее впечатление. Ядро GNU/Linux лицензируется под GPL v2. На каком основании возник зоопарк в продуктах, на нем основанных?
Ответить | Правка | Наверх | Cообщить модератору

91. "Оценка популярности открытых лицензий в зависимости от языка..."  +/
Сообщение от Аноним (205), 08-Дек-23, 08:28 
А завтра Linux Foundation решает — «так. Закрываем этот бордель» (чисто гипотетически). И где оказывается тот зоопарк?
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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