https://opennet.me/openforum/vsluhforumID3/42310.html Вместо (http://www.phoronix.com/scan.php?page=article&item=xserver_141&num=1) ожидаемого релиза X.Org 7.4 разработчики с 212-дневным опозданием выпустили (http://lists.freedesktop.org/archives/xorg/2008-June/036003.html) обновление X Server 1.4.1 с исправлением 108 ошибок, накопившихся с момента выпуска X.Org 7.3 (http://xorg.freedesktop.org/wiki/Releases/7.3). Интересно, что X Server 1.4.1 был выпущен при наличии (https://bugs.freedesktop.org/show_bug.cgi?id=xorg-server-1.4.1) в трекере ошибок двух нерешенных проблем, помеченных как блокирующих релиз (проблема в XKB и утечки памяти при работе с DBUS).<br><br>Семь исправленных ошибок имеют отношение к безопасности (http://secunia.com/search/?search=xorg). Изначально X Server 1.4.1 был запланирован на ноябрь прошлого года.<br><br><br>Выход X.Org 7.4, в составе которого будет поставляться X Server 1.5, в очередной раз отложен до исправления всех блокирующих выпуск релиза ошибок (не исправлено 36 проблем). По неофициальным данным релиз выйдет в и...<br><br>URL: http://www.pho https://opennet.me/openforum/vsluhforumID3/42310.html#94 Thu, 12 Jun 2008 23:11:37 GMT &gt;По мне, так важнее чтоб фиксились ошибки и писались дрова, а всякие <br>&gt;фичи -- второстепенны <br><br>Кстати, вам тогда лучше вообше на XFree86 вернуться. Mesa/Dri/Freetype - это сторонние разработки, так что дрова пишутся независимо. А в XFree86 в лавке один Marc La France остался, который время от времени ошибки фиксит и бывает даже кое-что мержит из xorg.<br> https://opennet.me/openforum/vsluhforumID3/42310.html#93 Thu, 12 Jun 2008 20:20:36 GMT &gt;Ну на самом деле сгорбить на ассемблере так как это порой делает <br>&gt;сишный компилер еще суметь надо.Хотя если асм видеть впервые в жизни <br>&gt;- всякое возможно.<br><br>Ну почему, современные компиляторы оптимизируют код порой очень даже неплохо, особенно ICC и MS VC. Если программа не содержит в себе циклов с (в сумме) миллионами итераций, то средней руки программисту ещё придётся постараться, чтобы дойти до того же уровня, что и компилятор. Другое дело, что, во-первых, у проги на асме не будет обвязки в виде CRT или аналога, а во-вторых, если нет таких циклов, то и время работы проги визуально практически не будет отличаться.<br><br>&gt;Ну тогда если на сях писать будет чайник он <br>&gt;тоже может наворотить такого что легко оптимизируется по скорости раз в <br>&gt;10.Если же взять пример из реальной жизни - чисто сишный вариант <br>&gt;XVID сливает asm-оптимизированному варианту в РАЗЫ.Просто потому что критичные к скорости <br>&gt;куски написаны на асме и это тот случай когда лишние микросекунды <br>&gt;запросто могут вырасти в лишние ЧАСЫ. https://opennet.me/openforum/vsluhforumID3/42310.html#92 Thu, 12 Jun 2008 19:43:09 GMT &gt;Ну, как на джаве уже реалиизовано - http://www.jcraft.com/weirdx/index.html <br>&gt;Понятно, что proof of concept <br><br>Ну короче как всегда - в теории все зашибись а на практике - никому ненужный хлам.<br> https://opennet.me/openforum/vsluhforumID3/42310.html#91 Thu, 12 Jun 2008 19:21:48 GMT &gt;&gt;ассемблере - маленькие куски кода (к тому же код, написанный вручную <br>&gt;&gt;на ассемблере может быть быстрее кода на всеми так любимом C).<br>&gt;Если _хорошо_ уметь программировать на ассемблере. Иначе - далеко не факт. <br><br>Ну на самом деле сгорбить на ассемблере так как это порой делает сишный компилер еще суметь надо.Хотя если асм видеть впервые в жизни - всякое возможно.Ну тогда если на сях писать будет чайник он тоже может наворотить такого что легко оптимизируется по скорости раз в 10.Если же взять пример из реальной жизни - чисто сишный вариант XVID сливает asm-оптимизированному варианту в РАЗЫ.Просто потому что критичные к скорости куски написаны на асме и это тот случай когда лишние микросекунды запросто могут вырасти в лишние ЧАСЫ.<br><br>&gt;уметь программировать на асме хорошо - совсем не тоже, что просто <br>&gt;уметь программировать. Я вот умею, но не хорошо. Поэтому напишу на <br>&gt;C. <br><br>На самом деле - программировать на ассемблере большой проект глупо.Если программа в 2Кб - да, вы легко натянете любой компилер бол https://opennet.me/openforum/vsluhforumID3/42310.html#90 Thu, 12 Jun 2008 19:19:00 GMT &gt;[оверквотинг удален]<br>&gt;хотя-бы Вистой.А в моем понимании иксы и так не больно легковесный <br>&gt;прокт.Запустите десяток не очень легких прог, погамайте в 3D игру, посмотрите <br>&gt;видео в HD.Анализируя при этом загрузку процессора и потребление памяти.В частности <br>&gt;- иксами.Ну как?Вам кажется что опупительный жрач ресурсов заметный даже на <br>&gt;машине с парой ядер и гигом оперативы - это так и <br>&gt;надо?Ну вон MS по этой причине никак не может висту протолкнуть <br>&gt;- бесят юзеров тормоза системы.Так что если оно станет еще тормознее <br>&gt;и тяжелее (а с С++ и тем более нихрена не отлаженным <br>&gt;D или совсем уж тормозным C# - станет) - юзать ЭТО <br>&gt;будут считанные единицы маргиналов которым шашечки важнее чем ехать. <br><br>Вас похоже серьезно обидели апологеты C++ / C#, что вы теперь такой злой стали. Вы как-нибудь обоснуете тормознутость C++?Да, действительно, для вызова виртуальных методов приходится переходить по указателю vtbl и проч. проч. проч., но если иметь немного мозга(я искренне верю, что он у вас есть), то можно https://opennet.me/openforum/vsluhforumID3/42310.html#89 Thu, 12 Jun 2008 19:02:20 GMT &gt;точно. обсуждалось. <br>&gt;и что? <br>&gt;&gt; "С" не годится для масштабных проектов<br>&gt;<br>&gt;нда. голословное утверждение. <br>&gt;на него можно ответить только так: <br>&gt;у Вас есть отличный шанс доказать свои слова - выпустить, например, X.man.org <br><br>Ну, как на джаве уже реалиизовано - http://www.jcraft.com/weirdx/index.html<br>Понятно, что proof of concept<br>&gt;[оверквотинг удален]<br>&gt;на C++/Java/.Net/..., который будет быстрее и без глюков. <br>&gt;<br>&gt;а пока, например, проект KDE никак не может доказать GNOME'у целесообразность выбора <br>&gt;С++ по сравнению с C. <br>&gt;И это чуть ли не единственный факт масштабного использования C++ не на <br>&gt;прикладном уровне. <br>&gt;<br>&gt;p.s.: <br>&gt;никакого функционала C++ в XServer не реализуется. <br>&gt;а STL - отличная вещь. <br><br> https://opennet.me/openforum/vsluhforumID3/42310.html#88 Thu, 12 Jun 2008 17:34:28 GMT &gt;2. Все-таки надо выбрать более современный язык, например, C++<br><br>Совсем с дуба рухнули?Они и так то легкостью и производительностью не блещут а с вашими "ценными советами" они по тормозам запросто сделают Висту.Идите НАХРЕН с вашими крютыми концепциями и дельными советами - если у вас шило в ж... тоскует по высоким концепциям и вам не ехать а шашечки - берете флаг в руки и пишите СВОЙ форк а то и новый проект сколько вам влезет.Хоть на C#, и посмотрим как ваш жирный уродец будет коррелировать по производительности с хотя-бы Вистой.А в моем понимании иксы и так не больно легковесный прокт.Запустите десяток не очень легких прог, погамайте в 3D игру, посмотрите видео в HD.Анализируя при этом загрузку процессора и потребление памяти.В частности - иксами.Ну как?Вам кажется что опупительный жрач ресурсов заметный даже на машине с парой ядер и гигом оперативы - это так и надо?Ну вон MS по этой причине никак не может висту протолкнуть - бесят юзеров тормоза системы.Так что если оно станет еще тормознее и тяжелее (а https://opennet.me/openforum/vsluhforumID3/42310.html#87 Thu, 12 Jun 2008 15:35:14 GMT &gt;GC хорош для программ, которые периодически выключаются. Иначе текут сильно. Не видел и не слышал ещё ни об одной реализации GC, которая бы не подтекала (не на бумаге, а по факту). На сайте того же D, например, освещаются и другие проблемы:<br><br>вот и я о чем.<br>а еще GC очень плохо работает при граничных условиях.<br>т.е. когда проц под 100% и память вся съедена, то там такие тормоза - мама не горюй.<br>и, наоборот, задачка "Hello, world" на java никогда не сравница с С, ведь этот GC тоже надо в память забобахать, поднять jvm и пр., и пр.<br><br>а аргумент, типа:<br>писали на С, получили утечку памяти, значит надо на Java перейти - <br>это не аргумент, а отмазка.<br>сколько уже дебагеров, профилировщиков, ....<br><br>короче, только хороший хирург может помочь плохому танцору.<br> https://opennet.me/openforum/vsluhforumID3/42310.html#86 Thu, 12 Jun 2008 14:53:36 GMT &gt;тяжело писано.. <br>&gt;но это и не доказывает, что башенный кран хуже лопаты, впрочем как <br>&gt;и наоборот... <br>&gt;просто все надо использовать рационально <br>&gt;<br>&gt;т.е. не git плохо работает, просто для этих задач оно не нужно. <br>&gt;<br>&gt;это ж совсем другой смысл. <br><br>Угу... Просто для меня слово "недостаток" не абсолютно, всё время забываю, что это нужно уточнять во избежание неправильного понимания. Имелось в виду, конечно, "недостаток, важный для данного конкретного случая".<br>