Кто является главным вредителем десктопного Open Source?

[Bluetooth]

Проблема раз в несколько дней закрыть/открыть браузер?

Он у меня на работе постоянно открыт (т.к. компьютер выключаю лишь когда отключают электричество), как только из-за него все начинает тормозить, закрываю/открываю

Ну вот. И не стоит делать проблемы на пустом месте

[ZyX]

Довольно немного случаев, когда эти самые 2 Гб и в самом деле критически нужны.

Вы забыли про firefox
За пару недель аптайма эта скотина запросто 1ГБ может откушать.

Это что, сервис на сервере в деревне гадюкино без удаленного доступа? Проблема раз в несколько дней закрыть/открыть браузер?

У меня там не менее 200 вкладок. Неудобно: старая Opera течёт, новая иногда падает. А перезапуск — 3-5 минут. Сижу на новой (α), потому что если старая протечёт, то её станет сложнее убить, а новая не-α ничем не лучше. Полагаю, здесь неудобство то же: про проблемы с браузером вспоминаешь только когда они начинают мешать.

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

[serzh-z]

При чем здесь циклические ссылки? Я явно удаляю объект, даже delete вызываю. И все равно он остается.

Это самое "delete" (как я понимаю, выполняемое всего лишь по отношению к дереву DOM) просто уменьшает счётчик ссылок на объект.

// матчасть учить лень - и так много чего делаю, не относящегося к моей работе.

Учить матчасть стоит хотя бы для того, чтобы не делать голословных заявлений навроде "это - баг".

[eddy]

Учить матчасть стоит хотя бы для того, чтобы не делать голословных заявлений навроде "это - баг".

