LINUX.ORG.RU
 
Mystra_x64

[kde4] Ненужный непомук++


0

1

>I just pushed a fix to master and 4.7 which fixes the memory leak in the filewatch service. The root of it was the same as in the file indexer service: no event loop in the work thread means DBus events piling up without ever being garbage collected.

>Well, that is fixed now and the filewatch service will not steal all your memory anymore.

http://trueg.wordpress.com/2011/10/24/memory-leaks-in-nepomuk-nah/

Ввиду отсутствия event loop'а сообщения DBus накапливались и жрали память. История успеха, чо :}


[#] Ответ на: комментарий от AX 26.10.2011 21:35:56  
fenris

Расшифрую: если с самого начала поместить файл куда нужно, то не потребуется его потом "расфасовывать".

* ()
[#] Ответ на: комментарий от AX 26.10.2011 20:20:10  
atrus

Эх, не помнят уже классики. :)

***** ()
[#] Ответ на: комментарий от fenris 26.10.2011 21:41:57  
AX

>если с самого начала поместить файл куда нужно

Каталог для сохранения выбирать всё равно нужно, а это тоже самое. :) Кстати, sebas сейчас работает над расширенной версией диалога открытия/сохранения, в к-рой можно сразу указывать теги и прочую информацию.

**** ()
[#] Ответ на: комментарий от atrus 26.10.2011 21:51:55  
AX

>Эх, не помнят уже классики. :)

Та самая банальщина? Фииииии…

**** ()
[#] Ответ на: комментарий от fenris 26.10.2011 21:41:57  

> Расшифрую: если с самого начала поместить файл куда нужно, то не потребуется его потом "расфасовывать".

Примитивное понимание "фасовки". Как будем срочно отбирать любые документы с третьего по семнадцатое число, помеченные как "исправить"?

* ()