Свежие комментарии

Title	Comment
так надо форсить! а то задрали подвисшие и зациклившиеся на	так надо форсить! а то задрали подвисшие и зациклившиеся на оборваном соединении скрипты
В грохнутом - нет, а вот GC может не дать его грохнуть, пока	В грохнутом - нет, а вот GC может не дать его грохнуть, пока что нибудь из потрохов туда указывает (мозилла же почти вся на JS написана сейчас -- так что там везде JS && GC)
Слухи. По крайней мере в low end SGI я такого не видел. И я	Слухи. По крайней мере в low end SGI я такого не видел. И я еще раз повторюсь, в условиях нестабильного питания я "убитого" насмерть XFS я не видел ни разу
кто может ссылаться на объект в грохнутом табе?	кто может ссылаться на объект в грохнутом табе?
Ага, а арены с DOM -- общие. Точнее может даже и свои, но по	Ага, а арены с DOM -- общие. Точнее может даже и свои, но пока на объект там ссылается кто нибудь из UI или какого нибудь greasemonkey он не освободится.
ну. у UI -- свой у каждого экстненшена -- свой у каждого таб	ну. у UI -- свой у каждого экстненшена -- свой у каждого таба для его жабоскриптов -- свой. таб закрыли -- арену грохнули
Так у UI/экстеншном свои "общие" арены (они фиксированого ра	Так у UI/экстеншном свои "общие" арены (они фиксированого размера -- как и у любого аллокатора на "много мелких объектов одинакового размера")
Афиша всю жизь на Windows	Афиша всю жизь на Windows жила и живет.
ну и чего бы им на каждый таб не иметь свою арена?	ну и чего бы им на каждый таб не иметь свою арена?
даже думать не хочу. ведро будет думать одно, инсталятор --	даже думать не хочу. ведро будет думать одно, инсталятор -- другое, утилиты -- третье, фс -- четвертое. результат, я думаю, немножко предсказуем. у меня в свое время таким макаром линух ставился несколько не в тот раздел, который треба.
Доверия всё равно больше.	Доверия всё равно больше.
Проблема в том, что отрицательный результат (не встало раком	Проблема в том, что отрицательный результат (не встало раком) ничего не значит, после соединения Венеры с Сатурном все может измениться.
Интереснее что там с 4k blocksize	Интереснее что там с 4k blocksize
и так у них всё... http://kranov.livejournal.com/25660.html	и так у них всё... http://kranov.livejournal.com/25660.html
Я больше про клины ФС. Можно попробовать ту мульку запустить	Я больше про клины ФС. Можно попробовать ту мульку запустить на екст3, иксэфэс и уфс2, посмотреть, как оно будет выживать. Помнится, на линухе (вот каком и с какой фс, сейчас не припомню) я словил дикого "оп, всё остановилось".
Там же, типа, журнал? Т.е. текущая транзакция имеет право пр	Там же, типа, журнал? Т.е. текущая транзакция имеет право пропасть, но все покоммиченные - потом накатятся?
Там косяк в аллокаторе джаваскрипта, архитектурный. Я недавн	Там косяк в аллокаторе джаваскрипта, архитектурный. Я недавно видел блогпост одного из разработчиков -- http://blog.mozilla.com/nnethercote/2011/07/06/memshrink-progress-week-3/ на тему что там течет, и почему. кратко -- оно не может освободить arena пока там жив последний джаваскриптовый объект, и если я правильно понял телегу про segregation они там добавили stop-n-copy для "долгоживущих" объектов JS.
Я с тех пор (переведя все в 1251) живу совершенно без пробле	Я с тех пор (переведя все в 1251) живу совершенно без проблем. ZFS поапгрейдилась раза три (была тогда что-то вроде v13, сейчас 28), может быть сейчас проблема и вовсе ушла. Что не отменяет того факта, впрочем, что для русских имен в utf8 ограничение длины было 127 символов, а не обещаные 255.
Я как-то на солярке пробовал понасоздавать всякого: http://r	Я как-то на солярке пробовал понасоздавать всякого: http://rezdm.livejournal.com/171053.html Живёт
XFS - замечательная файловая система для серверов, защищенны	XFS - замечательная файловая система для серверов, защищенных UPS и имеющих автоматику гашения на случай исчерпания батареи. Linux+XFS без UPS = потеря данных (рано или поздно). Ходят упорные слухи, что на системные платы серверов SGI, для которых разрабатывалась XFS, в обязательном порядке снабжались батареями. И пропадание питания вызывало на уровне ОС прерывание, по которому содержимое "незакоммиченного" кеша сбрасывалось на энергонезависимую память. Естественно, в Linux/x86 такой поддержки нету.
Ну че, молодцы, что тут скажешь. 0.13.1 - свежая, 8 февраля	Ну че, молодцы, что тут скажешь. 0.13.1 - свежая, 8 февраля сего года. Текущая в stable-ветке 0.13.7
В squeeze (stable) - 0.9.1-1, в wheezey (testing) и sid (uns	В squeeze (stable) - 0.9.1-1, в wheezey (testing) и sid (unstable) - 0.13.1-2
Про XFS никогда не пробовал, не скажу. А насчет ротации лог	Про XFS никогда не пробовал, не скажу. А насчет ротации логов - это ж просто переименование старых логов и посылка сигнала апачу, чтоб он их открыл заново. (собственно, кому я рассказываю :) Обе операции не ресурсоёмкие, я не понимаю, где там в принципе можно накосячить. Ресурсоёмкость начинается дальше, когда логи сжимаются и удаляются. Там могут быть проблемы с производительностью, но чтоб настолько фатальные...
Не знаю, у меня уже не первый год всё работает. Дома 3.6.18,	Не знаю, у меня уже не первый год всё работает. Дома 3.6.18, на работе уже 5-с-чем-то, и ни разу никаких проблем с утечкой памяти не наблюдал.
Небось BSD-шный маллок спасет :)	Небось BSD-шный маллок спасет :)
В почту то? Это вряд ли.	В почту то? Это вряд ли.
куда-то камент сожрался. еще по линухом, судя по доносящимс	куда-то камент сожрался. еще по линухом, судя по доносящимся крикам, с огнелисом какие-то проблемы -- все жалуются что течет жутко. я под фрей как-то особо не замечаю.
Народ из Афиши пришел и	Народ из Афиши пришел и принес свои порядки? Думаю, что только этим определяется...
сдается мне, что замирания --	сдается мне, что замирания -- это bug 12309: http://bugzilla.kernel.org/show_bug.cgi?id=12309
Так уже есть, начиная с 0.13.2, это какой-то еще Linux захот	Так уже есть, начиная с 0.13.2, это какой-то еще Linux захотел, хотя в случае с LibRaw это должно создавать больше проблем, чем решать. Не, там хотели чего-то абсолютно странного и давно, не в этом году.

Свежие комментарии

Pages