https://www.opennet.ru/openforum/vsluhforumID3/84450.html Ресурс Phoronix провёл (http://www.phoronix.com/scan.php?page=news_item&px=MTA5Nzc) тестирование производительности приложений, собранных при помощи компиляторов GCC 4.6.3, GCC 4.7.0, LLVM-Clang 3.0, LLVM-Clang 3.1 SVN и Open64 5.0 (http://www.opennet.ru/opennews/art.shtml?num=32275) на ноутбуке с восьмиядерным процессором Intel Core i7. В 8 тестах (http://openbenchmarking.org/result/1204215-SU-LLVMCLANG23) быстрее оказался GCC. В 4 тестах (7-Zip, скорость сборки PHP, Minion Graceful и Apache Benchmark) с незначительным отрывом в лидеры выбился Clang.<br><br>URL: http://www.phoronix.com/scan.php?page=news_item&px=MTA5Nzc<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=33789<br> https://www.opennet.ru/openforum/vsluhforumID3/84450.html#215 Wed, 16 May 2012 16:35:20 GMT я вообще ни за кого не думаю, я лишь читаю то, что написано. моя ли вина, что написано было криво?<br> https://www.opennet.ru/openforum/vsluhforumID3/84450.html#214 Wed, 16 May 2012 11:17:18 GMT Странно потёрли ответ. Восстанавливаю.<br><br>&gt;&gt; Конкретно какой проект ты имеешь в виду?<br>&gt; конкретно llvm+clang.<br><br>конкретно в этом проекте разработчики уже выбрали лицензию.<br><br>&gt; следовательно, тебе пофиг и какая лицензия.<br><br>именно так.<br><br>&gt; тогда почему не GPL?<br><br>потому что лицензия в данном случае уже выбрана. если проект пишется "с нуля" - не вижу причин не рассматривать как вариант gpl.<br><br>&gt; а если &#171;GPL не позволит&#187; и ты пы &#8212;<br><br>если будет участие разработчиков, которые окажут помощь проекту, но захотят использовать наработки под другой лицензией - не вопрос.<br><br>&gt; то тебе совершенно не &#171;пофиг&#187;, и ты лукавишь.<br><br>меньше думай за других - точнее будут оценки.<br><br><br> https://www.opennet.ru/openforum/vsluhforumID3/84450.html#213 Fri, 11 May 2012 11:12:33 GMT ага. то есть, &#171;фиг его знает&#187;, на самом деле.<br><br>не гарантировать, например, потому, что не все команды занимают одинаковое количество тактов. а иногда ещё прерывания могут приходить. или работать важные неразбиваемые куски.<br><br>ты, однако, написал, что &#171;гарантирует с точностью до такта&#187;. вот мне и интересно посмотреть, какая это система такое умеет &#8212; вне зависимости от чего бы то ни было. и почему эта система ещё не завоевала мир: ведь больше так не умеет никто.<br> https://www.opennet.ru/openforum/vsluhforumID3/84450.html#212 Fri, 11 May 2012 11:08:51 GMT &gt;&gt;&gt; а что гарантирует? именно с точностью до такта?<br>&gt;&gt; Да<br>&gt;что &#171;да&#187;? что гарантирует-то? и где об этом можно почитать? ссылочку на &#171;с точностью до такта&#187; можно? мне дико интересно, например.<br><br>Ссылки не дам. По работе сталкивался. (В т.ч. и с приколами типа: включив сохранение FPU контекста вы получите +n тактов при переключении контекста). По большому счету vxWorks - это статически слинкованая библиотека. Многозадачность- не вытесняющая. Почему бы ей и не гарантировать? <br><br> https://www.opennet.ru/openforum/vsluhforumID3/84450.html#210 Fri, 11 May 2012 10:01:24 GMT &gt; а не надо было читерить, вот и всё. как именно использовать GPL &#8212; в ней написано. если кто-то посчитал, что хочет по-другому &#8212; на здоровье, но пусть не вякает: поддерживать читы и воркэраунды FSF не обязывалось.<br><br>Использовать GPL v2 only - это читерство? какие вы глупые вьюноша.<br>Поддерживать сексуальные фантазии FSF - что они там придумают в новых версиях - это не логично.<br>Так же как и навязывать пользователям библиотеки какие-то доп условия.<br>Вот люди пожали плечами - и linux world остался без сапра который читает DWG.<br>собственно кто проиграл? только ваш убогий FSF & linux world.<br><br><br>&gt; чтобы включить его в состав gcc и поддерживать. и не &#171;требовали&#187; а &#171;предложили&#187;. огрызок не захотел. товарищи из gcc пожали плечами и сказали, что ССЗБ.<br><br>ты старательно забываешь - что именно требовали.<br> https://www.opennet.ru/openforum/vsluhforumID3/84450.html#209 Fri, 11 May 2012 05:55:19 GMT &gt;&gt; Секта Свидетелей BSD. Лично видели как код BSD на всех компах зашифровался <br>&gt;&gt; и местами превратился в тыкву.<br>&gt; BSDi вполне себе превратился, как и некоторые иные коммерческие форки/клоны/перепевки :) <br><br>Коммерческие Линуксы тоже вполне себе зигибались. И?<br><br>&gt; Спасибо, а у нас тут 2012 год на дворе.<br><br>А трава с 80-х. Удобно.<br><br>&gt; У нас тут железки 5х5 сантиметров - типа компьютеры уже. Но ваше добро там не работает.<br><br>Смотря какое смотря где. И кстати, ещё не вечер. Я бы попросил вас подождать и посмотреть позже. Вы же попросите меня подождать, если я спрошу про датацентр, который выкинул блейды и теперь полностью на "железках 5 на 5 типа компьютерах"? <br> https://www.opennet.ru/openforum/vsluhforumID3/84450.html#208 Fri, 11 May 2012 05:50:09 GMT &gt; Да, это вполне прозрачный намек что оно сыграло в ящик не выдержав <br>&gt; конкуренцию с открытым пингвином.<br><br>А можно поинтересоваться источником данных такой пронзительной по мощности аналитики? Почему именно Линукс? А вот по моим данным прямыми конкурентами BSDi были BSD-системы, в том числе бесплатные. А ещё у них были лицензионные проблемы. Я понимаю, что нет сил, как хочется нарисовать себе лишнюю звезду на фюзеляже, но неплохо бы перед этим как-то подтвердить. То, что коммерческие UNIX медленно но верно слили открытым системам вопросов нет, но вы уверены, что это преимущество Linux над BSD, а не бесплатных открытых над платными закрытыми системами?<br> https://www.opennet.ru/openforum/vsluhforumID3/84450.html#207 Fri, 11 May 2012 05:27:08 GMT &gt; А с вашими ядрами и компилерами мои системы работать не будут, да. <br>&gt; Потому что у вас как обычно поддержка армов и мипсов - <br><br>http://www.netbsd.org/ports/<br><br>&gt; только ан бумаге и с такими как вы каши не сваришь. <br><br>чуть-чуть предмет получше представляй и всё будет окей. <br><br><br> https://www.opennet.ru/openforum/vsluhforumID3/84450.html#206 Thu, 10 May 2012 19:45:07 GMT &gt;&gt; Отлично поживают. AMD 785G показывает Full HD h.264 видео без тормозов <br>&gt; А 3D ускорение нормально работает? А то я следил за развитием этого <br>&gt; драйвера и прогресс с момента доKMSной эры - весьма доставляет, скорость <br>&gt; выросла в разы, корректность реализации opengl подтянули весьма даже. А в <br>&gt; идеале хорошо бы еще и ускорение декодирования видео + opencl (в <br>&gt; том числе и для акселерирования на нем произвольных кодеков, постпроцессинга и <br>&gt; прочих фильтров/эффектов).<br>&gt;&gt; на HP LP2475w.<br>&gt; Это что? Монитор? Тормозящий монитор - это был бы номер!<br><br>Это монитор бизнес-класса с матрицей S-IPS разрешением 1920x1200 от Hewlett Packard. Имеет несколько цифровых и аналоговых интерфейсов. Дополнительно можно приобрести фирменные пристёгивающиеся стереоколонки с регулятором громкости и двумя выходами на наушники.<br>Обсуждение монитора: http://forum.ixbt.com/topic.cgi?id=28:23370<br><br>&gt;&gt; Летом планирую апгрейд на AMD 880G и FX-6120.<br>&gt; А в чем прикол втыкать "топовый" проц<br><br>Сразу ошибка. FX-6120 &#8212; это "