https://www.opennet.me/openforum/vsluhforumID3/103115.html Разработчики OpenWRT объявили (http://permalink.gmane.org/gmane.comp.embedded.openwrt.devel/32651) о переводе дистрибутива на стандартную Си-библиотеку Musl (http://www.opennet.ru/opennews/art.shtml?num=39365) вместо ранее используемой uclibc. Изменения внесены в trunk-репозиторий и не отразятся на готовящемся релизе OpenWrt 15.05 (http://www.opennet.ru/opennews/art.shtml?num=42290). Musl отличается полноценной поддержкой стандартов и более высокой совместимостью с Glibc, сохраняя такие свойственные uClibc особенности, как небольшой размер, низкое потребление ресурсов и высокая производительность.<br><br><br><br>URL: http://permalink.gmane.org/gmane.comp.embedded.openwrt.devel/32651<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=42439<br> https://www.opennet.me/openforum/vsluhforumID3/103115.html#111 Sun, 21 Jun 2015 18:13:05 GMT &gt; 1 день. Но чтобы отрендерить каждому понадобится 1500 дней. <br><br>Не каждый первый человек умеет делать мувики которые достойны того чтобы их так рендерить. Многие люди могли бы не против посмотреть результирующий мувик. И принести за это немного денег. А найти 1500 людей которые будут часто делать мувики... хм, если у вас получилось, вы счастливый человек :)<br> https://www.opennet.me/openforum/vsluhforumID3/103115.html#110 Sun, 21 Jun 2015 18:09:47 GMT &gt; Нет, только простые алгоритмы.<br><br>Игроделам поневоле приходится делать алгоритмы упрощенными, быстрыми и массово параллелизуемыми. Игроки не рендерферма, ждать не будут.<br><br>&gt; уже проблемно. Нормально работает только обычный path tracing.<br><br>Да я не сомневаюсь что не любой алгоритм хорошо параллелится. Но GPU делали в основном под игроделов. С их подходами и алгоритмами. Ну и пришли в результате к массивам массово параллельных числодробилок. Если алгоритм хорошо параллелится - он на GPU словит EPIC WIN относительно CPU. А если нет - тогда никакого EPIC WIN не произойдет. У GPU частота невысокая, execution flow control неповоротливый. Если алгоритм плохо параллелится, CPU может взять крутизной отдельно взятого ядра, несмотря на их скромное количество.<br><br>&gt; но может быть и медленнее чем без gpu вообще).<br><br>Значит такой алгоритм. GPU хорошо работают на алгоритмах которые можно раскидать в максимально параллельном виде. Нечто типа очень массового SIMD.<br><br>&gt; 2-10раз, а может и вообще тупо всю память съесть при компи https://www.opennet.me/openforum/vsluhforumID3/103115.html#109 Sun, 21 Jun 2015 17:51:30 GMT &gt; Там он идет как скриптовый язык для быстрой автоматизации рутины. <br><br>Как язык автоматизации бидон полный трэш, потому что постоянно ломают совместимость. Доходит до того что какой-нибудь апдейтер убунты феерично валится при попытке апдейта с длинным стэктрейсом. По которому прошаренный питонист догадается что это означало на самом деле "версия питона не та". Остальные же видят только три страницы питоногалиматьи.<br><br>Вот лично мне такая автоматизация не требуется. Мне в результате оказывается проще самому пойти и прописать новые репы в sources.lst - это проще, быстрее и безглючнее чем пытаться переубедить эту вашу бидоноавтоматизацию, быстро автоматизированной в стиле тыр-пыр-восемь-дыр.<br><br>&gt; Сам blender - c/c++.<br><br>Только зачем-то кучу бидоноблевотины тянет. При том бидон не имеет ничего общего с синтаксисом си и си++, по поводу чего для меня он - просто совершено левый пришлепок который вообще никуда не упал.<br><br>&gt; 3dsmax кстати тоже python для скриптов начал использовать, не <br>&gt; смотря на то, что у них уже https://www.opennet.me/openforum/vsluhforumID3/103115.html#108 Sun, 21 Jun 2015 17:42:37 GMT &gt; Совместимость с GPL вовсе не означает, что можно взять чужой код, нашлёпнуть сверху GPL<br><br>Если лицензия не запрещает изменения - тогда можно. Проприерасы так делают из суперсвободных BSD, MIT и прочих опачей EULA. Но можно и GPL сделать, если хочется.<br><br>Берешь и фигаришь свои изменения под GPL. А остальной код может быть и под BSD/MID/Apache, только если кто прихватит это пополам с вашим GPLем, таки требования этого GPL придется уважить. За такие свойства пропирерасы-зажимасы побаиваются GPL, и на это у них есть некоторые причины. Неудобно на GPL паразитировать. И чревато.<br> https://www.opennet.me/openforum/vsluhforumID3/103115.html#107 Sun, 21 Jun 2015 03:21:16 GMT &gt; Проще наоборот - вместо сайтов грузить видео с переменным фрейм рэйтом и <br>&gt; отсылать события от мыши и клавиатуры<br><br>Вот только сервера для этого потребуются адские. Одно дело просто сделать чуть ли не sendfile() и совсем другое - дергаться на каждый пшик юзеря. Ну то-есть dash на самом деле что-то такое немножко в ту сторону. Но - немножко. И как я понял, у того же гугля - таки сегменты видео это все-таки просто файлы, отгружаемые с сервака. Только "кусочками". И если при переходе к очередному кусочку понятно что бандвиза напирмер не хватает - можно брать кусочек с разрешением пониже. Его и декодить попроще и бандвиза меньше.<br><br>&gt; А вместо браузера чуть доработанный видеоплеер.<br><br>И кому это будет такое надо? Веб является инкарнацией мультимедия в самом прямом смысле этого слова: он объединяет разнотипный контент в одно представление. А этот ваш чуть доработанный видеоплеер что может? Как максимум, субтитры показать в лучшем случае?<br><br> https://www.opennet.me/openforum/vsluhforumID3/103115.html#106 Sun, 21 Jun 2015 03:11:49 GMT &gt; Вроде после прихода pixman нормально стало.<br><br>Не ощутил как-то. Почему-то программы, которые явно не вкостылили две дюжины костылей - порядком тормозят по сей день. А на каком месте апликушники, пишущие кроссплатформенный софт вертели идею сильно прыгать под причуды одной конкретной графической подсистемы со всеми ее архаизмами и бестолковостями, задействуя опциональные расширения и прочая - легко догадаться. Поэтому работает оно в целом погано на мой вкус. Мной иксы классифицируются как "проблемный системный компонент, который желательно заменить".<br><br>&gt; Скорее не хотят ломать совместимость и тянут кучу legacy. <br><br>И это все прекрасно, но времена VGA адаптеров закончились а требования к графике у юзерей стали совсем другие. Вон даже Khronos это просек. И да, их новый vulkan таки будет не совместим с OpenGL. Зато он будет таким каким его хотят видеть те кто им пользоваться будет. Т.е. производители GPU и игроделы которым потом под это писать. Истошная борьба с API деланными под совсем иные реалии всех задолба https://www.opennet.me/openforum/vsluhforumID3/103115.html#105 Sun, 21 Jun 2015 01:20:14 GMT &gt; уже проиграл войну за десктопы, теперь он проигрывает новую войну эмбедовкам <br>&gt; новой школы. Взгляните на некоторые новые анонсы: телеки с ютюбом на <br>&gt; Firefox OS, микроволновки с OpenCV на Андройде.<br><br>И что характерно - все это таки разновидности ... линукса. Потому что Linux - это вообще только ядро :)<br><br>&gt; 20 назад, а их тащут потому что боятся сломать совместимость,<br><br>Ну вон там всякие вяленды и миры есть. Как раз вот поэтому. А ломать совместимость - таки нехорошо. Потому что софт под ведроид - это круто. Но для десктопов напрочь не годится. Ну или попробуй в ведроиде хотя-бы чертеж сделать в CAD-е. И как, хорошо получается? А может, музычку сочинишь? Или киношку отредактируешь? Ах, ведроид оказывается только для потребления хорош? Ну вот поэтому и таскают иксы - 10 000 тормозливых калькуляторов и секундомеров с рекламой на обычных компьютерах не очень нужны.<br><br>&gt; а Ульрих тащит свое glibc,<br><br>Ульрих давно ушел работать в банк.... ;)<br><br>&gt; который в 10 раз жирнее новенького мусла, <br><br>Ну и умеет соответ https://www.opennet.me/openforum/vsluhforumID3/103115.html#104 Sun, 21 Jun 2015 01:14:17 GMT &gt; Не llvm, а цланг и его libclang++, <br><br>Меня конкретно llvm волнует. И он таки багодром. С libclang++ и шлангом вы там сами сношайтесь.<br><br>&gt; и не багодром, а соответствует стандартам, которые заявляет,<br><br>К счастью это не мои проблемы. Меня только llvm интересовал и глюков в оном мне хватило выше крыши. Там баг на баге и багом погоняет, куда ни ткни.<br><br>&gt; И из-за которых в кейсах, где девтим в основном сидит на маках, <br>&gt; а на в продакшне линукс выплывают эпичные Shrodinger bugs.<br><br>Так и надо этим яблочным пи...сам :)<br> https://www.opennet.me/openforum/vsluhforumID3/103115.html#103 Sat, 20 Jun 2015 12:53:22 GMT &gt;&gt; Так, но она же совместима с GPL. Продукт отличный, в чем вопрос, <br>&gt;&gt; форкай, перелицензируй под GPLv3, развивай.<br>&gt; Ещё один дурак, не осиливший чтение лицензий. Совместимость с GPL вовсе не <br>&gt; означает, что можно взять чужой код, нашлёпнуть сверху GPL и спокойно <br>&gt; развивать как ни в чём не бывало.<br><br>Расскажите пожалуйста более развернуто об этом моменте - довольно актуально.<br><br>В общем случае, если происходило перелицензирование, то разумеется история сохраняется, более того, можно обратно из GPL в MIT наверное.<br>