The OpenNET Project / Index page

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

Выпуск X Server 1.9.1

24.10.2010 19:37

Вышел корректирующий релиз xorg-server 1.9.1, содержащий исправления ошибок, накопившихся в ветке 1.9.x. По сравнению с выпуском 1.9.0 в новой версии отмечено 40 исправлений, большинство из которых нацелены на устранение утечек памяти, повышение стабильности и производительности. Из улучшений отмечено добавление поддержки архитектуры nds32 и реализация поддержки расширения RandR для архитектуры XQuartz DDX.

  1. Главная ссылка к новости (http://lists.freedesktop.org/a...)
  2. OpenNews: Оценка вклада участников разработки X Server 1.9
  3. OpenNews: Вышел X.Org Server 1.9
  4. OpenNews: Вышел релиз композитного менеджера Compiz 0.9.0, переписанного на С++
Лицензия: CC-BY
Тип: Программы
Ключевые слова: xorg, xserver
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (28) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.1, NoName (?), 21:59, 24/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > устранение утечек памяти и производительности.

    Всем, думаю, и без того понятненько. Ну а что делать-то остаётся? Кроме как, устранять производительность наравне с утечками памяти ;)

     
  • 1.3, Кракен (?), 22:47, 24/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –13 +/
    >устранение утечек памяти

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

     
     
  • 2.4, QuAzI (ok), 00:22, 25/10/2010 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Там такие утечки памяти, что оно копейки по сравнению с тем что штатно жрётся в софте написанном на "не текущих"
     
     
  • 3.16, Кракен (?), 18:26, 25/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Никто и неимеет ввиду жабоподобные монстры. Даже смартпоинтеры в с++, которым уже 200 лет, очень сильно уменьшают вероятность утечек.
     
     
  • 4.18, ананим (?), 18:56, 25/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    если все же сходить по ссылкам и прочитать, то будет понятно, что утечка была ТОЛЬКО в опенконфигфайл и опенконфигдир.
    а если чуть подумать, то можно понять, что не все утечки в мире происходят из-за указателей.
    к примеру, создать мягкую ссылку в таком конфигдире и забыть про проверки сего факта в прога, то при его сканировании можно так не кисло памяти покушать.
    вон и айзен пример для жабы приводил.
    так что панацеи от крифых рук не бывает. ни в С, ни в С++, ни java. чтобы маркетологи при этом не говорили.
     
     
  • 5.20, Кракен (?), 19:24, 25/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Если еще немного подумать, то смартпоинтеры - лишь пример того, как можно обезопасить себя. Иксы текут уже довольно давно, и последний раз я это наблюдал 2 дня назад - несколько раз Х сервер выжирал по 1гб памяти. Наверно, это как-то связано с открытыми дровами для нвидии и включенном ускорении в хроме, но какая разница.
    Конечно, от кривых рук не спасет, но сделает код более устойчивым, например.
     
     
     
    Часть нити удалена модератором

  • 7.26, Кракен (?), 20:17, 25/10/2010 [ответить]  
  • +/
    >фи. как толсто. брехня же.

    Тролефобия? Если ты не видел, это не озночает, что этого нет.

    >лично я даже САБЖЕВУЮ утечку не видел. а я постоянно сижу на не стабильной ветке.

    Как оно связано?

    >угу. жду продолжения.

    Какого продолжения? Как правильно писать код? Почитай книжки по проектированию.

    >и желательно ближе к сабжу.

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

     
     
  • 8.27, ананим (?), 20:28, 25/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    однозначно D жду от вас ссылку, где вы зафиксировали этот баг иначе не было ... текст свёрнут, показать
     
     
  • 9.29, Кракен (?), 20:38, 25/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Лениво же Вчера обновился блоб в рпмфьюжн и все стало нормально ... текст свёрнут, показать
     
  • 6.23, ананим (?), 19:38, 25/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Иксы текут уже довольно давно, и последний раз я это наблюдал 2 дня назад - несколько раз Х сервер выжирал по 1гб памяти.

    фи. как толсто. брехня же.
    лично я даже САБЖЕВУЮ утечку не видел. а я постоянно сижу на не стабильной ветке.

    зы:
    >Если еще немного подумать, то смартпоинтеры - лишь пример того, как можно обезопасить себя.

    угу. жду продолжения.
    и желательно ближе к сабжу.

     
  • 2.6, NoName (?), 00:48, 25/10/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Кракен такой кракен. Он разивается столько лет и досихпор страдает утечками, чинят его почти каждый день. :D А читать он так и не научился, ровно как и внимательности :P Ну написано же, чёрненьким по беленькому "устранение утечек памяти и производительности"... т.е. "1. устранили утечки памяти, 2. устранили производительность" :-) конечно, всем понятно, что кракены на то и есть crackenы, чтобы на "си таком си" при компиляции уже написанного кода, разумеется, устраняли производительность у себя на компьютере... но остальным-то оно зачем? :D Ну прям всё бы тебе поломать ;)
     
  • 2.8, аноним (?), 01:59, 25/10/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Проект разивается столько лет и досихпор страдает утечками, чинят их почти в каждом релизе.

    А что, лучше было бы если бы он был на жаве, и просто жрал памяти в 50 раз больше?

     
     
  • 3.10, iZEN (ok), 07:05, 25/10/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    На Java тоже утечки памяти случаются из-за неконтролируемого создания новых объёктов, на которые не обnullяются ссылки внутри долгоживущих объектов. GC не видит такие якобы "ненужные" объекты и не удаляет их. Поэтому единственная стратегия не создавать утечек памяти в Java: создавать только долгоживущие объекты, время жизни которых сопоставимо с временем жизни приложения, и избегать создания короткоживущих объектов, которые могут затесаться в какой-нибудь контейнер и осесть там навсегда (уйти из области видимости программиста).
     
  • 2.9, User294 (ok), 05:09, 25/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Си такой си. Проект разивается столько лет и досихпор страдает утечками, чинят их почти в каждом релизе.

    Как будто на других ЯП программы не страдают утечками, ага. Наверное, есть ЯП которые методом телепатии определяют - когда вон та сущность более програмеру уже не нужна :). И программу пишут сами. Ну разве что пых какойнить взять. С таймаутом на максимальное время работы скрипта ножом к горлу, как обычно. Там даже если что и утечет то не более чем на сколько-то секунд :). Хотите иксы работающие 30 секунд, а потом - бабах? Это кстати и на си реализуемо :)

     
     
  • 3.13, zazik (ok), 10:20, 25/10/2010 [^] [^^] [^^^] [ответить]  
  • +/

    > что пых какойнить взять. С таймаутом на максимальное время работы скрипта
    > ножом к горлу, как обычно. Там даже если что и утечет
    > то не более чем на сколько-то секунд :).

    Поставь max_execution_time=0 и теки себе на здоровье :) Хотя в этом случае, наверное, веб-серверный таймаут сработает.

     
  • 3.17, Кракен (?), 18:29, 25/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ну ваще, если разработчик грамотный, то с современным си++ у него меньше шансов налажать с памятью, например.
     
     
  • 4.19, ананим (?), 19:10, 25/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    ну если он действительно грамотный, то уж точно знает о дебагерах, профилировщиках и прочих средствах проверки кода на распространенные и типовые ошибки.
    а последние вообще можно в кроне на ночь пускать и утром письма читать за чашкой кофе.
    в чем они не помогают, так в логике самого кода. но в этом и выбор языка тоже не помогает.
     
     
  • 5.21, Кракен (?), 19:27, 25/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Искать ошибки - это, конечно, нужно. Но хорошо, когда есть определенные техники, которые заботятся о том, чтобы типовых ошибок не допускать. Паттерны - одно из таки средств. Ну и статическая типизация очень сильно помогает.
     
     
  • 6.24, ананим (?), 19:43, 25/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    это и есть - определённые техники. :D
    а от пузырького метода не спасают ни паттерны, ни шаблоны, ни статическая типизация, ни другие умные слова. см.примеры выше.
     
     
  • 7.25, Кракен (?), 20:07, 25/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Я не знаю, что такое "пузырького метода", но я и не утверждаю, что описанные мной техники - панацея от всего. Это лишь хорошие методы, которые не дают делать некоторые ошибки во время написания кода. В случае, когда работаешь с крупным проектом, и где разработчики меняются регулярно это самое оно.
    Анализаторы кода вылавливают далеко не все, например. Профилирование - немного из другой области, вряд ли поможет оно, если в коде ошибка, которая возникает при редких обстоятельствах. Оно больше для устранения узких мест подходит. Дебагер также мало полезен, когда ошибка выскакивает у кого-то. Так что сомнительны твои техники.
    Кстати, шаблоны-то вообще не к месту приведены. Это лишь инструмент, чтоб писать обобщенный код при статической типизации, да.
     
     
  • 8.28, ананим (?), 20:30, 25/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    да все ваши громкие слова - не к месту ... текст свёрнут, показать
     

  • 1.5, Мужик32 (ok), 00:38, 25/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > устранение утечек памяти и производительности
    >устранение производительности

    Молодцы, пока справляются :D

     
  • 1.7, Аноним (-), 01:04, 25/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не заметил устранения производительности по сравнению с 1.9.0.
     
  • 1.11, Zenitur (?), 07:50, 25/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Обновился я с 1.8.1 до 1.9 вчера. Иксы не стартовали: видите ли, xdm хочет xdm-setup, которого впринципе не существует! Нашёл как отредактировать скрипт xdm, заодно проприетарный драйвер nVidia установил последний (думал, проблема в нём).

    Но не это главное. После этого пошли артефакты. Запустил BOINC, распределённые вычисления, видеокарта проектом GPUGRID, запущенном в нём, также используется. Но ещё ничего не успело расчитываться, только скачиваться 10 мегабайт исходных данных для расчёта, как пошли артефакты. Перед этим монитор выключался для экономии энергии, а закачка 8 раз обрывалась. top и ps говорят что acid6.04.x86_64 в памяти момент артефактов не было. Температура GPU 45, CPU 35. А потом всё зависло.

    Весь вечер не мог найти причину сбоя. Иксы ли это или новый драйвер (со старыми такого за месяц не произошло), всё искал алгоритм вызова бага. У кого-нибудь было так, как на этом видео? Только комментарии голосом не слшайте - я заблуждался.

     
     
  • 2.12, астронимус (?), 08:14, 25/10/2010 [^] [^^] [^^^] [ответить]  
  • +6 +/
    >Только комментарии голосом не слшайте - я заблуждался.

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

     
  • 2.14, ананим (?), 10:39, 25/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    иксы стали работать нормально с рк 1.9.0.902
    до этого были баги, но не связанные с видио (евдев в основном)
    253 дрова работали и работают нормально (точно помню и в 901, и в 902)
    260 на моей модели ноута виснут намертво. баг известный.
    сарумян с форума нвидии молчит как рыба об лёд.
     
     
  • 3.15, ананим (?), 10:59, 25/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    /253/256.53/
     

  • 1.30, quass (?), 09:16, 26/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    xhost +
    command not found: xhost
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    MIRhosting
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

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