А что, по-вашему это не баг? Из дерева DOM удаляется объект. Вместо него вставляется другой объект (полученный, например, из POST-запроса, или простым изменением url'а объекта). А первый не удаляется. В итоге за пару минут может накопиться несколько сотен неудаленных объектов.
Из-за такого глюка приходится делать веб-странице принудительный refresh каждую минуту, что вызывает неприятное мерцание.

[serzh-z]

Вместо него вставляется другой объект (полученный, например, из POST-запроса, или простым изменением url'а объекта). А первый не удаляется.

Значит есть код, который сохраняет у себя ссылку на один из объектов, которые были удалены из документа.

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

Т.е. было бы лучше, если бы JavaScript VM браузера делала бы неактуальными все ссылки на объект при его удалении? Ну... кто его знает, может и лучше. Если бы был механизм, позволяющий пометить часть кода тегом "этот код - главный, он удаляет объект, освободить все ссылки на него".

[ATIpro]

Больше всего ненавижу Пульсаудио. Причем даже не эту конкретную вещь, ненужных костылей много и без него, а то как его во все дистрибутивы пропихнули. Даже в Арче уже зависимость от libpulse является нормой. Хорошо хоть в Арче пока не додумались сам пульс в зависимости пихать, а то после этого я точно на винду перейду. Достали уже.

[eddy]

Значит есть код, который сохраняет у себя ссылку на один из объектов, которые были удалены из документа.

Нет такого кода.
Ну, например, есть у меня <img>, я меняю его src, т.е. старый объект должен быть удален. Но он не удаляется.
Тогда я делаю так: удаляю этот img из дерева DOM и вместо него создаю новый с новым src. Старый все равно остается.

[taaroa]

Больше всего ненавижу Пульсаудио. Причем даже не эту конкретную вещь,

а криворуких maintainers. fxd

Хорошо хоть в Арче пока не додумались сам пульс в зависимости пихать, а то после этого я точно на

gentoo перейду. the next fix.


PulseAudio и JACK читать бесплатно без sms

[ATIpro]

а криворуких maintainers. fxd

Проблема не в них. Как я понял, пульс в Арч запилили только из-за третьего гнома.

gentoo перейду. the next fix.

На gentoo я точно переходить не буду. Разбираться с ней нет ни времени, ни желания. Арч меня пока устраивает. Если перестанет, то других альтернатив винде я для себя не вижу. Хотя мне очень не хочется идти покупать коробочную винду, долго разбираться с винтами, которые нужно переводить с ext4 на ntfs и тп. Но я сделаю это, если придется.

PulseAudio и JACK читать бесплатно без sms

Я в свое время долго разбирался с oss, alsa, pulse, jack и тп. Пришел к выводу, что алсы мне вполне достаточно. Как, наверное, и 99% пользователей. Получается, что из-за потребностей 1% пользователй во все дистрибутивы запихнули очень глючную поделку, которая очень мешает жить. И чем этот подход лучше подхода мелкомягких?

[frp]

Причем даже не эту конкретную вещь, ненужных костылей много и без него, а то как его во все дистрибутивы пропихнули.

В Debian его можно и не ставить:

Код: Выделить всё

$ cupt rdepends pulseaudio
pulseaudio 0.9.21-3+squeeze1:
  Reverse-Depends: earcandy 0.5-2: pulseaudio
  Reverse-Depends: libcanberra-pulse 0.24-1: pulseaudio
  Reverse-Depends: projectm-pulseaudio 2.0.1+dfsg-5: pulseaudio
  Reverse-Depends: pulseaudio-dbg 0.9.21-3+squeeze1: pulseaudio (= 0.9.21-3+squeeze1)
  Reverse-Depends: pulseaudio-esound-compat 0.9.21-3+squeeze1: pulseaudio
  Reverse-Depends: pulseaudio-module-bluetooth 0.9.21-3+squeeze1: pulseaudio
  Reverse-Depends: pulseaudio-module-gconf 0.9.21-3+squeeze1: pulseaudio
  Reverse-Depends: pulseaudio-module-hal 0.9.21-3+squeeze1: pulseaudio
  Reverse-Depends: pulseaudio-module-jack 0.9.21-3+squeeze1: pulseaudio
  Reverse-Depends: pulseaudio-module-lirc 0.9.21-3+squeeze1: pulseaudio
  Reverse-Depends: pulseaudio-module-raop 0.9.21-3+squeeze1: pulseaudio
  Reverse-Depends: pulseaudio-module-x11 0.9.21-3+squeeze1: pulseaudio
  Reverse-Depends: pulseaudio-module-zeroconf 0.9.21-3+squeeze1: pulseaudio
  Reverse-Recommends: education-thin-client-server 0.851: pulseaudio
  Reverse-Recommends: lives 1.3.4-1: pulseaudio
  Reverse-Recommends: speech-dispatcher 0.7-6.1: pulseaudio

earcandy - регулировалка громкости для пульса, все остальное - видно по названии.

[ATIpro]

В Debian его можно и не ставить:

Во-первых, в Debian-е наверное еще третьего гнома нет. Во-вторых, в Арче pulseaudio в прямых зависимостях только у gnome-settings-daemon и paprefs. Проблема в том, что либу libpulse, которая тоже является частью этой богомерзкой поделки, из системы уже не выпилить. С ней собраны абсолютно все приложения, которые выводят звук. К тому же сейчас многие приложения уже рассчитаны работать с пульсом и недалек тот день, когда пульс будет требоваться не только для гнома.

[SLEDopit]

В Debian его можно и не ставить:

Ну сам pulseaudio - нет, а вот libpulse даже при установке mplayer'a или mpd встанет. Непонятно только для чего.

[eddy]

libpulse даже при установке mplayer'a или mpd встанет.

Из своей мандривы я эту дрянь смог выпилить только при помощи rpm -e --nodeps --force

[ATIpro]

Из своей мандривы я эту дрянь смог выпилить только при помощи rpm -e --nodeps --force

А потом разгребать проблемы с зависимостями? Вообще, как я понял, только в gentoo еще реально держать нормальную систему без пульса. Но так лень этим заниматься.

[eddy]

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

[frp]

роблема в том, что либу libpulse, которая тоже является частью этой богомерзкой поделки, из системы уже не выпилить.

Ну так libjack и либы других звуковых серверов тоже не выпилить ИЗ БИНАРНОГО ДИСТРИБУТИВА (т.к. программы собраны с поддержкой пульса, чтобы сделать одновременно хорошо и для пульсоводов, и для пульсоненавистников). Что вам мешает эта маленькая либа, если сам демон pulseaudio не стоит и не может использоваться?

Хотите все же выпилить - единственный способ - source-based дистрибутив.

Ну сам pulseaudio - нет, а вот libpulse даже при установке mplayer'a или mpd встанет. Непонятно только для чего.

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

[sash-kan]

Хотите все же выпилить - единственный способ - source-based дистрибутив.

вы так говорите, как будто пересобрать пакет можно только в некоторых дистрибутивах.

[ATIpro]

Ну так libjack и либы других звуковых серверов тоже не выпилить ИЗ БИНАРНОГО ДИСТРИБУТИВА (т.к. программы собраны с поддержкой пульса, чтобы сделать одновременно хорошо и для пульсоводов, и для пульсоненавистников). Что вам мешает эта маленькая либа, если сам демон pulseaudio не стоит и не может использоваться?

Но почему-то jack у меня не тянется за любой программой, связанной со звуком, а пульс да. Сама либа мне НЕ мешает. Я же сказал, что ПОКА еще все нормально. Но есть немалая вероятность того, что за гномом придут и другие программы, которые будут прибиты к пульсу. Вот тогда меня это точно не будет устраивать.

Хотите все же выпилить - единственный способ - source-based дистрибутив.

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

[watashiwa_daredeska]

вы так говорите, как будто пересобрать пакет можно только в некоторых дистрибутивах.

Либу может потребоваться выпилить из значительного количества пакетов, что создает заметные неудобства в сопровождении системы. У меня, например, от libpulse непосредственно зависят (исключая пакеты, относящиеся к самому пульсу) 9 пакетов. Учитывая имеющуюся инфраструктуру, пересобирать эти 9 пакетов при обновлениях — архигеморройно по сравнению с простым aptitude update && aptitude dist-upgrade.

[sash-kan]

watashiwa_darede...
а что, есть вообще смысл убирать библиотеку из зависимостей?

[watashiwa_daredeska]

а что, есть вообще смысл убирать библиотеку из зависимостей?

С моей т.з. нет, но пипл хочет :)

[SLEDopit]

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

Какой смысл ставить библиотеку в зависимость к программе, которая теоретически ее может использовать, а на практике, если нет самого пакета pulseaudio, использовать его не будет?
По-моему, логичнее было бы поставить lipulse в зависимость к pulseaudio и не ставить в зависимость к медиапроигрывателям. К libjack'y, кстати, это тоже относится.

[ATIpro]

По-моему, логичнее было бы поставить lipulse в зависимость к pulseaudio и не ставить в зависимость к медиапроигрывателям. К libjack'y, кстати, это тоже относится.

Вот-вот. К примеру, тот же mplayer мне в систему тянет не только libpulse, но и jack, lirc, samba-client, sdl. Хотя все эти вещи для него опциональны и без них он замечательно работает. То же самое есть и в других местах, например, зависимость gtk2 от libcups, который в свою очередь тянет в систему avahi. Ну и на фига спрашивается это мне, если принтера у меня нет.

З.Ы. За лень приходится платить. В данном случае мусором в системе

[shevan]

По-моему, логичнее было бы поставить lipulse в зависимость к pulseaudio и не ставить в зависимость к медиапроигрывателям. К libjack'y, кстати, это тоже относится.

Вот-вот. К примеру, тот же mplayer мне в систему тянет не только libpulse, но и jack, lirc, samba-client, sdl. Хотя все эти вещи для него опциональны и без них он замечательно работает. То же самое есть и в других местах, например, зависимость gtk2 от libcups, который в свою очередь тянет в систему avahi. Ну и на фига спрашивается это мне, если принтера у меня нет.

З.Ы. За лень приходится платить. В данном случае мусором в системе

Когда он просто лежит - не мешает, а когда спотыкаешься о него (лезет в работу), то это уже доставляет массу не удовольствия

[ATIpro]

Когда он просто лежит - не мешает, а когда спотыкаешься о него (лезет в работу), то это уже доставляет массу не удовольствия

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

[watashiwa_daredeska]

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

Это зависит от разработчиков программы. Если они позаботились о том, чтобы использовать библиотеку опционально через dlopen, то её ставить не нужно, а если ее используют обычным образом, то при отсутствии этой библиотеки исполняемый файл не запустится, даже если pulseaudio нет и программа не пытается его использовать. И тогда вполне логично включение этой библиотеки в зависимости программы.

тот же mplayer мне в систему тянет не только libpulse, но и jack, lirc, samba-client, sdl.

Не путайте pulseaudio и libpulse, jackd и libjack. Технически, исполняемые файлы с библиотеками связаны (слинкованы, linked) и при отсутствии этих библиотек не будут даже запускаться. А вот с внешними демонами, вроде pulseaudio и jack — нет. Поэтому от библиотек mplayer зависит, а демонов предлагает, и даже не рекомендует (Debian Sid). Если в Вашем дистрибутиве не так, обращайтесь к сопровождающим.

[watashiwa_daredeska]

libcups, который в свою очередь тянет в систему avahi

У меня не тянет.

[ATIpro]

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

Такие вещи мне можно не объяснять, я программист и прекрасно это знаю.

В общем я писал уже, что это больше из разряда тараканов в моей голове, чем проблемы как таковой. Мейнтейнеры заботятся о том, чтобы поддерживался максимальный функционал приложений. Но мне оно особо не нужно, а из привычки оптимизации всего и вся мне подобные вещи не дают покоя.

У меня не тянет.

Это уже зависит от того, кто и как пакет упаковывает. Например, в Арче jack не разделен на jackd и libjack. Аналогично, qt идет одним куском, хотя там внутри много библиотек и возможно они далеко не все нужны.

[watashiwa_daredeska]

Но мне оно особо не нужно, а из привычки оптимизации всего и вся мне подобные вещи не дают покоя.

Главное, расставить приоритеты.
1. HDD дёшев. Заботиться о размерах, исчисляемых менее, чем гигабайтами, нынче просто смешно.
2. Сетевой трафик относительно дёшев. Т.е. по цене он дёшев, а для обновлений толщина канала совершенно некритична.
3. ОЗУ дорого. Порядка на 3 дороже НЖМД, поэтому заботиться приходится уже о мегабайтах. Однако, правильная настройка системы позволяет возложить нагрузку от неиспользуемых библиотек на НЖМД (даже своп не особо нужен — mmap'ится прямо исходный файл библиотеки), а виртуальное адресное пространство даже дешевле, чем НЖМД.
4. Время пользователя дорого. Поэтому всё, что позволяет уменьшить затраты времени пользователя — хорошо. Но тут есть некоторые конфликтующие моменты. Между «уменьшить затраты времени чайника» и «уменьшить затраты времени специалиста» и континуумом промежуточных значений. Для чайника хорошо автоматизировать всё по максимуму, даже ценой больших затрат ресурсов и неэффективности. Для специалиста хорошо, когда составных частей меньше, система проще и понятнее.

В этом смысле, pulseaudio — нормальный продукт. Не хочешь — не пользуешься, главное, чтоб это понимали все разработчики. И отторжение вызывает, скорее, не сам pulseaudio, а те программы, которые умеют работать только через него. Хотя относительно GNOME3 это, возможно, не такая уж беда — GNOME3 в разы больше и требовательней этого самого pulseaudio, так что impact минимальный. И те, кто заботится об оптимизации, довольно редко пользуются этими самыми GNOME и KDE, ибо простыми и понятными их назвать можно только после третьей поллитры :)

[ATIpro]

Главное, расставить приоритеты.

Это-то понятно. Мне в микроконтроллерах о битах приходится думать и за каждый байт биться. На домашнем компе этим заниматься неохота, просто мозг уже на это заточен, ищу, что еще можно улучшить. Ладно, все это оффтоп, пора уже завязывать.