[opennet]Разработчики KDE намерены портировать GNOME-фреймворк Zeitgeist

> Ъ: обойдетесь. В сабже суть написана.

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

все такие все из себя, элита и великие специалисты, а меж тем - капля оригинальности в океане банальности и желеобразной серости

когда GNOME на KDE портируют?

А вот это зря.

[толсто]KDE не безнадежно! Сначала Zeitgeist, потом gconf, а потом, глядишь, и на GTK перепишут![/толсто]

>Zeitgeist

Это про этот фреймворк фильм сняли документальный?

>и на GTK перепишут >> и GTK портируют

fixed

Других проблем же не осталось :}

Не Ъ поэтому прочитал по ссылке. Вывода два:
1 - Слава роботам и большому брату!
2 - Там что-то пишут про обширные базы. Почему в гном вместо долбанного xml-бэкенда к gconf не всунуть postgresql?

Про обширные базы - я это нифига не понял.

В этом случае возникает проблема излишней нагрузки на базу Nepomuk, так как журнал Zeitgeist разрастается достаточно быстро (в среднем добавляется 1000 новых записей в день) и рассчитан на использование легковесной БД.

При этом Zeitgeist живет на sqlite, который сам через месяц загнется от такого кол-ва инфы и будет дико тормозить. Казалось бы - что хуже sqlite при большом кол-ве данных?

Годный фреймворк, только он завязан на последние гтк, даже в Гнуме протухшем не удается поставить.

>Почему в гном вместо долбанного xml-бэкенда к gconf не всунуть postgresql?

DB2 же!

DB2 же!

Только Oracle 11g Enterprise, остальное не катит!

При этом Zeitgeist живет на sqlite, который сам через месяц загнется от такого кол-ва инфы и будет дико тормозить. Казалось бы - что хуже sqlite при большом кол-ве данных?

Да нифига он не загнется. Допустим одна запись события порождает порядка 5 инсертов в разные таблички => за месяц 30х1000х5 и получаем 150000 записей. Это для него мелочи, мы sqlite гоняли на нескольких миллионах - нормально все было.

Я использовал h2 из встраиваемых. Она загнала гектар полумегабайтных блобов в файл со скоростью записи в файл. Использую ее в бакалаврской в качестве бекенда для специализированной файловой системы

> sqlite, который сам через месяц загнется от такого кол-ва инфы и будет дико тормозить

Как тут говорят? Этот камент сделал мой день.
У меня табличка есть на 12 Гб в sqlite. Но наверное у меня другой sqlite...

<жир> теперь осталось выкинуть непомук и всё будет шоколадно, давно пора объединять этих двух монстров. </жир>

а когда в Гном плазму (которая не падает) портировать будут, информации нет?

Гномошелл это и есть замаскированная плазма, только тсс-с-с!

>а когда в Гном плазму (которая не падает) портировать будут

Как только такая плазма (которая не падает) появится - сразу портируют.

>> У меня табличка есть на 12 Гб в sqlite. Но наверное у меня другой sqlite...

Ты не представляешь, как тормозил FF с базой истории за год размером каких-то 43Мб.

>Ты не представляешь, как тормозил FF с базой истории за год размером каких-то 43Мб.
Представь сколько там записей, если средняя запись до 50 байт недотягивает. Под такой размер таблицу специально обычно подпиливают.

А можно как-то узнать их количество через sqlite3? Просто лень тащить файл на место, открывать историю, и выделять все строки :)

Вроде, разобрался. В таблице moz_historyvisits нашлось 128896 записей, moz_places — 93999.

>и получаем 150000 записей. Это для него мелочи, мы sqlite гоняли на нескольких миллионах - нормально все было.

Ок, тогда объясни пожалуйста тормоза первого амарока на 30000 песен на sqlite и полное отсутствие оных на mysql.