Разработчики KDE представили (http://dot.kde.org/2010/09/03/help-test-next-generation-kdes...) бета-версию менеджера персональной информации Kontact (http://userbase.kde.org/Kontact), объединяющего в единое целое такие компоненты, так пакет для организации совместной работы, адресную книгу, почтовый клиент KMail2, календарь-планировщик KOrganizer, систему для ведения заметок KNotes, программу для чтения RSS Akregator. После завершения тестирования и стабилизации кодовой базы, данные приложения будут включены в один из корректирующих релизов ветки KDE 4.5.Все компоненты пакета переведены на использование новой инфраструктуры Akonadi (http://pim.kde.org/akonadi/), предназначенной для организации независимого от приложений хранилище данных для систем управления персональной информации (PIM), снабженного встроенными механизмами архивирования, кэширования, работы в offline-режиме, поискового индексирования и синхронизации с удаленной системой и мобильными устройствами. Akonadi...
URL: http://dot.kde.org/2010/09/03/help-test-next-generation-kdes...
Новость: http://www.opennet.me/opennews/art.shtml?num=27858
Не знаю, что скажут другие, для меня это хорошая новость. KDE и так неплохо унифицирован, а тут еще один шаг ближе к идеалу.
Не нравится мне эта затея MySQL + KDE. :( Чует мое сердце, пропадет питание у компа внезапно пару раз, и о персональных данных останутся одни воспоминания. :(
ну да, а если ещё пару раз кувалдочкой долбануть по hdd, то о всех данных останутся только воспоминания:(
т.е. по вашему mysql более чувствителен к холодному перезапуске чем допустим sqlite или тупая запись в файлы собственного формата?
Дело не конкретно именно в MySQL, а в том что данные многих приложений зависят от одного места. Данные эти еще к тому же в бинарном виде. Так как приложений больше, запись-чтение из этого места будет интенсивнее, чем когда у каждого приложения свой файл. Соответственно шансы получить испорченную базу при пропадании питания и потерять все сразу по-моему неплохи.Хотя думаю можно гораздо проще все объяснить, если вспомнить что происходит в Windows когда там разрушается реестр.
Зато проще и удобнее бэкапить. У всех подходов есть свои преимущества. Даже в венде реестр можно откатывать, хоть и через попу и в половине случаев не работает. Но мускулем такой беды быть не должно.
При записи в файлы точно такая же возможность потерять всю фс... Так что не надо ляля в кофе.
> При записи в файлы точно такая же возможность потерять всю фс... Так что не надо ляля в кофе.Не точно такая же, обычно ФС защищена от повреждений при потере питания.
>> При записи в файлы точно такая же возможность потерять всю фс... Так что не надо ляля в кофе.
>
>Не точно такая же, обычно ФС защищена от повреждений при потере питания.
>Ну.
А мускульные базы так же лежат в ФС.
Хотя про mysql нигде в новости не увидел.
> Хотя про mysql нигде в новости не увидел.Ну раз у Вас на аватарке демоненок BSD, то соберите из портов FreeBSD KDE 4.5.1 и посмотрите при чем там MySQL.
Вопрос совсем не в том.
Для меня, лично, загадка: зачем мне нужно держать на машине пачку серверов, которые мягко говоря не самые легковесные по использованию процессорного времени и памяти.
>Вопрос совсем не в том.
>Для меня, лично, загадка: зачем мне нужно держать на машине пачку серверов,
>которые мягко говоря не самые легковесные по использованию процессорного времени и
>памяти.Кстати, а где в новости сказано про mysql?
Слабо зависимости посмотреть?
безусловно
А вот разработчики Аконади не парятся - когда им показываешь, что их код кривой и надо бы вот так-то поправить, посылают далеко. Имхо это уже гарантирует, что получится лажа (которую через годик заменят на очередное поделие такого же качества).
Одно для меня остаётся загадкой - казалось бы, чуваки сделали свой gropware-сервер, придумали для него свой IMAP-подобный протокол и т. д. Но принципиально отказываются делать его доступным по сети. И везде возмущёно кричат, что Akonadi - это не groupware. Это, блин, как если бы в свооё время создатели X-сервера упёрлись рогом и заявили, что на самом деле это не сервер, и сетевой прозрачности там в принципе не будет. Вот честно, не понимаю их логики.
Скорее всего для тех, кому нужен groupware, они сделают интеграцию с http://www.kolab.org/
Увы, колаб совсем мёртвый, а живым никогда и не был.
In fact, Akonadi does not store any data itself, but just provides a common means to access data to your local applications. Therefore, it is not a groupware-server.Вполне логично.
> Akonadi does not store any data itselfА мускуль у него просто так для солидности?
Что вы этим хотели сказать? Если к чему-то прикручен MySQL - это обязательно groupware server?
>> Akonadi does not store any data itself
>
>А мускуль у него просто так для солидности?В мускуле данные просто кешируются. Что бы не запрашивать по каждому поводу данные из ресурсов.
Nepomuk требует Virtuoso, Akonadi требует MySQL, потом какой-нибудь Kconfd будет требовать PostgreSQL. И так мы будем иметь на ПК пачку СУБД, и всё ради ради красивого и удобного рабочего стола.
И скоро Akonadi нельзя будет опционально вырубить, а если и можно будет, то сборщики пакетов для дистрибутива N впихнут Akonadi в обязательные зависимости.В Debian систему пришлось жестоко обмануть, создав и установив пустой Akonadi-пакет без всяких мускульных зависимостей.
Мечтаю о XFCE на QT.
> Мечтаю о XFCE на QTЛучше о KDE 3 на Qt4
Разрабы Akonadi сравнивали MySQLe и SQLite. Сказали, что особого толка у них от второго не вышло, поэтому взяли первый. Но второй тоже собираются использовать для всяких не особо производительных устройств.
>потом какой-нибудь Kconfd будет требовать PostgreSQLПока что все довольны ksyscoca.
>И скоро Akonadi нельзя будет опционально вырубитьА смысл его вырубать?
>>И скоро Akonadi нельзя будет опционально вырубить
>А смысл его вырубать?да не про aconadi речь, а о хранилище! не надо мне MySQL на домашней машинке! И postgres тоже! Хватит sqlite и даже файлового хранилища. Или хотя бы единого! без виртуозо!
тут высказывались, что kde3 не плохо бы на QT4 запустить. я тоже за! Но! Где гарантия, что и туда не попытаются засунуть virtuoso и mysql ? Им (разработчикам) же это нравится!
P.S.: Со вчерашнего дня сижу отктываюсь на kde3. Ибо 4 гига ОЗУ - это не так уж и много, оказывается ;)
переходи на гном или хфсе. уже давно ясно что кде - тупиковая ветвь революции(именно революции). на гномах хоть нет тупых и не нужных баз. а зная гконф можно легко всем рулить^_^. в каждом новом релизе кде делают новые слои абстракции чего-то там, впихивают горы функционала(часто не сильно и нужного) а фиксят баги через раз. гном с хфсе хоть стабильные как какашки мамонта в отличии от...кстати кмыло уже намертво зависит от аконади?
>переходи на гном или хфсе. уже давно ясно что кде - тупиковая
>ветвь революции(именно революции). на гномах хоть нет тупых и не нужных
>баз. а зная гконф можно легко всем рулить^_^. в каждом новомПоймите наконец, что по мере развития комп техники появилась возможность уйти от тупой запускалки программ к полноценной рабочей интегрированной среде. Среде с зачатками если не интеллекта, то хотя бы некоей "ассоциативной памяти" о работах юзера. Это общее направление развития, рабочие окружения, которые мы всё ещё по привычке называем "дектопными", становятся всё более и более интеллектуальными... Так что вполне пора выкапывать из гроба Эшбевский "усилитель интеллекта".
Хотите сделать такую среду без интеграции в неё баз данных (и естественно, хотя бы относительно серьёзных СУБД) -- флаг в руки, барабан на шею.
Вам не нужна "интеллектуальная среда"? На здоровье, вы сами дали совет двигаться на Гном/XFCE. Первый (обратите внимание --- тоже движется в сторону "интеллектуализации"!) и тем более, второй --- именно то, что вы хотите: тупые запускалки программ и управлялки окнами. Пожалуйста. Всё в духе конца 80-ых, начала 90-ых --- никакого "семантического десктопа", никакой интеллектуализации. Пожалуйста. Только не удивляйтесь, что на уровне начала 90-ых вы и останетесь, прогресс пройдёт мимо Вас. И что хуже, заметная часть проходящих через Ваши руки данных, канет в Лету. Как это происходит сейчас у большинства пользователей и что приводит к большим проблемам: понятие личного архива человека уже сейчас сильно размыто и у большинства юзеров просто невозможно восстановить историю деятельности уже 2 - 3 летней давности. А ведь, если вы серьёзно работаете, это катастрофа, пусть (пока) и немногие её осознают.
>релизе кде делают новые слои абстракции чего-то там, впихивают горы функционала(часто
>не сильно и нужного) а фиксят баги через раз. гном сПопробуйте с этим просто реально поработать. Я сижу на 4-ом КДЕ, как на единственной(!) рабочей среде, с версии 4.1. И уж поверьте, реальные критические баги, в основном :), давно исправлены, а функционал реально радует.
Ресурсы требует, да. И что с того? Машина должна работать, а вот нам с вами лучше использовать мозги по назначению, а не заниматься механическим сбором данных, с чем машина справится получше. Кстати заметьте, фоновые сервисы семантики и проч. в KDE работают с низким приоритетом (естесвенно!), иак что если уж Вам понадобятся все гигагерцы Вашего процессора до единого --- нет проблем.
>хфсе хоть стабильные как какашки мамонта в отличии от...
Чтобы оставаться на месте, надо очень быстро бежать. Не нами подмечено, угу?
>кстати кмыло уже намертво зависит от аконади?
пока нет.
>не удивляйтесь, что на уровне начала 90-ых вы и останетесь,
>прогресс пройдёт мимо Вас. И что хуже, заметная часть проходящих черезТакой прогресс пусть и идет мимо.
>Ваши руки данных, канет в Лету. Как это происходит сейчас у
>большинства пользователей и что приводит к большим проблемам: понятие личного архива
>человека уже сейчас сильно размыто и у большинства юзеров просто невозможно
>восстановить историю деятельности уже 2 - 3 летней давности. А ведь,
>если вы серьёзно работаете, это катастрофа, пусть (пока) и немногие её
>осознают.Это совсем не техническая проблема.
> Такой прогресс пусть и идет мимо.Расширите поле Вашей деятельности --- Вам захочется. Ан нет, мимо... просвистел.
Я не голословно тут распинаюсь. Самому пришлось убедиться в необходимости интеграции, когда попал в условия ">2 крупных проектов в разных областях деятельности при жесточайшем цейтноте".
Так что я всеми руками и хвостом --- "за" такой прогресс. Другой вопрос, устройства с ограниченными ресурсами. Ну там и условия эксплуатации другие, и требования.
>> >человека уже сейчас сильно размыто и у большинства юзеров просто невозможно
>>восстановить историю деятельности уже 2 - 3 летней давности. А ведь,
>>если вы серьёзно работаете, это катастрофа, пусть (пока) и немногие её
>>осознают.
> Это совсем не техническая проблема.В том числе, техническая. Неадекватности места/времени, занимаемых работой c/за компьютером и обычными шаблонами сохранения информации пользователем.
>Расширите поле Вашей деятельности --- Вам захочется. Ан нет, мимо... просвистел.
>
>Я не голословно тут распинаюсь. Самому пришлось убедиться в необходимости интеграции, когда попал в условия ">2 крупных проектов в разных областях деятельности при жесточайшем цейтноте".Вы не маркетологом случайер работаете ? А то булшит очень знакомый.
>Так что я всеми руками и хвостом --- "за" такой прогресс. Другой
>вопрос, устройства с ограниченными ресурсами. Ну там и условия эксплуатации другие,
>и требования.Ноутбук трехлетней давности, это устройсто с ограниченными ресурсами или как ?
>В том числе, техническая. Неадекватности места/времени, занимаемых работой c/за компьютером и обычными
>шаблонами сохранения информации пользователем.Разруха в головах техническими средствами не лечится.
>Вы не маркетологом случайер работаете ? А то булшит очень знакомый.нет. И говорю только о том, что сам "трогал".
>Ноутбук трехлетней давности, это устройсто с ограниченными ресурсами или как ?
Смотря, какой. На моём Dell Inspiron 1525 о двух гигах ОЗУ, KDE 4.5.1 работает великолепно. На нетбуке HP2133 (тоже о двух гигах), тоже.
А вот на почивший iRU о 256 Мегах ОЗУ, ставить КДЕ 4.5 я конечно, не стал бы. 3.5.9 работал хорошо, это да. Без beagl'я.
>>В том числе, техническая. Неадекватности места/времени, занимаемых работой c/за компьютером и обычными
>>шаблонами сохранения информации пользователем.
>
>Разруха в головах техническими средствами не лечится.Ещё раз, предложите организацию НЕТЕХНИЧЕСКИМИ средствами истории глубиной более 20 лет, при том, что эта цифра только увеличивается. Естественно, н в виде пропахшего нафталном архива. Ко всему этому богатству (а это именно богатство, это часть жизни человека), должен быть совбодый и быстрый доступ. Оно должно "жить", а не лежать под спудом.
>> Такой прогресс пусть и идет мимо.
>
>Расширите поле Вашей деятельности --- Вам захочется. Ан нет, мимо... просвистел.Поле деятельности и так достаточно широко, но то что решается административно, не привых решать технически.
>Я не голословно тут распинаюсь. Самому пришлось убедиться в необходимости интеграции, когда попал в условия ">2 крупных проектов в разных областях деятельности при жесточайшем цейтноте".
Я как бы тоже не из конторы "Рога и копыта" и что такое цейтнот в курсе, но ваш путь ведет чаще всего к имитации бурной деятельности, когда 80% это перекладывание бумажек, только в электронном виде.
>Так что я всеми руками и хвостом --- "за" такой прогресс. Другой
>вопрос, устройства с ограниченными ресурсами. Ну там и условия эксплуатации другие,
>и требования.Ваше право. Только избытка ресурсов пока не наблюдается нигде, коммунизм так и не построили.
>>> >человека уже сейчас сильно размыто и у большинства юзеров просто невозможно
>>>восстановить историю деятельности уже 2 - 3 летней давности. А ведь,
>>>если вы серьёзно работаете, это катастрофа, пусть (пока) и немногие её
>>>осознают.
>> Это совсем не техническая проблема.
>
>В том числе, техническая. Неадекватности места/времени, занимаемых работой c/за компьютером и обычными
>шаблонами сохранения информации пользователем.То что вы назвали как раз нетехнические проблемы.
Это последствия организационных ляпов, это надо адмистративно лечить.
>>>> >человека уже сейчас сильно размыто и у большинства юзеров просто невозможно
>>>>восстановить историю деятельности уже 2 - 3 летней давности. А ведь,
>>>>если вы серьёзно работаете, это катастрофа, пусть (пока) и немногие её
>>>>осознают.
>>> Это совсем не техническая проблема.
>>
>>В том числе, техническая. Неадекватности места/времени, занимаемых работой c/за компьютером и обычными
>>шаблонами сохранения информации пользователем.
>То что вы назвали как раз нетехнические проблемы.
>Это последствия организационных ляпов, это надо адмистративно лечить.Ну, лечите.
На моей машине самые ранние документы датируются (создане файла) 1987 годом, самая ранняя почта --- 1992, вырезки из сети (тогда ещё из фидошки) --- 1991.
Общий объём только текстовок в ~/Documents првышает гиг. ~/Mail ---3177M.
Лечите административно историю глубиной в 23+... года, ага.
>Ну, лечите.
>На моей машине самые ранние документы датируются (создане файла) 1987 годом, самая
>ранняя почта --- 1992, вырезки из сети (тогда ещё из фидошки)
>--- 1991.
>Общий объём только текстовок в ~/Documents првышает гиг. ~/Mail ---3177M.
>Лечите административно историю глубиной в 23+... года, ага.Архивному делу лет побольше, чем существует ИТ. Если у вас изначально файло в кучу свалено или по папочкам нескольким, чем вам непомуки с аконадями помогут?
>Лечите административно историю глубиной в 23+... года, ага.
>>Архивному делу лет побольше, чем существует ИТ.Да что вы говорите, а я не знал!
Вы когда-нибудь в архиве работали?
Вы в курсе, что историки часто находят в архивах совершенно неожиданные вещи и наоборот, не могут найти ссылки на еденицы хранения с хорошо известными фактами? При том, что эти папки существуют, известны и проч? я с историками в том числе работаю, так что знаю, о чём говорю.Ключевой момент здесь --- сделать историю доступной, (!) исключить невозможность найти факт в массиве и (!!) дать возможность найти связанные с вопросом файлы, когда связь н является очевидной. Сделать это без технических средств, использования индексаторов, средств семантик и онтологий, НЕВОЗМОЖНО.
>>Если у вас изначально файло в кучу свалено или по папочкам нескольким, чем вам непомуки с аконадями помогут?
Разрешите совет? Не считайте собеседника глупее себя.
Что-то мне подсказывает, что я научился организовывать файловую иерархию, когда вы ещё в штанишки писались. Уж извините, если не прав.
>[оверквотинг удален]
>>>Архивному делу лет побольше, чем существует ИТ.
>
>Да что вы говорите, а я не знал!
>
>Вы когда-нибудь в архиве работали?
>Вы в курсе, что историки часто находят в архивах совершенно неожиданные вещи
>и наоборот, не могут найти ссылки на еденицы хранения с хорошо
>известными фактами? При том, что эти папки существуют, известны и проч?
>я с историками в том числе работаю, так что знаю, о
>чём говорю.Я тоже люблю говорить, что мол сам замполит третьего дивизиона. Да в курсе "открытий чудных", но также в курсе того, что методика работы с архивами документов это одно, а технические средства совершенно другое, сами по себе технические средства вам не помогут.
>Ключевой момент здесь --- сделать историю доступной, (!) исключить невозможность найти факт
>в массиве и (!!) дать возможность найти связанные с вопросом файлы,
>когда связь н является очевидной. Сделать это без технических средств, использования
>индексаторов, средств семантик и онтологий, НЕВОЗМОЖНО.Если у вас исходные документы в беспорядке, вы дадите доступ к помойке, а не архиву, если же исходный архив упорядочен, то какими техническими средствами вы дадите доступ неважно, непомук не один такой на белом свете.
>>>Если у вас изначально файло в кучу свалено или по папочкам нескольким, чем вам непомуки с аконадями помогут?
>
>Разрешите совет? Не считайте собеседника глупее себя.
>Что-то мне подсказывает, что я научился организовывать файловую иерархию, когда вы ещё
>в штанишки писались. Уж извините, если не прав.Я то как раз не считаю собеседника глупее, хорошо бы и собеседнику, то есть вам, научится тому же, а еще научится отделять мух от котлет, главное от вторичного.
>Если у вас исходные документы в беспорядке, вы дадите доступ к помойке, а не архиву, если же исходный архив упорядочен, то какими техническими средствами вы дадите доступ неважночто вы подразумеваете под доступом? И что под "упорядоченностью"?
PS: никто не говорит, что на непомуке свет клином сошёлся. Над этой проблемой люди уже лет этак с полста трудятся.
Другой вопрос, что непомук --- первая последовательная и дошедшая до реального десктопа попытка поселить это дело у пользователей.
>>Если у вас исходные документы в беспорядке, вы дадите доступ к помойке, а не архиву, если же исходный архив упорядочен, то какими техническими средствами вы дадите доступ неважно
>
>что вы подразумеваете под доступом? И что под "упорядоченностью"?Возможность добраться до нужного документа за приемлемое время. Возможность отследить связанные с данным документы.
>PS: никто не говорит, что на непомуке свет клином сошёлся. Над этой
>проблемой люди уже лет этак с полста трудятся.Больше. Как только появились библиотеки и архивы, так и возникла проблема.
>Другой вопрос, что непомук --- первая последовательная и дошедшая до реального десктопа
>попытка поселить это дело у пользователей.Известная вам попытка. Это несколько меняет дело.
>>что вы подразумеваете под доступом? И что под "упорядоченностью"?
>Возможность добраться до нужного документа за приемлемое время.ага. а что такое -- "*нужный* документ"?
>Возможность отследить связанные с данным документы.
Вот именно.
И оба ваших ответа автоматически приводят к необходимости иметь службы индексации, семанитик и онтологии. Тогда о чём спор, собственно?
> Больше. Как только появились библиотеки и архивы, так и возникла проблема.
Не преувеличивайте и н передёргивайте.
>>>Другой вопрос, что непомук --- первая последовательная и дошедшая до реального десктопа
>попытка поселить это дело у пользователей.
>Известная вам попытка. Это несколько меняет дело.Ну, мне известно, как минимум, более одной реализации таких служб. Как отдельных программных комплексов. *Отдельных*.
Назовите ещё одного кандидата, глубоко интегрированного в состав десктопа.
>>>что вы подразумеваете под доступом? И что под "упорядоченностью"?
>>Возможность добраться до нужного документа за приемлемое время.
>
>ага. а что такое -- "*нужный* документ"?Видимо тот, как минимум, что выбросить жалко.
>>Возможность отследить связанные с данным документы.
>
>Вот именно.
>
>И оба ваших ответа автоматически приводят к необходимости иметь службы индексации, семанитик
>и онтологии. Тогда о чём спор, собственно?О том, что у вас может и не быть службы индексации вообще, но доступность документа в архиве и упорядоченность будет.
>> Больше. Как только появились библиотеки и архивы, так и возникла проблема.
>
>Не преувеличивайте и н передёргивайте.Ничуть не передергиваю. Архивам сотни лет, если вы не в курсе, пример как минимум архив Ватикана.
>>>>Другой вопрос, что непомук --- первая последовательная и дошедшая до реального десктопа
>>попытка поселить это дело у пользователей.
>>Известная вам попытка. Это несколько меняет дело.
>
>Ну, мне известно, как минимум, более одной реализации таких служб. Как отдельных
>программных комплексов. *Отдельных*.
>Назовите ещё одного кандидата, глубоко интегрированного в состав десктопа.Знаете ли, "последовательная и дошедшая до реального десктопа" это далеко не всегда "глубоко интегрированного в состав десктопа". Вы считаете, что десктоп это монолит, я так не считаю.
>>>>что вы подразумеваете под доступом? И что под "упорядоченностью"?
>>>Возможность добраться до нужного документа за приемлемое время.
>>
>>ага. а что такое -- "*нужный* документ"?Знаете, мне с вами беседовать надоело. Вы или сознательно передёргиваете, либо действительно не даёте себе труд подумать.
>Видимо тот, как минимум, что выбросить жалко.
Наверное, всё-таки тот, который содержит нужные вам сведения либо ссылки на другие документы, связанные с предметом поиска, угу? Никакая упорядоченность не поможет вам найти (доступный!) документ, если вы не знаете, какой именно из кучи (упорядоченных) бумажек вам нужна. Только аккуратным просмотром, угу? И взаимосвязанных бумажек тоже, ага?
Смотрите "коэффициенты точности и полноты выдачи" и чем они отличаются друг от друга.>
>>>Возможность отследить связанные с данным документы.
>>
>>Вот именно.
>>
>>И оба ваших ответа автоматически приводят к необходимости иметь службы индексации, семанитик
>>и онтологии. Тогда о чём спор, собственно?
>
>О том, что у вас может и не быть службы индексации вообще,
>но доступность документа в архиве и упорядоченность будет.Какое вам дело до потенциальной доступности, если полнота выдачи, при отсутствии средств индексации + весь наработанный аппарат, стремится к нудю?
>>> Больше. Как только появились библиотеки и архивы, так и возникла проблема.
>>
>>Не преувеличивайте и н передёргивайте.
>
>Ничуть не передергиваю. Архивам сотни лет, если вы не в курсе, пример
>как минимум архив Ватикана.Я в курсе. Ещё раз -- *ВЫ* в курсе, что поиск в традиционном "бумажном" (весьма строго упорядоченном архиве) --- сложная научно/детективная задача? Историки учатся архивному делу 4 семестра, между прочим. И решать эту задачу начали только пол века назад, до этого такого понятия, как теория поиска, просто не существовало.
>>Ну, мне известно, как минимум, более одной реализации таких служб. Как отдельных
>>программных комплексов. *Отдельных*.
>>Назовите ещё одного кандидата, глубоко интегрированного в состав десктопа.
>
>Знаете ли, "последовательная и дошедшая до реального десктопа" это далеко не всегда
>"глубоко интегрированного в состав десктопа".Слив засчитан.
> Вы считаете, что десктоп это монолит, я так не считаю.
Покажите хоть одну фразу насчёт "монолита". Об интеграции я говорю, да. О модульности -- да. О том, что целое вполне может развалиться, если выдрать несколько основополагающих *модулей* --- очевидно, да. Но называть из-за этого сложную систему монолитом --- как минимум, передёргивание.
>Знаете, мне с вами беседовать надоело. Вы или сознательно передёргиваете, либо действительно
>не даёте себе труд подумать.Когда вы начнете думать, тогда можно считать цель достигнута.
>>Видимо тот, как минимум, что выбросить жалко.
>
>Наверное, всё-таки тот, который содержит нужные вам сведения либо ссылки на другие
>документы, связанные с предметом поиска, угу? Никакая упорядоченность не поможет вам
>найти (доступный!) документ, если вы не знаете, какой именно из кучи
>(упорядоченных) бумажек вам нужна. Только аккуратным просмотром, угу? И взаимосвязанных бумажек
>тоже, ага?Я где-то сказал про методику определения нужности? Исключительно про критерий, а как вы определяете это личное дело каждого архивариуса.
>Смотрите "коэффициенты точности и полноты выдачи" и чем они отличаются друг от
>друга.Посмотрите что иногда лежит в архивах. Ни одной ссылки ни на этот документ, ни с этого документа. Это я молчу о документах никому кроме меня не нужных.
>[оверквотинг удален]
>>>Вот именно.
>>>
>>>И оба ваших ответа автоматически приводят к необходимости иметь службы индексации, семанитик
>>>и онтологии. Тогда о чём спор, собственно?
>>
>>О том, что у вас может и не быть службы индексации вообще,
>>но доступность документа в архиве и упорядоченность будет.
>
>Какое вам дело до потенциальной доступности, если полнота выдачи, при отсутствии средств
>индексации + весь наработанный аппарат, стремится к нудю?С чего вдруг полнота выдачи стремится к нулю? Вам так захотелось? Пойдите в любую библиотеку, никаких служб индексации, даже компов иногда нет, но искомое если есть найдете. Вот про это вам и говорится, что проблема не техническая.
>[оверквотинг удален]
>>>Не преувеличивайте и н передёргивайте.
>>
>>Ничуть не передергиваю. Архивам сотни лет, если вы не в курсе, пример
>>как минимум архив Ватикана.
>
>Я в курсе. Ещё раз -- *ВЫ* в курсе, что поиск в
>традиционном "бумажном" (весьма строго упорядоченном архиве) --- сложная научно/детективная задача? Историки
>учатся архивному делу 4 семестра, между прочим. И решать эту задачу
>начали только пол века назад, до этого такого понятия, как теория
>поиска, просто не существовало.В курсе. Но если вы утверждаете, что это техническая проблема, то не в курсе вы.
>>>Ну, мне известно, как минимум, более одной реализации таких служб. Как отдельных
>>>программных комплексов. *Отдельных*.
>>>Назовите ещё одного кандидата, глубоко интегрированного в состав десктопа.
>>
>>Знаете ли, "последовательная и дошедшая до реального десктопа" это далеко не всегда
>>"глубоко интегрированного в состав десктопа".
>
>Слив засчитан.Сдались - хорошо. Может перестанете вещать от лица истины в последней инстанции.
>> Вы считаете, что десктоп это монолит, я так не считаю.
>
>Покажите хоть одну фразу насчёт "монолита". Об интеграции я говорю, да. О
>модульности -- да. О том, что целое вполне может развалиться, если
>выдрать несколько основополагающих *модулей* --- очевидно, да. Но называть из-за этого
>сложную систему монолитом --- как минимум, передёргивание.Там где про кеды и непомук. Если не понимаете почему кеды монолит, то учите матчасть.
Узнаете, что если составляющие не взаимозаменяемы или заменяемы только ломом и какойто матерью это не интеграция, а спекание в монолит.
>>документы, связанные с предметом поиска, угу? Никакая упорядоченность не поможет вам
>>найти (доступный!) документ, если вы не знаете, какой именно из кучи
>Посмотрите что иногда лежит в архивах. Ни одной ссылки ни на этот
>документ, ни с этого документа.Вот именно. И вы всё ещё продолжаете твердить о ненужности механизма отслеживания взаимосвязей/взаимозависимостей?!
>>>>И оба ваших ответа автоматически приводят к необходимости иметь службы индексации, семанитик и онтологии. Тогда о чём спор, собственно?
>>>О том, что у вас может и не быть службы индексации вообще,
>>>но доступность документа в архиве и упорядоченность будет.
>>Какое вам дело до потенциальной доступности, если полнота выдачи, при отсутствии средств
>>индексации + весь наработанный аппарат, стремится к нудю?
>С чего вдруг полнота выдачи стремится к нулю? Вам так захотелось? Пойдите
>в любую библиотеку, никаких служб индексации, даже компов иногда нет, но
>искомое если есть найдете. Вот про это вам и говорится, что
>проблема не техническая.Чем бумажная картотека отличается от компьютеризированного индекса?
>В курсе. Но если вы утверждаете, что это техническая проблема, то не
>в курсе вы.Я утверждаю, что это комплексная проблема, которая без технических средств не решается --- начиная с некоторого объёма архива.
>[оверквотинг удален]
>>>>Ну, мне известно, как минимум, более одной реализации таких служб. Как отдельных
>>>>программных комплексов. *Отдельных*.
>>>>Назовите ещё одного кандидата, глубоко интегрированного в состав десктопа.
>>>
>>>Знаете ли, "последовательная и дошедшая до реального десктопа" это далеко не всегда
>>>"глубоко интегрированного в состав десктопа".
>>
>>Слив засчитан.
>
>Сдались - хорошо. Может перестанете вещать от лица истины в последней инстанции.Слив засчитан повторно.
>Там где про кеды и непомук. Если не понимаете почему кеды монолит,
>то учите матчасть.
>Узнаете, что если составляющие не взаимозаменяемы или заменяемы только ломом и какойто
>матерью это не интеграция, а спекание в монолит.Вам что-то мешает заменить непомук на другую реализацию? Или просто отключить его нафиг (штатная операция)? То же с аконади?
>Вот именно. И вы всё ещё продолжаете твердить о ненужности механизма отслеживания
>взаимосвязей/взаимозависимостей?!Во первых не зная что это за документ вы делаете выводы, во вторых не видите, что именно вам говорится. Считаете у всех и везде такие же документы в архиве как у вас?
>[оверквотинг удален]
>>>>О том, что у вас может и не быть службы индексации вообще,
>>>>но доступность документа в архиве и упорядоченность будет.
>>>Какое вам дело до потенциальной доступности, если полнота выдачи, при отсутствии средств
>>>индексации + весь наработанный аппарат, стремится к нудю?
>>С чего вдруг полнота выдачи стремится к нулю? Вам так захотелось? Пойдите
>>в любую библиотеку, никаких служб индексации, даже компов иногда нет, но
>>искомое если есть найдете. Вот про это вам и говорится, что
>>проблема не техническая.
>
>Чем бумажная картотека отличается от компьютеризированного индекса?Только тем, что в первом случае проблема решена совершенно не техническим способом.
>>В курсе. Но если вы утверждаете, что это техническая проблема, то не
>>в курсе вы.
>
>Я утверждаю, что это комплексная проблема, которая без технических средств не решается
>--- начиная с некоторого объёма архива.Вы просто не понимаете что такое технический способ, а что такое административный способ решения задачи.
>[оверквотинг удален]
>>>>>Назовите ещё одного кандидата, глубоко интегрированного в состав десктопа.
>>>>
>>>>Знаете ли, "последовательная и дошедшая до реального десктопа" это далеко не всегда
>>>>"глубоко интегрированного в состав десктопа".
>>>
>>>Слив засчитан.
>>
>>Сдались - хорошо. Может перестанете вещать от лица истины в последней инстанции.
>
>Слив засчитан повторно.Судя по вашим заявлениям ума у вас должно быть больше, но лексикон и методика ведения дискуссии "1 класс вторая четверть"
>>Там где про кеды и непомук. Если не понимаете почему кеды монолит,
>>то учите матчасть.
>>Узнаете, что если составляющие не взаимозаменяемы или заменяемы только ломом и какойто
>>матерью это не интеграция, а спекание в монолит.
>
>Вам что-то мешает заменить непомук на другую реализацию? Или просто отключить его
>нафиг (штатная операция)? То же с аконади?В кедах? Я давно отказался от непомука с аконадей. Вместе с кедами.
>Вы просто не понимаете что такое технический способ, а что такое административный
>способ решения задачи.Я от вас устал.
Средний объём пользовательского винчестера на сегодня, можно считать терабайтом.
Попадает на него как мусор, который, тем не менее, может понадобиться и пользователь его вполне захотеть сохранить, так и уникальная информация. Посмотрим в попугаях "средней библиотеки).
Терабайт --- это грубо, 900 000 (девятсот тысяч) средних книжных томов. В научной библиотеке нашего Томского Университета, примерно 3 миллиона томов, то есть, всего в три раза меньше. Штат библиографического отдела в докомпьютерные времена, грубо, 15 человек. Бумажная картотека (систематический и предметный каталоги) --- 3 помещения размером со спортзал. Время поиска шифра хранения редкой книги (только книги, не произвольного документа!) в докомпьютерную эпоху, в этой прекрасной картотеке --- в среднем, до 2 дней.Вперёд. Уповайте на чисто административные меры.
Заметьте, ситуация у пользователей значительно хуже, чем в библиотеке ии архиве. Жёстко классифицировать документы не всегда возможно, чаще проще установить связи этого документа с событиями или другими документами --- чем и занимается *аналог архивариуса* --- непомук.
Будете ещё сотрясать воздух?
>Судя по вашим заявлениям ума у вас должно быть больше, но лексикон
>и методика ведения дискуссии "1 класс вторая четверть"Рад за Ваш тонкий вкус.
>В кедах? Я давно отказался от непомука с аконадей. Вместе с кедами.
Это ваши проблемы.
>>Вы просто не понимаете что такое технический способ, а что такое административный
>>способ решения задачи.
>
>Я от вас устал.Взаимно.
>Средний объём пользовательского винчестера на сегодня, можно считать терабайтом.
>Попадает на него как мусор, который, тем не менее, может понадобиться и
>пользователь его вполне захотеть сохранить, так и уникальная информация. Посмотрим в
>попугаях "средней библиотеки).В среднем это скачанное с торрента файло размером от 1,5 до 65 гигабайт. Про содержимое умолчим, чаще всего это сериалы, аниме фантастика.
>Терабайт --- это грубо, 900 000 (девятсот тысяч) средних книжных томов. В
>научной библиотеке нашего Томского Университета, примерно 3 миллиона томов, то есть,Вы красавец, взять среднепотолочные цифры и делать на них вывод, гениально.
>всего в три раза меньше. Штат библиографического отдела в докомпьютерные времена,
>грубо, 15 человек. Бумажная картотека (систематический и предметный каталоги) --- 3
>помещения размером со спортзал. Время поиска шифра хранения редкой книги (только
>книги, не произвольного документа!) в докомпьютерную эпоху, в этой прекрасной картотеке
>--- в среднем, до 2 дней.Видимо или преподы, или студенты, или библиотекари тормоза, или же, что более вероятно, вы заливаете про два дня.
>Вперёд. Уповайте на чисто административные меры.
В библиотеке ПУСКУ любая нужная книга ищется в пределах от 10 минут до часа, с использованием картотеки. В областной библиотеке книгу не из хранилища вы найдете за то же время, при том что фонды библиотек были не меньше чем указанная вами.
>Заметьте, ситуация у пользователей значительно хуже, чем в библиотеке ии архиве. Жёстко
>классифицировать документы не всегда возможно, чаще проще установить связи этого документа
>с событиями или другими документами --- чем и занимается *аналог архивариуса*
>--- непомук.Ага щаззз, вы сами должны решить с чем и как связан документ, решить не по среднепотолочным цифрам, а по выбранной один раз и надолго методике(уж как в той же библиотеке обрабатываются новые книги я в курсе), а как сохранится связь это дело десятое.
>Будете ещё сотрясать воздух?
Воздух сотрясаете вы уверяя в крути непомука и диетичности кед.
>>Судя по вашим заявлениям ума у вас должно быть больше, но лексикон
>>и методика ведения дискуссии "1 класс вторая четверть"
>
>Рад за Ваш тонкий вкус.Значит не все в вашем случае потеряно.
>>В кедах? Я давно отказался от непомука с аконадей. Вместе с кедами.
>
>Это ваши проблемы.Ага, благодаря таким апологетам кед, как вы.
>>Я от вас устал.
>Взаимно.Вот и чудненько.
>>>Средний объём пользовательского винчестера на сегодня, можно считать терабайтом.
>>Попадает на него как мусор, который, тем не менее, может понадобиться и
>>пользователь его вполне захотеть сохранить, так и уникальная информация. Посмотрим в
>>попугаях "средней библиотеки).
>В среднем это скачанное с торрента файло размером от 1,5 до 65 гигабайт. Про содержимое >умолчим, чаще всего это сериалы, аниме фантастика.Кто-то недавно трындел о "синдроме домашних тапочек". Кто-то это мог быть?
Впрочем, теперь всё понятно. Вы просто ещё не начинали работать и попросту не представляете, как быстро обрастешь архивом.
>>Терабайт --- это грубо, 900 000 (девятсот тысяч) средних книжных томов. В
>>научной библиотеке нашего Томского Университета, примерно 3 миллиона томов, то есть,
>Вы красавец, взять среднепотолочные цифры и делать на них вывод, гениально.У вас есть точные цифры? Я могу, конечно, собрать статистику по собственному винту, но зачем? Среднепотолочные цифры (4Кб одна страничка, 300 страничек в среднем том) будут даже МЕНЬШЕ, чем реальная ситуация.
>>Время поиска шифра хранения редкой книги (только
>>книги, не произвольного документа!) в докомпьютерную эпоху, в этой прекрасной картотеке
>>--- в среднем, до 2 дней.
>Видимо или преподы, или студенты, или библиотекари тормоза, или же, что более вероятно, >вы заливаете про два дня.Я всё больше убеждаюсь, что вы ни хрена ещё не только не начали работать, но даже не отучились. Попробуйте найти старую статью в Annalen der physik и поднять упоминаемую там книгу, о которых известно только то, что такая публикация есть и на неё ссылаются. А это глубина поиска всего-то пол-века.
И читайте внимательнее: ">Время поиска шифра хранения редкой книги">Ага щаззз, вы сами должны решить с чем и как связан документ, решить не по >среднепотолочным цифрам, а по выбранной один раз и надолго методике
О регулярных документах никто не говорит. А вы отслеживаете весь трёп, касающейся проекта, в IM и почте? Вы сможете найти письмо, в котором упоминался некий аспект работы, через пол-года? Вы -- лично вы -- будите тратить на эту тупую работу по каталогизации своё личное время? Впрочем, у вас, очевидно, его много.
>>В среднем это скачанное с торрента файло размером от 1,5 до 65 гигабайт. Про содержимое >умолчим, чаще всего это сериалы, аниме фантастика.
>
>Кто-то недавно трындел о "синдроме домашних тапочек". Кто-то это мог быть?В отличие от вас я не делаю выводов, а поясняю, почему на таком принципе нельзя сделать вывода. Так что вещайте дальше.
>Впрочем, теперь всё понятно. Вы просто ещё не начинали работать и попросту
>не представляете, как быстро обрастешь архивом.Прулесно, еще один телепат. В отличие от вас я не только представляю, что может быть в личном архиве, но так же хорошо знаю, чего там быть НЕ ДОЛЖНО.
>>>Терабайт --- это грубо, 900 000 (девятсот тысяч) средних книжных томов. В
>>>научной библиотеке нашего Томского Университета, примерно 3 миллиона томов, то есть,
>>Вы красавец, взять среднепотолочные цифры и делать на них вывод, гениально.
>
>У вас есть точные цифры? Я могу, конечно, собрать статистику по собственному
>винту, но зачем? Среднепотолочные цифры (4Кб одна страничка, 300 страничек в
>среднем том) будут даже МЕНЬШЕ, чем реальная ситуация.Вы опять пытаетесь делать выводы за всех по себе. Причем, явно прередергивая. Винт средний терабайт и весь забит документами. Ага, щаззз.
>[оверквотинг удален]
>>>книги, не произвольного документа!) в докомпьютерную эпоху, в этой прекрасной картотеке
>>>--- в среднем, до 2 дней.
>>Видимо или преподы, или студенты, или библиотекари тормоза, или же, что более вероятно, >вы заливаете про два дня.
>
>Я всё больше убеждаюсь, что вы ни хрена ещё не только не
>начали работать, но даже не отучились. Попробуйте найти старую статью в
>Annalen der physik и поднять упоминаемую там книгу, о которых известно
>только то, что такая публикация есть и на неё ссылаются. А
>это глубина поиска всего-то пол-века.
>И читайте внимательнее: ">Время поиска шифра хранения редкой книги"Я вам говорил, если книга есть в библиотеке она будет найдена не за 2 дня, мне приходилось так находить прижизненное издание Лейбница в собрании Орлова.
>>Ага щаззз, вы сами должны решить с чем и как связан документ, решить не по >среднепотолочным цифрам, а по выбранной один раз и надолго методике
>
>О регулярных документах никто не говорит. А вы отслеживаете весь трёп, касающейся
>проекта, в IM и почте? Вы сможете найти письмо, в которомВаши проекты это типа внедрение 1С на Черкизоне? Иначе знали бы, что не вся инфа может оставаться в вашем архиве. А нужное сохраняется в проектной документации, если у вас проект наколеночный, то тогда ясно?
>упоминался некий аспект работы, через пол-года? Вы -- лично вы --
>будите тратить на эту тупую работу по каталогизации своё личное время?"Все украдено до нас", система ведения проектной документации придумана давно и используется без привязки к конкретным техсредствам.
>Впрочем, у вас, очевидно, его много.У вас не меньше, судя по вашей логике вы школота.
ЗЫ А мне вы польстили, в какой то момент преуменьшение возраста это таки комплимент.
>>>В среднем это скачанное с торрента файло размером от 1,5 до 65 гигабайт. Про содержимое >умолчим, чаще всего это сериалы, аниме фантастика.
>
>Кто-то недавно трындел о "синдроме домашних тапочек". Кто-то это мог быть?
>В отличие от вас я не делаю выводов, а поясняю, почему на таком принципе нельзя сделать >вывода. Так что вещайте дальше.Да что вы говорите?
Вы сами обрисовываете, что ситуация даже значительно хуже, так как, из ваших слов следует, что полезная инфа юзера разбросана среди тонн гуано. И наоборот. В сущности, я вам писал то же самое: даже в самом оптимистичном варианте (читайте внимательнее, в "сферическом в вакууме", самом оптимистичном, когда у юзера нет чепухи вообще и все файлы примерно одного объёма), их число может и должно! достичь величины, делающей невозможной чисто ручное управление коллекцией: одному человеку жизни не хватит. Вам объяснять, почему ДОЛЖНО достичь больших величин?>Я вам говорил, если книга есть в библиотеке она будет найдена не за 2 дня, мне приходилось так находить прижизненное издание Лейбница в собрании Орлова.
Рад за вас. К сожалению, реальная работа требует поиска не раритетов, а полезных изданий. Часто для этого приходится просто тупо просматривать систематический каталог. 20 секунд на карточку, плюс неизбежные ошибки и возвраты... за сколько, вы говорите, вы просмотрите один (только один из десятков) каталожный ящик? Воспользуетесь помощью библиографа (читай --- непомука :) ) --- вот это разумно. Только вот живой библиограф, не имеющий полнотекстовых индексов, часто бессилен. Так что терпеливо перебирайте пальчиками.
>Иначе знали бы, что не вся инфа может оставаться в вашем архиве. А нужное сохраняется в проектной документации, если у вас проект наколеночный, то тогда ясно?
Да что вы говорите, ай яй яй. Знаете, что должно остаться в моём архиве, а что нет --- это мне решать. Единственное исключение --- режим секретности, и то, разумно архивировать всё по максимуму, только делая необходимые телодвижения и в соотв. с инструкциями. Суть дела о этого не меняется. В проектной документации, блин. Мне, возможно, с этим же субподрядчиком ещё работать и напоминать ему некие разговоры не то, что на текущем, но и на будущем проекте.
Чтобы было понятно --- я сохраняю, по возможности, всё. С версионированием, да --- когда речь идёт о генерируемых документах. И просто сохраняю в архиве попутно появляющиеся в поле зрения "вырезки интернет - страничек", статьи, даташиты и прочий балшит. Разумеется, это всё "в кучу", как вы изволили выразиться, не сваливается. И тем не менее, индексация, при работе с накопившемся за много лет массивом, очень помогает.И не надо называть это синдромом Плюшкина. Это совершенно нормальная ситуация для любого исследователя и возможность избавиться от пыльных папок, переложив всё на винт --- это просто ура.
Ах, вы не исследователя имели в виду? Ну так, во первых, вы сами говорили о "синдроме тапочек", это ваше определение... а во вторых, даже кодер на почасовом окладе думает, совершенствуется и естественно, имеет личный архив --- вам не подконтрольный, слава Богу!
> "Все украдено до нас", система ведения проектной документации придумана давно и используется без привязки к конкретным техсредствам.
Окей. У меня в архиве огромное число статей по нелинейной оптике, спектроскопии, лидарному зондированию... и программированию, в разных аспектах. Как ни странно, образуется некоторое пересекающееся множество из этого хозяйства. И реально используется в работе. И архив растёт --- ну, н каждый день, но растёт.
Изобразите мне использование здесь "системы ведения проектной документации".
Не можете? --- вылезайте из любимых тапочек.Всё, на эту тему я более не дискутирую. Кому было интеерсно, вероятно, давно всё понял и сделал вывод. Мой вывод --- использование интегрированных средств индексации и отслеживания семантических связей --- весьма полезный инструмент. Лучше, чтобы он был: жизнь облегчает значительн.
Наличие такого инструмента неизбежно ведёт к некоторому "избыточному", с точки зрения в холостую работающей машины, поглощению ресурсов. Однако, играя настройками, всё легко привести в состояние, когда повышения затрат не замечаешь. В любом случае, затраты окупаются.Если с вашей кочки зрения это не так --- да на здоровье, решайте задачу поддержания всё время возрастающего архива в пригодном для эффективного использования состоянии "чисто административно". Когда тупой поиск смутно вспоминаемой статьи среди любовно сложенных на винт и очень хорошо рассортированных по папочкам файлов станет занимать часы (а это, слава Интернету, происходит необычайно скоро с момента, когда вы начинаете заниматься какой-то проблемой), придумайте ещё один способ административного регулирования... Только учтите, опыт показывает, что полагаться на общеизвестные поисковые машины и думать, что откладывать материалы себе в архив не нужно --- чревато. Хосты имет обыкновение дохнуть и исчезать, незнамо куда. И фиг что найдёшь.
>У вас не меньше, судя по вашей логике вы школота.Спасибо. Знаете, я горд, что вы меня так определили. Мы, знаете ли, учимся с первого движения в утробе и до посмертных галлюцинаций. Чертовски хочется сохранить эту способность как можно дольше. Так что, да, я вечный школьник и вечный студент. Credo.
>>>>В среднем это скачанное с торрента файло размером от 1,5 до 65 гигабайт. Про содержимое >умолчим, чаще всего это сериалы, аниме фантастика.
>>
>>Кто-то недавно трындел о "синдроме домашних тапочек". Кто-то это мог быть?
>>В отличие от вас я не делаю выводов, а поясняю, почему на таком принципе нельзя сделать >вывода. Так что вещайте дальше.
>
>Да что вы говорите?Что ваш постулат о файле на винчестере взят с потолка, что опираться на такие посылки нельзя.
>Вы сами обрисовываете, что ситуация даже значительно хуже, так как, из ваших
>слов следует, что полезная инфа юзера разбросана среди тонн гуано. И
>наоборот. В сущности, я вам писал то же самое: даже в
>самом оптимистичном варианте (читайте внимательнее, в "сферическом в вакууме", самом оптимистичном,Читайте внимательнее, разница в том, что для вас посыл про содержимое винта допустим, а я считаю что нет.
>когда у юзера нет чепухи вообще и все файлы примерно одного
>объёма), их число может и должно! достичь величины, делающей невозможной чисто
>ручное управление коллекцией: одному человеку жизни не хватит. Вам объяснять, почему
>ДОЛЖНО достичь больших величин?Всегда есть вещи, которые не стоит хранить.
>>Я вам говорил, если книга есть в библиотеке она будет найдена не за 2 дня, мне приходилось так находить прижизненное издание Лейбница в собрании Орлова.
>
>Рад за вас. К сожалению, реальная работа требует поиска не раритетов, а
>полезных изданий. Часто для этого приходится просто тупо просматривать систематический каталог.Не делайте выводов не имея фактов, мне та книга реально была нужна.
>20 секунд на карточку, плюс неизбежные ошибки и возвраты... за сколько,
>вы говорите, вы просмотрите один (только один из десятков) каталожный ящик?
>Воспользуетесь помощью библиографа (читай --- непомука :) ) --- вот этоВот не надо равнять прогу и живого библиотекаря.
>разумно. Только вот живой библиограф, не имеющий полнотекстовых индексов, часто бессилен.
>Так что терпеливо перебирайте пальчиками.Реальная работа она разная.
>>Иначе знали бы, что не вся инфа может оставаться в вашем архиве. А нужное сохраняется в проектной документации, если у вас проект наколеночный, то тогда ясно?
>
>Да что вы говорите, ай яй яй. Знаете, что должно остаться вНет, это вы считаете, что имея архив можете судить о всех прочих архивах.
>моём архиве, а что нет --- это мне решать. Единственное исключение
Изобретаете велосипед? Когда дело касается только вас, вам решать, но когда документы касаются многих, то извините.
>--- режим секретности, и то, разумно архивировать всё по максимуму, только
>делая необходимые телодвижения и в соотв. с инструкциями. Суть дела оКроме инструкций есть законодательство и есть накопленый человечеством опыт.
>этого не меняется. В проектной документации, блин. Мне, возможно, с этим
>же субподрядчиком ещё работать и напоминать ему некие разговоры не то,
>что на текущем, но и на будущем проекте.
>Чтобы было понятно --- я сохраняю, по возможности, всё. С версионированием, да
>--- когда речь идёт о генерируемых документах. И просто сохраняю в
>архиве попутно появляющиеся в поле зрения "вырезки интернет - страничек", статьи,
>даташиты и прочий балшит. Разумеется, это всё "в кучу", как вы
>изволили выразиться, не сваливается. И тем не менее, индексация, при работеПро сваливание в кучу я не говорил, но говорил, что вы умалчиваете, что любой документ вы скорее всего знаете куда должен лечь и без непомука. Тех средства глубоко вторичны в решении проблемы.
>с накопившемся за много лет массивом, очень помогает.
>
>И не надо называть это синдромом Плюшкина. Это совершенно нормальная ситуация для
>любого исследователя и возможность избавиться от пыльных папок, переложив всё на
>винт --- это просто ура.Про Плюшкина это ваши слова. А вот про пыльных папок, то не все можно в винт засунуть. :)
>Ах, вы не исследователя имели в виду? Ну так, во первых, вы
Исследователи они такие разные, одни черепок считают ценнейшим документом. Правда чудаки? :)
>сами говорили о "синдроме тапочек", это ваше определение... а во вторых,
Я не делаю выводов по себе. Так что мимо.
>даже кодер на почасовом окладе думает, совершенствуется и естественно, имеет личный
>архив --- вам не подконтрольный, слава Богу!Да не один кодер нуждается в архиве.
>> "Все украдено до нас", система ведения проектной документации придумана давно и используется без привязки к конкретным техсредствам.
>
>Окей. У меня в архиве огромное число статей по нелинейной оптике, спектроскопии,
>лидарному зондированию... и программированию, в разных аспектах. Как ни странно, образуется
>некоторое пересекающееся множество из этого хозяйства. И реально используется в работе.
>И архив растёт --- ну, н каждый день, но растёт.
>Изобразите мне использование здесь "системы ведения проектной документации".
>Не можете? --- вылезайте из любимых тапочек.Я то и не залазил в них, вы про библиотечные программы разве не слышали?
Ну а про научные статьи, то там как раз давно все продуманно.>Всё, на эту тему я более не дискутирую. Кому было интеерсно, вероятно,
>давно всё понял и сделал вывод. Мой вывод --- использование интегрированных
>средств индексации и отслеживания семантических связей --- весьма полезный инструмент. Лучше,
>чтобы он был: жизнь облегчает значительн.Если у вас нет продуманной системы хранения документов, то все наоборот.
>Наличие такого инструмента неизбежно ведёт к некоторому "избыточному", с точки зрения в
>холостую работающей машины, поглощению ресурсов. Однако, играя настройками, всё легко привести
>в состояние, когда повышения затрат не замечаешь. В любом случае, затраты
>окупаются.Опять таки, только если вы знаете заранее как и что хранить и что делать с каждым документом.
>Если с вашей кочки зрения это не так --- да на здоровье,
С моей точки зрения технические средства вторичны.
>решайте задачу поддержания всё время возрастающего архива в пригодном для эффективного
>использования состоянии "чисто административно". Когда тупой поиск смутно вспоминаемой статьи среди
>любовно сложенных на винт и очень хорошо рассортированных по папочкам файлов
>станет занимать часы (а это, слава Интернету, происходит необычайно скоро с
>момента, когда вы начинаете заниматься какой-то проблемой), придумайте ещё один способ
>административного регулирования... Только учтите, опыт показывает, что полагаться на общеизвестные поисковые
>машины и думать, что откладывать материалы себе в архив не нужно
>--- чревато. Хосты имет обыкновение дохнуть и исчезать, незнамо куда. И
>фиг что найдёшь.Я вначале продумываю систему, после подбираю средства реализации. Это намек как бы.
>>У вас не меньше, судя по вашей логике вы школота.
>
>Спасибо. Знаете, я горд, что вы меня так определили. Мы, знаете ли,
>учимся с первого движения в утробе и до посмертных галлюцинаций. Чертовски
>хочется сохранить эту способность как можно дольше. Так что, да, я
>вечный школьник и вечный студент. Credo.Приятно, что хоть в чем то совпали мнения. Я давно понял, что с определенного возраста "школота" это комплимент.
> На моей машине самые ранние документы датируются (создане файла) 1987 годом, самая ранняя почта --- 1992, вырезки из сети (тогда ещё из фидошки) --- 1991.Ох уж мне эти сказочники.
>> На моей машине самые ранние документы датируются (создане файла) 1987 годом, самая ранняя почта --- 1992, вырезки из сети (тогда ещё из фидошки) --- 1991.
>
>Ох уж мне эти сказочники.У меня на машине документы относящиеся к 1865 или 1913 есть :) Скан справочника для нижних чинов полиции к примеру.
>У меня на машине документы относящиеся к 1865 или 1913 есть :)
>Скан справочника для нижних чинов полиции к примеру.представьте, у меня тоже есть сканы достаточно древних книг. И что?
Внимательнее читайте дискуссию --- я говорю о дате СОЗДАНИЯ. На моей машине "история" начинается с 87-го, хотя очень многое было утеряно, разумеется. У кого-то история начнётся с 2010, но всё равно, неизбежно вырастет в много десятилетний массив --- просто потому, что нынче всё делается за компом. А всего 10 лет назад, это было не так и без средств индексации и семантик можно было легко обойтись. Но обходиться и впредь --- минимум, глупо.
>>У меня на машине документы относящиеся к 1865 или 1913 есть :)
>>Скан справочника для нижних чинов полиции к примеру.
>
>представьте, у меня тоже есть сканы достаточно древних книг. И что?И ничего.
>Внимательнее читайте дискуссию --- я говорю о дате СОЗДАНИЯ. На моей машине
>"история" начинается с 87-го, хотя очень многое было утеряно, разумеется. У
>кого-то история начнётся с 2010, но всё равно, неизбежно вырастет в
>много десятилетний массив --- просто потому, что нынче всё делается за
>компом. А всего 10 лет назад, это было не так иУ людей обычно ведется картотека как минимум. Это можно было и 10 и 20 лет назад вести, даже без компа, вы не поверите.
>без средств индексации и семантик можно было легко обойтись. Но обходиться
>и впредь --- минимум, глупо.Глупо считать, что без непомука с кедами не обойтись в данном вопросе. Глупо считать что программа индексации едва не главное для ведения архива.
>У людей обычно ведется картотека как минимум. Это можно было и 10
>и 20 лет назад вести, даже без компа, вы не поверите.Ещё раз --- чем бумажная картотека отличается от компьютеризированного индекса? Принципиально? Кроме того, что начиная с некоторого объёма архива использование использование неавтоматизированных средств индексации непроизводительно, нерационально и приводит к невозможности за разумное время найти документ. Вспомните историю вопроса, и когда стали вводить попытки автоматизации? Карты с краевой перфорацией и прочие изыски?
>>без средств индексации и семантик можно было легко обойтись. Но обходиться
>>и впредь --- минимум, глупо.
>
>Глупо считать, что без непомука с кедами не обойтись в данном вопросе.
>Глупо считать что программа индексации едва не главное для ведения архива.Не приписывайте мне того, что я не говорил. Я говорил, что глупо отказываться от таковых средств, если они имеются.
>>У людей обычно ведется картотека как минимум. Это можно было и 10
>>и 20 лет назад вести, даже без компа, вы не поверите.
>
>Ещё раз --- чем бумажная картотека отличается от компьютеризированного индекса? Принципиально? Кроме
>того, что начиная с некоторого объёма архива использование использование неавтоматизированных средств
>индексации непроизводительно, нерационально и приводит к невозможности за разумное время найти
>документ. Вспомните историю вопроса, и когда стали вводить попытки автоматизации? Карты
>с краевой перфорацией и прочие изыски?Опять таки, сходите в библиотеку и перестаньте утверждать чушь. Бардак автоматизировать невозможно, в архивах и библиотеках до автоматизации был порядок. И заявление о невозможности найти документ говорит о вашем непонимании вопроса. Вы совершенно не учитываете роль архивариуса и библиотекаря, которые всегда дадут сто очков любой автоматизации.
>>>без средств индексации и семантик можно было легко обойтись. Но обходиться
>>>и впредь --- минимум, глупо.
>>Глупо считать, что без непомука с кедами не обойтись в данном вопросе.
>>Глупо считать что программа индексации едва не главное для ведения архива.
>
>Не приписывайте мне того, что я не говорил. Я говорил, что глупо
>отказываться от таковых средств, если они имеются.У вас же задача решается техническими средствами. При этом такими, какие решают задачу наименее рациональным способом.
>> На моей машине самые ранние документы датируются (создане файла) 1987 годом, самая ранняя почта --- 1992, вырезки из сети (тогда ещё из фидошки) --- 1991.
>
>Ох уж мне эти сказочники.Вам что-нибудь выслать?
это все замечательно. да, прогресс, семантика и прочее уе-мое.вот когда ваш сссымантический десктоп начнет работать так, чтобы профит от этого был очевиден мне, пользователю - вот тогда ваши рассказки про усилители интеллекта будут иметь под собой хоть какое-то основание. до этого момента это все - евангелистское овно.
вы че думаете, люди просто так, от нехрен делать, эту муру у себя на машинах выпиливают?
нет, потому что она им работать мешает. потому что машина ВНЕЗАПНО тормозит. Или oom начинает выкашивать всех подряд. а выгоды от ее работы не видно. вот не видно, и все. то есть я вообще не вижу, где и как оно применяется. может, вы расскажете, а?только не надо снова начинать про парадигмы и интеллектуальную среду, четверг, пятницу. вот какая мне польза от непомука с аконади в KDE 4.3? простыми словами, если можно. а то у меня понедельники не очень интеллектуальные.
>вот когда ваш сссымантический десктоп начнет работать так, чтобы профит от этого
>был очевиден мне, пользователю - вот тогда ваши рассказки про усилители
>интеллекта будут иметь под собой хоть какое-то основание. до этого момента
>это все - евангелистское овно.С того момента, как вы начнёте это мспользовать, тогжда и станет очевиден.
>вы че думаете, люди просто так, от нехрен делать, эту муру у
>себя на машинах выпиливают?
>нет, потому что она им работать мешает. потому что машина ВНЕЗАПНО тормозит."Внезапно" --- не тормозит. Вероятно (очевидно?) ваши юзеры никогла не дали индексаторам полностью проработать (а всего-то, обычно, достаточно оставить машину на ночь). После этого --- не тормозит. Никогда.
Впрочем, сорри. Тормозит. Когда по cron.daily начинают работать архаичные updatedb, makewhatis и Ко. К КДЕ это отношения не имеет, угу?
И да, юзеры, вероятно, всё держат на ext3?
>Или oom начинает выкашивать всех подряд. а выгоды от ее работы
Может, что в консерватории подправить?
>вот какая мне польза от непомука с аконади в KDE 4.3?
>простыми словами, если можно. а то у меня понедельники не очень
>интеллектуальные.простыми --- найдите сообщение в аське, касающееся решения некоей задачи Y (пусть прошло N лет/месяцев и вы уже не можете быстро всё вспомнить). При условии, что в искомом сообщении не было ни одного слова, непосредственно касающегося задачи, но в этом разговоре вы делали отсылки к почте, касающейся проекта.
Без индексаторов и непомука.
А я посмотрю на вас в сторонке. Удачи.
>С того момента, как вы начнёте это мспользовать, тогжда и станет очевиден.Вот когда этим будет возможно пользоваться, тогда будет о чем говорить. Пока что это кривое и прожорливое хрен пойми что.
>"Внезапно" --- не тормозит. Вероятно (очевидно?) ваши юзеры никогла не дали индексаторам полностью проработать (а всего-то, обычно, достаточно оставить машину на ночь). После этого --- не тормозит. Никогда.
Еще бы эти индексаторы (вы вероятно strigi имеете в виду ?) могли что-нибудь доиндексировать не упав c Segmentation Fault.
>Впрочем, сорри. Тормозит. Когда по cron.daily начинают работать архаичные updatedb, makewhatis и Ко. К КДЕ это отношения не имеет, угу?
Вот они как раз работают по ночам и жить не мешают совершенно.
>И да, юзеры, вероятно, всё держат на ext3?
И что ?
>>Или oom начинает выкашивать всех подряд. а выгоды от ее работы
>
>Может, что в консерватории подправить?Что именно ? Впаять в ноутбук пару лишних разьемов для памяти ?
>Вот когда этим будет возможно пользоваться, тогда будет о чем говорить. Пока
>что это кривое и прожорливое хрен пойми что.Я не говорю, что нынешняя реализация -- идеал. Тем не менее, она уже работоспособна и её *уже* вполне можно начинать использовать.
>Еще бы эти индексаторы (вы вероятно strigi имеете в виду ?) могли
>что-нибудь доиндексировать не упав c Segmentation Fault.Знаете, я не в восторге от strigi, склонен считать его, пардон, высером, и предпочитаю recoll. Тем не менее, strigi сейчас вполне себе работает и действительно, очень быстро. И не падает.
Какие у вас версии и чьей сборки (от сборки ависит очень много, как показала жизнь).
"Падало", когда стоял неудачный virtuoso-бэкенд, хотя какая связь между стриги и виртуозо --- тайна глубокая.>
>>Впрочем, сорри. Тормозит. Когда по cron.daily начинают работать архаичные updatedb, makewhatis и Ко. К КДЕ это отношения не имеет, угу?
>
>Вот они как раз работают по ночам и жить не мешают совершенно.Ну-ну. На не круглосуточной-то машине? Не рассказывайте сказки.
>>И да, юзеры, вероятно, всё держат на ext3?
>
>И что ?А то, что ext3 весьма плохо работает под конкурентной нагрузкой. вы не знали? А индексация --- тяжёлая конкурентная нагрузка.
>>>Или oom начинает выкашивать всех подряд. а выгоды от ее работы
>>
>>Может, что в консерватории подправить?
>
>Что именно ? Впаять в ноутбук пару лишних разьемов для памяти ?Разобраться, что жрёт у вас память, найти, что течёт? В конце концов, при невозможности расширить физическую, хотя-бы раздвинуть своп?
>С того момента, как вы начнёте это мспользовать, тогжда и станет очевиден.- Официант, вы принесли мне тарелку с овном!
- Ну и что, что овно? Вы попробуйте - пальчики оближете!>"Внезапно" --- не тормозит. Вероятно (очевидно?) ваши юзеры никогла не дали
это не мои юзеры. это я юзер. и на работе машину пользую в рабочее время. она у меня неделями не выключается. а вот поди ж ты, пришлось лезть в топ и разбираться.
>И да, юзеры, вероятно, всё держат на ext3?
мне пофиг. это я - юзер и мне пофиг, что у меня за файловая система стоит на моей рабочей станции. мне достаточно, чтобы она была good enough for me. не хватало мне еще на десктопе FS подбирать и тюнить.
>>Или oom начинает выкашивать всех подряд. а выгоды от ее работы
>Может, что в консерватории подправить?а, ну да ну да. мы живем в двадцать первом веке, а у вас на компьютере еще до сих пор какие-то сиране 2 гига памяти. да вы лузир!
ок, я подправил в консерватории. угадайте, что именно. теперь по части недостатка памяти меня тревожит только файрфокс. но его мне не жалко раз в пару дней передернуть.
>простыми --- найдите сообщение в аське, касающееся решения некоей задачи Y (пусть прошло N лет/месяцев и вы уже не можете быстро всё вспомнить). При условии, что в искомом сообщении не было ни одного слова, непосредственно касающегося задачи, но в этом разговоре вы делали отсылки к почте, касающейся проекта.
Ггг, зачем так сложно? У меня есть куча каталогов, набитых пдфками с именами вида sg12345678.pdf. С заботливо прописанными авторским коллективом пропертями и тайтлами. Вот чо-то это ваше индексирование и непомуки не помогли в их автоматической индексации ни на копейку. Пришлось руками в дельфине прописывать. ОК, потратил два часа, разгреб один каталог. Скопировал его в другое место - все тэги псу под хвост. Это достаточно семантический пример? И нет, на тот момент я еще не подозревал, что у меня в процессах сидят всякие непомуки и стрижи. Как поставил, залил старый хоум, так и начал работать.
>>С того момента, как вы начнёте это мспользовать, тогжда и станет очевиден.
>
>- Официант, вы принесли мне тарелку с овном!
>- Ну и что, что овно? Вы попробуйте - пальчики оближете!Откуда вы знаете, что это оно, если в тарелку даже не заглядывали?
>поди ж ты, пришлось лезть в топ и разбираться.Так, и кто сидел во первых строках письма?
>>И да, юзеры, вероятно, всё держат на ext3?
>
>мне пофиг. это я - юзер и мне пофиг, что у меняВам -- пофиг. Админу, который тачку настраивал, не должно быть пофиг.
>за файловая система стоит на моей рабочей станции. мне достаточно, чтобы
>она была good enough for me. не хватало мне еще наВот этот критерий good enough в студию.
>десктопе FS подбирать и тюнить.Тюнить -- никто не заставляет. Подбирать -- тоже. Выбрать, исходя из знания "устаревшая ФС -- задачи", раз уж ситуация такова, что по дефолту ставится именно устаревшая ФС --- да почему нет?
>>Может, что в консерватории подправить?
>
>а, ну да ну да. мы живем в двадцать первом веке, а
>у вас на компьютере еще до сих пор какие-то сиране 2
>гига памяти. да вы лузир!Не передёргивайте. Сколько свопа доступно? Какие задачи решаются? Или вы то же "юзер до такой степени", что вас это не волнует?
>именами вида sg12345678.pdf. С заботливо прописанными авторским коллективом пропертями и тайтлами.
>Вот чо-то это ваше индексирование и непомуки не помогли в их
>автоматической индексации ни на копейку. Пришлось руками в дельфине прописывать.Зачем?
>потратил два часа, разгреб один каталог. Скопировал его в другое место
>- все тэги псу под хвост. Это достаточно семантический пример?Нет. Зачем тут вообще нужно было что-то руками разгребать? Ну и наконец, под какой версией это всё происходило? Вас предупреждали, что в ранних версиях механизм только-то только начинал жить, всё это ещё н достигло стабильного состояния.
>в процессах сидят всякие непомуки и стрижи. Как поставил, залил старый
>хоум, так и начал работать.Самая замечательные грабли для большинства юзеров, заботливо подложенные дистростроителями, это когда одновременно работают beagle, strigi а у любителей в это же время её и recoll индексы строит. Вот это да. романтика.
> Ибо 4 гига ОЗУ - это не так уж и много, оказывается ;)Да ты что. Я прекрасно сидел на KDE4 на 512 мб памяти и более того, не следил, кто сколько потребляет. Сейчас у меня 2 гб и я могу спокойно запустить несколько виртуальных машин. Меня очень, нет, ОЧЕНЬ удивляет, когда при 4 гб ОЗУ обращают внимание на какие-то 100-200 мегабайт, потребляемые браузером. А MySQLe так вообще значительно меньше использует, если его использовать только для Akonadi и прочего.
>И postgres тоже!
Кто-то его уже требует? Если нет, зачем поднимать столько шума?
>Хватит sqlite и даже файлового хранилища
Просто по той причине, что у тебя нет тысяч писем, заметок, RSS-записей и прочего. Надо сказать спасибо разработчикам Akonadi, что учитывают такие объемы.
>Просто по той причине, что у тебя нет тысяч писем, заметок, RSS-записей и прочего.
>Надо сказать спасибо разработчикам Akonadi, что учитывают такие объемы.+1
Очень точно замечено.
>Просто по той причине, что у тебя нет тысяч писем, заметок, RSS-записей и прочего. Надо сказать спасибо разработчикам Akonadi, что учитывают такие объемы.Каждый, конечно, судит по себе. Но у меня тоже "тысячи писем" и rss-записей. Однако в актуальный момент времени использую только несколько писем (при деловой переписке, допустим будет побольше), а RSS-записи 1 раз прочёл и забыл (очень редко к ним возвращаюсь).
Claws-mail по зарез хватает. А тысячи писем - пускай хранятся на сервере; они для этого и предназначены.
>>Я прекрасно сидел на KDE4 на 512 мб памятиэто когда akonadi+nepomuk можно было отцепить безболезненно? :)
Обратить внимание на ОСТАВШИЕСЯ 100-200МБ от 4Гиг? :D
А на память буду смотреть, т.к. я из старого поколения, когда i386 стоила >100т.р., и пределом даже для программиста (в конторе) была i286 с 1Мб ОЗУ (20-25т.р.) (в соседнем зале была ЕС1045 ;) ). И пользовали не MSDOS, а DRDOS, которая не только пофичастее была, но памяти на 10-15кб (!) меньше хавала. ;)Firefox использую, когда в банк сходить надо или на Gmail. Для остального konqueror хватает (в данный момент 3.5). Или arora.
Почту я предпочитаю хранить на IMAP'е. nepomuk+остальное - это несколько более, чем 100-200МБ. Это 700-800МБ :)
И машины виртуальные у меня тоже используются. Для того и камешек заапгрейдил с поддержкой KVM. Но задачи могут разные и не обязательно они у меня и у вас одинкаовые.И не надо мерять ПО СЕБЕ. :)
>nepomuk+остальное - это несколько более, чем 100-200МБ. Это 700-800МБ :)Пардон, не в курсе, какой у Вас дистрибутив, какая версия кед. Но 700-800 мб - это уже слишком. Что-то не особо верится, если честно.
Тем более не сильно верю, что остается 100-200МБ от 4Гиг. Только если запустишь 5 виртуалок, кучу вкладок в браузере и ещё что-нибудь очень серьёзное.>А на память буду смотреть, т.к. я из старого поколения
Ну, было такое. Но стоит уже посмотреть на календарь.
>И не надо мерять ПО СЕБЕ. :)
Тот же самый совет и Вам :)
Но 700-800 мб - это уже слишком.
Gentoo
а накой мне нужен nepomuk, если мне не будет ВЕСЬ винт индексировать? А а это тормозилово. перетопчемся на beagle+kerry. ;) А почту, как я говорил, держу на imap-серверах (в частности, gmail). оно и сохраннее, и не тянет лишнего...
Вобщем, снес 4тые кеды, поставил обратно 3.5. и все зашевелилось. фряха щас вставала под виртуалкой - 3 минуты, вместо получаса еще 3 дня назад ;) Сменил только DE ;)
>Но 700-800 мб - это уже слишком.См. пост ниже по память. Это машина, на которой запущено много кде-шного барахла, включая такие пожиратели памяти, как торренты.
>а накой мне нужен nepomuk, если мне не будет ВЕСЬ винт индексировать?
Непомук НИКОГДА не будет вам индексировать винт. НИ-КОГ-ДА. Учите матчасть.
>А а это тормозилово. перетопчемся на beagle+kerry. ;)
для сравнения, beagle занимает (когда индексация завершена!)
beagled всего виртуальной = 1906.265625 [МБ] всего резидентной = 1167.71875 [МБ]
При активной индексации цифры примерно утраиваются.
>я говорил, держу на imap-серверах (в частности, gmail). оно и сохраннее,
>и не тянет лишнего...Это не всегда возможно и разумно.
>Вобщем, снес 4тые кеды, поставил обратно 3.5. и все зашевелилось. фряха щас
>вставала под виртуалкой - 3 минуты, вместо получаса еще 3 дня
>назад ;) Сменил только DE ;)Бред. Ищите причину.
Если пользователю проще сменить ДЕ, то причину пусть ищут разрабы.
А разрабы кед идут дорогой Билли Бонса, в смыле Гейтса, превращают кеды в спаяный монолит, в котором выбора у пользователя все меньше. Вас пугают зависимости гнома? После того как выянлось, что любая кдешная прога потащит за собой половину кед? Жжоте.
>в спаяный монолит, в котором выбора у пользователя все меньше. ВасЭто неправда.
>пугают зависимости гнома? После того как выянлось, что любая кдешная прога
>потащит за собой половину кед? Жжоте.Это не так.
>>в спаяный монолит, в котором выбора у пользователя все меньше. Вас
>
>Это неправда.Ага, но аконади не выпилить в 4.5, а поставить что нить кедное под гном значит потащить половину кед минимум.
>>пугают зависимости гнома? После того как выянлось, что любая кдешная прога
>>потащит за собой половину кед? Жжоте.
>
>Это не так.Это так. Пробовали ставить чтонить кедное не под кеды?
>>>в спаяный монолит, в котором выбора у пользователя все меньше. Вас
>>
>>Это неправда.
>
>Ага, но аконади не выпилить в 4.5, а поставить что нить кедное
>под гном значит потащить половину кед минимум.
>Это так. Пробовали ставить чтонить кедное не под кеды?Окей. Вот весьма прожорливый пакет, которому "нужно почти половину кед":
apt-cache depends kde4-digikam
kde4-digikam-1.4.0-alt1
Требует: libqt4-sql-sqlite
Требует: kde4base-runtime
Требует: libkipi4
Требует: MySQL-server
Требует: libkde4-digikam = 1.4.0-alt1
Требует: kde4-digikam-i18n = 1.4.0-alt1
Требует: kde4-digikam-data = 1.4.0-alt1
Требует: kde4-digikam-marble = 1.4.0-alt1
Требует: </lib64/ld-linux-x86-64.so.2>
glibc-core-6:2.11.2-alt2
Требует: <libQt3Support.so.4()(64bit)>
libqt4-qt3support-4.7.0-alt0.6
Требует: <libQtCore.so.4()(64bit)>
libqt4-core-4.7.0-alt0.6
Требует: <libQtCore.so.4(CXX3)(64bit)>
libqt4-core-4.7.0-alt0.6
Требует: <libQtDBus.so.4()(64bit)>
libqt4-dbus-4.7.0-alt0.6
Требует: <libQtGui.so.4()(64bit)>
libqt4-gui-4.7.0-alt0.6
Требует: <libQtSql.so.4()(64bit)>
libqt4-sql-4.7.0-alt0.6
Требует: <libQtXml.so.4()(64bit)>
libqt4-xml-4.7.0-alt0.6
Требует: <libc.so.6(GLIBC_2.2.5)(64bit)>
glibc-core-6:2.11.2-alt2
Требует: <libc.so.6(GLIBC_2.4)(64bit)>
glibc-core-6:2.11.2-alt2
Требует: <libdigikamcore.so.1()(64bit)>
Требует: <libdigikamdatabase.so.1()(64bit)>
libkde4-digikam-1.4.0-alt1
Требует: <libgcc_s.so.1(GCC_3.0)(64bit)>
libgcc4.4-4.4.4-alt3
Требует: <libgphoto2.so.2()(64bit)>
libgphoto2-2.4.10-alt1
Требует: <libgphoto2_port.so.0()(64bit)>
libgphoto2-2.4.10-alt1
Требует: <libkabc.so.4()(64bit)>
kde4pimlibs-4.5.1-alt1
Требует: <libkdcraw.so.8()(64bit)>
libkdcraw4-4.5.1-alt1
Требует: <libkdecore.so.5()(64bit)>
kde4libs-4.5.1-alt1
Требует: <libkdeui.so.5()(64bit)>
kde4libs-4.5.1-alt1
Требует: <libkexiv2.so.8()(64bit)>
libkexiv24-4.5.1-alt1
Требует: <libkhtml.so.5()(64bit)>
kde4libs-4.5.1-alt1
Требует: <libkio.so.5()(64bit)>
kde4libs-4.5.1-alt1
Требует: <libkipi.so.7()(64bit)>
libkipi4-4.5.1-alt1
Требует: <libknotifyconfig.so.4()(64bit)>
kde4libs-4.5.1-alt1
Требует: <libkparts.so.4()(64bit)>
kde4libs-4.5.1-alt1
Требует: <libm.so.6(GLIBC_2.2.5)(64bit)>
glibc-core-6:2.11.2-alt2
Требует: <libQt3Support.so.4()(64bit)>
libqt4-qt3support-4.7.0-alt0.6
Требует: <libQtCore.so.4()(64bit)>
libqt4-core-4.7.0-alt0.6
Требует: <libQtCore.so.4(CXX3)(64bit)>
libqt4-core-4.7.0-alt0.6
Требует: <libQtDBus.so.4()(64bit)>
libqt4-dbus-4.7.0-alt0.6
Требует: <libQtGui.so.4()(64bit)>
libqt4-gui-4.7.0-alt0.6
Требует: <libQtSql.so.4()(64bit)>
libqt4-sql-4.7.0-alt0.6
Требует: <libQtXml.so.4()(64bit)>
libqt4-xml-4.7.0-alt0.6
Требует: <libc.so.6(GLIBC_2.2.5)(64bit)>
glibc-core-6:2.11.2-alt2
Требует: <libc.so.6(GLIBC_2.4)(64bit)>
glibc-core-6:2.11.2-alt2
Требует: <libdigikamcore.so.1()(64bit)>
libkde4-digikam-1.4.0-alt1
Требует: <libdigikamdatabase.so.1()(64bit)>
libkde4-digikam-1.4.0-alt1
Требует: <libgcc_s.so.1(GCC_3.0)(64bit)>
libgcc4.4-4.4.4-alt3
Требует: <libgphoto2.so.2()(64bit)>
libgphoto2-2.4.10-alt1
Требует: <libgphoto2_port.so.0()(64bit)>
libgphoto2-2.4.10-alt1
Требует: <libkabc.so.4()(64bit)>
Требует: <libkdecore.so.5()(64bit)>
kde4libs-4.5.1-alt1
Требует: <libkdeui.so.5()(64bit)>
kde4libs-4.5.1-alt1
Требует: <libkexiv2.so.8()(64bit)>
libkexiv24-4.5.1-alt1
Требует: <libkhtml.so.5()(64bit)>
kde4libs-4.5.1-alt1
Требует: <libkio.so.5()(64bit)>
kde4libs-4.5.1-alt1
Требует: <libkipi.so.7()(64bit)>
libkipi4-4.5.1-alt1
Требует: <libknotifyconfig.so.4()(64bit)>
kde4libs-4.5.1-alt1
Требует: <libkparts.so.4()(64bit)>
kde4libs-4.5.1-alt1
Требует: <libm.so.6(GLIBC_2.2.5)(64bit)>
glibc-core-6:2.11.2-alt2
Требует: <libmarblewidget.so.10()(64bit)>
libmarblewidget4-4.5.1-alt1
Требует: <libnepomuk.so.4()(64bit)>
kde4libs-4.5.1-alt1
Требует: <libphonon.so.4()(64bit)>
libphonon-4.4.2-alt1
Требует: libqt4-core >= 4.7.0
Требует: <libsolid.so.4()(64bit)>
kde4libs-4.5.1-alt1
Требует: <libsoprano.so.4()(64bit)>
Требует: <libstdc++.so.6(CXXABI_1.3)(64bit)>
libstdc++4.4-4.4.4-alt3
Требует: <libstdc++.so.6(GLIBCXX_3.4)(64bit)>
libstdc++4.4-4.4.4-alt3
Требует: <rtld(GNU_HASH)>
glibc-core-6:2.11.2-alt2Ну и где "половина кед"?
Как раз в вашем списке. Бабка за дедку, внучка за жучку. Сравните с зависимостями в гноме аналогичного софта. Да и радует необходимость тянуть мускуль на нетбук.
>Как раз в вашем списке. Бабка за дедку, внучка за жучку. Сравните
>с зависимостями в гноме аналогичного софта.Покажите в Гноме АНАЛОГИЧНЫЙ софт. F-spot, пардон, не умеет и четверти из дигикамовских возможностей. Я ведь не зря привёл в пример это приложение, оно много, что тянет --- от мультимедиа до геолокации и интеграции с непомуком. Мог бы и какой-нибудь kcalc указать, почти с нулевыми зависимостями.
И всё равно, это далеко не "половина кед"!> Да и радует необходимость тянуть мускуль на нетбук.
Строго говоря, он там не нужен (не обязателен, точнее): эта зависимость на совести мэйнтейнера.
>>Как раз в вашем списке. Бабка за дедку, внучка за жучку. Сравните
>>с зависимостями в гноме аналогичного софта.
>
>Покажите в Гноме АНАЛОГИЧНЫЙ софт. F-spot, пардон, не умеет и четверти из
>дигикамовских возможностей. Я ведь не зря привёл в пример это приложение,
>оно много, что тянет --- от мультимедиа до геолокации и интеграции
>с непомуком. Мог бы и какой-нибудь kcalc указать, почти с нулевыми
>зависимостями.В гноме я поставлю набор специализированных утилит, при тех же возможностях выйдет более подходящее под меня конкретно. Это сугубо виндовая привычка вмещать в одной утилите все.
>И всё равно, это далеко не "половина кед"!
У вас глаз замылился, а мне и меньшего списка из кед много.
>> Да и радует необходимость тянуть мускуль на нетбук.
>
>Строго говоря, он там не нужен (не обязателен, точнее): эта зависимость на
>совести мэйнтейнера.То есть кедо-разрабы нетбуки не рассматривают как платформу?
>>Покажите в Гноме АНАЛОГИЧНЫЙ софт. F-spot, пардон, не умеет и четверти из
>>дигикамовских возможностей. Я ведь не зря привёл в пример это приложение,
>>оно много, что тянет --- от мультимедиа до геолокации и интеграции
>В гноме я поставлю набор специализированных утилит, при тех же возможностях выйдет
>более подходящее под меня конкретно. Это сугубо виндовая привычка вмещать вЭто каких это специализированных утилит? Перечислите поимённо.
Кстати, просто поиск в гугле по поводу управления exif/xmp/iptc метаданными приводит к довольно монстрообразным скриптам, весьма неудобным в использовании. А отдельные утилиты для поиска по xmp тегам вовсе неизвестны. Не говоря о том, что вы просто не решите отдельными утилитами комплексную задачу управления сколь-либо разветвлённой фотоколлекцией.>одной утилите все.
В данном случае Вы не владеете предметом.
>
>>И всё равно, это далеко не "половина кед"!
>
>У вас глаз замылился, а мне и меньшего списка из кед много.посмотрите повнимательнее. Там часть kdelibs и qt4. Это весьма далеко от полного содержимого /usr/lib/kde4
>То есть кедо-разрабы нетбуки не рассматривают как платформу?
А причём тут разработчики кед? Это конкретное решение мэйнтейнера пакета отдельно взятого дистрибутива.
и то что несколько месяцев сидели без почтового клиента (по сути), в версии 4.5 мне почему-то даже akonadi нормально настроить не получилось (в 4.4.92 даже еще работало),
и людям ставил. Почему про почту вспомнил - так ведь ИНТЕГРАЦИЯ! я вообще любитель использовать то, что "в комплекте идет" (в данном случае в кедах). Про гном за интеграцию не скажешь - куча gtk-прог, с зависимостями моск сломаешь (да! у меня генту!), но начинал-то не с нее... и подсел на кеды. тогда они мне показались более стройными и самодостаточными, нежели гном.
>и то что несколько месяцев сидели без почтового клиента (по сути),Не сидели. Обращайтесь к дистростроителям.
>версии 4.5 мне почему-то даже akonadi нормально настроить не получилось (в
работает без нареканий (см. пост ниже с занимаемой памятью).
>и людям ставил. Почему про почту вспомнил - так ведь ИНТЕГРАЦИЯ! я
ну да. кстати, kmail --- один из лучших почтовых клиентов среди вообще существующих. Как минимум, заметно лучше thunderbird.
>с нее... и подсел на кеды. тогда они мне показались более
>стройными и самодостаточными, нежели гном.Так и есть.
>Обратить внимание на ОСТАВШИЕСЯ 100-200МБ от 4Гиг? :D
>А на память буду смотреть, т.к. я из старого поколения, когда i386 стоила >100т.р., и
>И не надо мерять ПО СЕБЕ. :)берём машину (amd athlon, ALT Linux Sisyphys)
uname -a
2.6.32-std-def-alt21 #1 SMP Tue Aug 31 12:56:48 UTC 2010 x86_64 GNU/Linux
оперативы 4Гб, файловая система на /usr и /home XFS, общий объём (т.е., плюсуем в потребности памяти ещё и обслуживание)
дисковой подсистемы 2.48 Терабайта.с аптаймом (в КДЕ сеансе этого пользователя) 2 дня, KDE 4.5.1
Не тормозит.
Посмотрим память.
В первой колонке - занимаемая процессом виртуальная память = сумма команд задачи + heap + stack + (команды разделяемых библиотек)
"В уме" заметим, что одноимённые разделяемые библиотеки присутствуют в памяти системы только один раз, но их объём плюсуется во всеx
числах из первого столбца.Во второй колонке - размер резидентной (в ОЗУ) части процесса и также разделяемые библиотеки учтены многократно.
Воспользовавшись pmap и нудно пробежавшись по колонкам можно убрать постоянную прибавку и получить близкий (так как всё равно не учтём
размеры буферов) истинный объём занимаемой памяти. Делать это лениво. Навскидку можно просто уполовинить цифры, большим преуменьшением это не будет.посчитаем суммы
всего виртуальной = 15852.296875 [МБ] всего резидентной = 1183.4453125 [МБ]
уполовиним
всего виртуальной = 7926.1484375 [МБ] всего резидентной = 591.72265625 [МБ]
посмотрим, сколько приходится на аконади и прочие "излишества":
akonadi_vcard_r всего виртуальной = 1323.00976562 [МБ] всего резидентной = 60.83203125 [МБ]
nepomukserver всего виртуальной = 218.060546875 [МБ] всего резидентной = 11.439453125 [МБ]
mysqld всего виртуальной = 81.447265625 [МБ] всего резидентной = 11.16015625 [МБ]
kwin всего виртуальной = 320.232421875 [МБ] всего резидентной = 37.189453125 [МБ]
kuiserver всего виртуальной = 115.259765625 [МБ] всего резидентной = 5.130859375 [МБ]
kaccess всего виртуальной = 144.56640625 [МБ] всего резидентной = 5.802734375 [МБ]
krunner всего виртуальной = 414.890625 [МБ] всего резидентной = 24.3359375 [МБ]
plasma-desktop всего виртуальной = 445.560546875 [МБ] всего резидентной = 67.962890625 [МБи где "ужас ужасовый"?!
Всего имеем:
ps -e -o vsz,rss,comm | grep k\. | grep -v pickup | grep -v console-kit-dae | grep -v polkitd | grep -v NetworkManager > memor001
0 0 kthreadd
0 0 ksoftirqd/0
0 0 ksoftirqd/1
0 0 khelper
0 0 kintegrityd/0
0 0 kintegrityd/1
0 0 kblockd/0
0 0 kblockd/1
0 0 kacpid
0 0 kacpi_notify
0 0 kacpi_hotplug
0 0 kseriod
0 0 khungtaskd
0 0 kswapd0
0 0 ksmd
0 0 kjournald
0 0 kpsmoused
0 0 khpsbpkt
0 0 knodemgrd_0
0 0 ksuspend_usbd
0 0 khubd
0 0 kstriped
0 0 kjournald
0 0 kjournald
0 0 kjournald
5916 552 klogd
28500 1068 kdm
0 0 lockd
0 0 kauditd
0 0 kslowd000
0 0 kslowd001
0 0 krfcommd
82752 2428 kdm
7796 1240 startkde
3656 148 start_kdeinit
283044 15188 kdeinit4
288284 14608 klauncher
586116 31956 kded4
268892 12948 kglobalaccel
3792 432 kwrapper4
492948 25976 ksmserver
644800 74396 kwin
730540 51764 knotify4
910516 135004 plasma-desktop
137948 4484 akonadi_control
292260 8448 akonadiserver
292356 13472 akonadi_birthda
278100 13240 akonadi_contact
294448 13512 akonadi_ical_re
284280 13292 akonadi_maildir
280384 13424 akonadi_maildis
278540 14660 akonadi_mbox_re
291744 15284 akonadi_nepomuk
279464 14768 akonadi_vcard_r
154844 8144 nepomukserver
9084 1236 ksysguardd
236052 10508 kuiserver
296072 11884 kaccess
282796 12044 polkit-kde-auth
849696 49836 krunner
273984 17116 kwalletd
538284 24688 kmix
267816 12644 klipper
413368 20168 korgac
288540 15952 kio_http_cache_
361828 21304 kaffeine
587328 21724 kaffeine-xbu
671152 75052 ktorrent
105224 6400 kdeinit
109988 6616 klauncher
139084 11800 kded
750776 170816 kmail
285820 18796 kwalletmanager
291716 17012 kio_http
291912 17176 kio_http
624444 84844 konqueror
291916 17044 kio_http
291716 16912 kio_http
480324 33168 konsole
291912 16672 kio_httpсчитали так:
#!/usr/bin/python
#-*- coding: utf-8 -*-from os import popen
def quest(name):
cmd = "ps -e -o vsz,rss,comm | grep "+ name
pipe = popen(cmd,'r')virt = 0
resid = 0for line in pipe:
v,r,name = line.strip().split()
virt = virt + float(v)
resid = resid + float(r)print name + "\t \t всего виртуальной = ", (virt/1024.)/2.,"[МБ]", "всего резидентной = ", (resid/1024.)/2.,"[МБ]"
if __name__ == "__main__":
for name in ["akonad", "nepomu", "sql", "kwin", "kuiserver", "kaccess", "krunn", "plasma"]:
quest(name)
А у меня Убунта 10.4 + ГНОМ + апач с мускулом с пхпшным движком для личных целей + скачка торрентов + Файрфокс с кучей страниц но с NoScript и AdBlock(не помню как плугин для резки рекламы точно зовется) + 2 гига ОЗУ + ext4 на используемых разделах.
И своп не используется. Только в редкие моменты, когда квака 4 или фокс(вот гад) или мои проги самописные откушивают памяти и система начинает юзать своп. Но тормозовне наблюдается.
И что? Делаем вывод, что кеды в два раза прожорливее гнома?
>А у меня Убунта 10.4 + ГНОМ + апач с мускулом с
>пхпшным движком для личных целей + скачка торрентов + Файрфокс сИ что? на той машине, что я вам привёл в качестве примера, тоже много, чего ещё используется. В том числе, и апач, и сабвершен, и гитусис и самба немерянная и юзеров по ssh и freeNX более одного, и конфигурация видео двухмониторная. И что?
>юзать своп. Но тормозовне наблюдается.
>И что? Делаем вывод, что кеды в два раза прожорливее гнома?Нет. Очевидно, что вы не знаете конкретных условий работы а далеко идущие выводы при этом делаете. Глупо.
>>А у меня Убунта 10.4 + ГНОМ + апач с мускулом с
>>пхпшным движком для личных целей + скачка торрентов + Файрфокс с
>
>И что? на той машине, что я вам привёл в качестве примера,
>тоже много, чего ещё используется. В том числе, и апач, и
>сабвершен, и гитусис и самба немерянная и юзеров по ssh и
>freeNX более одного, и конфигурация видео двухмониторная. И что?То что задачи машина решает одного поряка с машиной в вашем примере
>>юзать своп. Но тормозовне наблюдается.
>>И что? Делаем вывод, что кеды в два раза прожорливее гнома?
>
>Нет. Очевидно, что вы не знаете конкретных условий работы а далеко идущие
>выводы при этом делаете. Глупо.Нет, выводы на основе конкретной машины делаете вы. А я спрашиваю, на основании вашей методы в моем случае мне следует сделать такой вывод или вы может перестанете мерить по себе всех? У вас "синдром домашних тапочек", вы считаете что у всех та же ситуация, что у вас.
>или вы может перестанете мерить по себе всех? У вас "синдром
>домашних тапочек", вы считаете что у всех та же ситуация, что
>у вас.Не считаю. Я говорю только, что слова о немерянном потреблении ресурсов кедами + службы индексации и семантики --- это *&(*ёж и провокация.
>>или вы может перестанете мерить по себе всех? У вас "синдром
>>домашних тапочек", вы считаете что у всех та же ситуация, что
>>у вас.
>
>Не считаю. Я говорю только, что слова о немерянном потреблении ресурсов кедами
>+ службы индексации и семантики --- это *&(*ёж и провокация.Я же сказал что аналогичная по задачам машина но с гномом требует в два раза меньше ОЗУ.
Вот и считайте что все противоречащее вам "это *&(*ёж и провокация"
>>или вы может перестанете мерить по себе всех? У вас "синдром
>>домашних тапочек", вы считаете что у всех та же ситуация, что
>>у вас.
>
>Не считаю. Я говорю только, что слова о немерянном потреблении ресурсов кедами
>+ службы индексации и семантики --- это *&(*ёж и провокация.внимательнее читайте собеседника.
>>>или вы может перестанете мерить по себе всех? У вас "синдром
>>>домашних тапочек", вы считаете что у всех та же ситуация, что
>>>у вас.
>>
>>Не считаю. Я говорю только, что слова о немерянном потреблении ресурсов кедами
>>+ службы индексации и семантики --- это *&(*ёж и провокация.
>
>внимательнее читайте собеседника.Это вы сами себе отвечаете? Тут я с вами согласен. Внимательнее будьте. :)
>Это вы сами себе отвечаете? Тут я с вами согласен. Внимательнее будьте.Вас ткнуть носом в абзац, из которого следует, что приведено потребление памяти только для КДЕ, а вовсе не для всех процессов на машине? Вам не очевидно, что Ваш вывод, следующий из "неиспользования свопа у Вас" --- бред сивой кобылы?
>>Это вы сами себе отвечаете? Тут я с вами согласен. Внимательнее будьте.
>
>Вас ткнуть носом в абзац, из которого следует, что приведено потребление памяти
>только для КДЕ, а вовсе не для всех процессов на машине?
>Вам не очевидно, что Ваш вывод, следующий из "неиспользования свопа у
>Вас" --- бред сивой кобылы?Вас ткнуть в 4 гига памяти на вашей машине? Прочие процессы у вас и у меня кушают одинаковое количество памяти, но ваше КДЕ не тормозит на 4, а мое ГНОМ на 2, Вам не очевидно что ВАШ способ доказательства - бред сивой кобылы?
>>Вам не очевидно, что Ваш вывод, следующий из "неиспользования свопа у
>>Вас" --- бред сивой кобылы?
>
>Вас ткнуть в 4 гига памяти на вашей машине? Прочие процессы у
>вас и у меня кушают одинаковое количество памяти, но ваше КДЕ
>не тормозит на 4, а мое ГНОМ на 2, Вам не
>очевидно что ВАШ способ доказательства - бред сивой кобылы?Вам выслать потребление памяти на ноутбуке под i586 , 2Гб ОЗУ? С примерно тем же кругом задач? Не тормозит. И чудо, с нулевым свопом. Наводящий вопрос -- Вы привели Ваши настройки swapiness?
Хотите, чтобы на вас обидно не обзывались, приведите конкретные циферки, сколько жрёт ваш гном. Простой скриптик, по образу и подобию которого вы можете это быстренько проделать, опубликован выше.
PS: деятели, своп отключающие и умиляющиеся "нулевому свопу", вообще, восхищают. Ни одному даже в голову не придёт, что это, вообще говоря, плохо и отрицательно сказывается на производительности. Так же, как и интенсивный своп.
>Хотите, чтобы на вас обидно не обзывались, приведите конкретные циферки, сколько жрёт
>ваш гном. Простой скриптик, по образу и подобию которого вы можете
>это быстренько проделать, опубликован выше.В отличие от вас я считаю, что подобная метода измерений на одной машине не дает права делать выводы за всех, вы же упорно считаете свою методу доказательной. Два гига ОЗУ достаточно для системы, чтобы залазить в своп только когда запущено несколько програм.
Вы же за кучей цифр пытаетесь скрыть, что кеды всегда лезут в своп.
>PS: деятели, своп отключающие и умиляющиеся "нулевому свопу", вообще, восхищают. Ни одному
>даже в голову не придёт, что это, вообще говоря, плохо и
>отрицательно сказывается на производительности. Так же, как и интенсивный своп.Такие деятели как вы, даже прочесть оппонента не удосуживаются, но выводы и домыслы производят. Я не писал что отключил свопинг. Я написал что своп не используется, за исключением пиковых моментов, когда мои самописные проги или файрфокс откушивают излишне ОЗУ. или вы думаете прога вначале просит своп дать а потом память идет жрать?
>>Хотите, чтобы на вас обидно не обзывались, приведите конкретные циферки, сколько жрёт
>>ваш гном. Простой скриптик, по образу и подобию которого вы можете
>>это быстренько проделать, опубликован выше.
>
>В отличие от вас я считаю, что подобная метода измерений на одной
>машине не дает права делать выводы за всех, вы же упорно
>считаете свою методу доказательной. Два гига ОЗУ достаточно для системы, чтобы
>залазить в своп только когда запущено несколько програм.
>Вы же за кучей цифр пытаетесь скрыть, что кеды всегда лезут в
>своп.Вы очень смелый человек: только настоящий рубака не побоиться выставить на всеобщее обозрения своё невежество.
У вас такой же дистрибутив, что и у меня? В том числе, у вас то же ядро и, что более важно, те же настройки ядра? Та же стратегия свопирования? У вас тот же объём дисковой системы, те же файловые системы, та же интенсивность ввода -- вывода? Вы посмотрели все запущенные процессы, интенсивность ввода - вывода и общее потребление ресурсов (время процессора/память)?
Вы полагаете, что всё вышеперечисленное неважно и можно оценить потребление памяти только исходя из того факта. что машина А лезет в своп, а Б -- нет? тогда вы ни хрена не знаете, как работает распределение памяти в линуксе. Потрудитесь ознакомиться.>откушивают излишне ОЗУ. или вы думаете прога вначале просит
>своп дать а потом память идет жрать?Я думаю, что вы не знаете, как работает распределение памяти и как от текущих настроек зависит стратегия распределения памяти и работы со свопом.
>>В отличие от вас я считаю, что подобная метода измерений на одной
>>машине не дает права делать выводы за всех, вы же упорно
>>считаете свою методу доказательной. Два гига ОЗУ достаточно для системы, чтобы
>>залазить в своп только когда запущено несколько програм.
>>Вы же за кучей цифр пытаетесь скрыть, что кеды всегда лезут в
>>своп.
>
>Вы очень смелый человек: только настоящий рубака не побоиться выставить на всеобщее
>обозрения своё невежество.Бревна в глазу не замечаем? Прулесно. Вам говорится, что ваша методика крива, но вы упорно считаете, что ваши выводы по такой методике верные, чужие неверные. Гениально.
>У вас такой же дистрибутив, что и у меня? В том числе,
>у вас то же ядро и, что более важно, те же
>настройки ядра? Та же стратегия свопирования? У вас тот же объём
>дисковой системы, те же файловые системы, та же интенсивность ввода --
>вывода? Вы посмотрели все запущенные процессы, интенсивность ввода - вывода и
>общее потребление ресурсов (время процессора/память)?Когда вы свои циферки приводили для доказательства вас не волновало у кого какой дистр, какое ядро, какие настройки, вам надо было доказать, что кеды летают. Теперь вдруг о такой детали вспомнили.
>[оверквотинг удален]
>исходя из того факта. что машина А лезет в своп, а
>Б -- нет? тогда вы ни хрена не знаете, как работает
>распределение памяти в линуксе. Потрудитесь ознакомиться.
>
>>откушивают излишне ОЗУ. или вы думаете прога вначале просит
>>своп дать а потом память идет жрать?
>
>Я думаю, что вы не знаете, как работает распределение памяти и как
>от текущих настроек зависит стратегия распределения памяти и работы со свопом.
>Вы еще и телепат. А главное какая гениальная мысль, от незнания настроек и механизма распределения памяти можно уменьшить расход памяти. Супер!
Знаете, вы не думайте, вы спросите, а то попадаете пальцем в небо, ей богу. И читайте все таки внимательно, а не по диагонали.
>>>Вы же за кучей цифр пытаетесь скрыть, что кеды всегда лезут в
>>>своп.
>
>>Вы очень смелый человек: только настоящий рубака не побоиться выставить на всеобщее
>>обозрения своё невежество.
>Бревна в глазу не замечаем? Прулесно. Вам говорится, что ваша методика крива, но вы >упорно считаете, что ваши выводы по такой методике верные, чужие неверные. Гениально.Всё-таки, вы трепло, извините.
Какая методика крива? Ваша? По факту "у меня в своп не лазит"? Или моё предложение, посмотреть объективные циферки потребления памяти в моём и вашем случае (естественно, архитектура должна быть одинакова, но ядро -- не обязательно) и сравнить.
Так "какая" методика кривая?>А главное какая гениальная мысль, от незнания настроек и механизма распределения памяти можно уменьшить расход памяти. Супер!
Вы трепло и демагог. Покажите, где я это говорил.
Я указал Вам, что сравнивать потребление памяти в случае РАЗНЫХ ядер, дистрибутивов, характеристик дисковой системы, набора запущенных процессов и тем более, архитектур, по критерию "у меня в своп не лазит" --- бред. И намекнул, что работа со свопом, вообще говоря, довольно опосредованно зависит от потребностей приложения в памяти, своппинг может начаться значительно раньше, чем вы думаете.
>Всё-таки, вы трепло, извините.Взаимно.
>Какая методика крива? Ваша? По факту "у меня в своп не лазит"?
>Или моё предложение, посмотреть объективные циферки потребления памяти в моём и
>вашем случае (естественно, архитектура должна быть одинакова, но ядро -- не
>обязательно) и сравнить.
>Так "какая" методика кривая?Методика по одному своему компу делать вывод о "нежручести" кед.
>>А главное какая гениальная мысль, от незнания настроек и механизма распределения памяти можно уменьшить расход памяти. Супер!
>
>Вы трепло и демагог. Покажите, где я это говорил.Перечитайте вашу заяву о моем незнании "настроек и механизма". Подумайте ак она в контексте звучала. Так что трепло и демагог вы.
>Я указал Вам, что сравнивать потребление памяти в случае РАЗНЫХ ядер, дистрибутивов,
>характеристик дисковой системы, набора запущенных процессов и тем более, архитектур, по
>критерию "у меня в своп не лазит" --- бред. И намекнул,Почему мысль о "РАЗНЫХ ядер, дистрибутивов, характеристик дисковой системы, набора запущенных процессов и тем более, архитектур" не приходила вам в голову, когда вы утверждали нежручесть кед? А насчет набора, то я говорил, он аналогичный приведенному вами, за исключением ГНОМа вместо кед. И указал, что ОЗУ в два раза меньшее.
Кроме того вы умолчали, что в моем случае при >>2 гигах ОЗУ<< в своп не лазит.
>что работа со свопом, вообще говоря, довольно опосредованно зависит от потребностей
>приложения в памяти, своппинг может начаться значительно раньше, чем вы думаете.Вот не надо про "довольно опосредованно зависит от потребностей приложения в памяти" и прочее, два конкретных случая приведено, в моем верхний предел потребления памяти системой ограничен 2 гигами в большинстве случаев, в вашем это предел не ограничен 4 гигами. Продолжайте дальше вещать о "нежручести" кед.
>Вот не надо про "довольно опосредованно зависит от потребностей приложения в памяти"
>и прочее, два конкретных случая приведено, в моем верхний предел потребления
>памяти системой ограничен 2 гигами в большинстве случаев, в вашем это
>предел не ограничен 4 гигами. Продолжайте дальше вещать о "нежручести" кед.Научитесь читать и включите мозги. И наконец, посмотрите реальные(!) циферки. Если у вас действительно работает описываемая Вами машина, это дело минуты.
ЗЫ: при запуске НЕКОТОРЫХ задач, у меня своп улетает под 12 ГИГ. Это тоже кеды виноваты, троллевидный вы наш?
>>Вот не надо про "довольно опосредованно зависит от потребностей приложения в памяти"
>>и прочее, два конкретных случая приведено, в моем верхний предел потребления
>>памяти системой ограничен 2 гигами в большинстве случаев, в вашем это
>>предел не ограничен 4 гигами. Продолжайте дальше вещать о "нежручести" кед.
>
>Научитесь читать и включите мозги. И наконец, посмотрите реальные(!) циферки. Если у
>вас действительно работает описываемая Вами машина, это дело минуты.Взаимно. У меня нет кед. Нет ваших помук и надей.
Вот средняя загрузка при просмотре фильма качании торрента и просмотре кучи страниц в вебе.
top - 07:12:51 up 3 days, 37 min, 3 users, load average: 1.25, 0.93, 0.77
Tasks: 220 total, 3 running, 217 sleeping, 0 stopped, 0 zombie
Cpu(s): 4.3%us, 2.3%sy, 0.1%ni, 92.5%id, 0.6%wa, 0.1%hi, 0.1%si, 0.0%st
Mem: 2057504k total, 2025780k used, 31724k free, 72372k buffers
Swap: 4594580k total, 69600k used, 4524980k free, 1018088k cachedХотите уточнить, запросите список конкретных процессов ГНОМа и я выведу их цифры так как было в вашем скрипте. Вечером.
>ЗЫ: при запуске НЕКОТОРЫХ задач, у меня своп улетает под 12 ГИГ.
>Это тоже кеды виноваты, троллевидный вы наш?Я такое оговаривал, так что я то троллевидный, а вы просто тролль.
>Взаимно. У меня нет кед. Нет ваших помук и надей.И что? Вас просят привести цифры реального потребления памяти гономом и его активными на днный момент приложениями. Раз уж вы хотите сравнивать с потерблением кде-системы.
>[оверквотинг удален]
>top - 07:12:51 up 3 days, 37 min, 3 users,
>load average: 1.25, 0.93, 0.77
>Tasks: 220 total, 3 running, 217 sleeping, 0
>stopped, 0 zombie
>Cpu(s): 4.3%us, 2.3%sy, 0.1%ni, 92.5%id, 0.6%wa, 0.1%hi,
> 0.1%si, 0.0%st
>Mem: 2057504k total, 2025780k used, 31724k
>free, 72372k buffers
>Swap: 4594580k total, 69600k used, 4524980k free,
> 1018088k cachedИ что? Что говорят эти цифры? Да ничего, кроме того, что у вас паталогически высокая (для данных задач) загрузка машины. Вот вам для сравнения результаты с домашней машины супруги (цифры с рабочей машины приводить некорректно, так как торрентов нету :):
top - 14:50:05 up 7 days, 3:12, 4 users, load average: 0.10, 0.05, 0.01
Tasks: 399 total, 2 running, 397 sleeping, 0 stopped, 0 zombie
CPU0 : 22.5%us, 4.3%sy, 0.0%ni, 72.8%id, 0.3%wa, 0.0%hi, 0.0%si, 0.0%st
CPU1 : 3.9%us, 0.8%sy, 0.6%ni, 94.6%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 3093528K total, 2156584K used, 936944K free, 612K buffers
Swap: 16787884K total, 196144K used, 16591740K free, 1029436K cached
И чё? А ничё. "Петька -- приборы?".>Хотите уточнить, запросите список конкретных процессов ГНОМа и я выведу их цифры
>так как было в вашем скрипте. Вечером.Я вам об этом два дня твержу. Посмотрите, что из запущенного отностся к вашему гному и прогоните скриптом, делов-то.
>>Взаимно. У меня нет кед. Нет ваших помук и надей.
>
>И что? Вас просят привести цифры реального потребления памяти гономом и его
>активными на днный момент приложениями. Раз уж вы хотите сравнивать с
>потерблением кде-системы.Вот я и привел всю инфу по полной загрузке.
>[оверквотинг удален]
>> 0.1%si, 0.0%st
>>Mem: 2057504k total, 2025780k used, 31724k
>>free, 72372k buffers
>>Swap: 4594580k total, 69600k used, 4524980k free,
>> 1018088k cached
>
>И что? Что говорят эти цифры? Да ничего, кроме того, что у
>вас паталогически высокая (для данных задач) загрузка машины. Вот вам для
>сравнения результаты с домашней машины супруги (цифры с рабочей машины приводить
>некорректно, так как торрентов нету :):Загрузка высокая? Апач, мускул, форум крутятся, постгресс крутится, торренты раздаются, фильм смотрится и все в 2 гига влазит.
>[оверквотинг удален]
>0.0%hi, 0.0%si, 0.0%st
>CPU1 : 3.9%us, 0.8%sy, 0.6%ni, 94.6%id, 0.0%wa,
> 0.0%hi, 0.0%si, 0.0%st
>Mem: 3093528K total, 2156584K used, 936944K free,
> 612K buffers
>Swap: 16787884K total, 196144K used, 16591740K free, 1029436K cached
>
>
>
>И чё? А ничё. "Петька -- приборы?".Я вообще указывал как машина используется. Вот вам и петька, вот вам и приборы.
>>Хотите уточнить, запросите список конкретных процессов ГНОМа и я выведу их цифры
>>так как было в вашем скрипте. Вечером.
>
>Я вам об этом два дня твержу. Посмотрите, что из запущенного отностся
>к вашему гному и прогоните скриптом, делов-то.Я вам привел полную загрузку, часть не больше целого.
и, кстати, вы не не все КДЕ в скрипт взяли, а только "akonad", "nepomu", "sql", "kwin", "kuiserver", "kaccess", "krunn", "plasma", вот и укажите, какие проги в ГНОМ считаете аналогичными.Выбирайте
VSZ RSS COMMAND
23828 1416 init
16904 552 upstart-udev-br
17092 352 udevd
191520 1160 rsyslogd
49260 392 sshd
24880 1824 dbus-daemon
34056 1228 avahi-daemon
33928 220 avahi-daemon
87600 1852 NetworkManager
57868 1324 modem-manager
28352 628 wpa_supplicant
6556 548 dhclient
76872 1816 gdm-binary
122672 1604 console-kit-dae
93780 1544 gdm-simple-slav
6080 332 getty
159948 41936 Xorg
6080 332 getty
6080 332 getty
6080 332 getty
6080 332 getty
4428 400 acpid
21076 616 cron
18884 248 atd
178868 2648 mysqld
190268 1556 libvirtd
101240 1788 postgres
21428 444 dnsmasq
17484 484 udevd
26260 392 dbus-launch
101240 544 postgres
101240 448 postgres
101672 940 postgres
73048 692 postgres
110228 1380 gdm-session-wor
53588 1532 upowerd
54372 2240 polkitd
4148 288 hddtemp
109176 728 rtkit-daemon
46928 2188 hald
22320 896 hald-runner
37200 860 master
81436 3928 sensord
24440 796 hald-addon-inpu
39424 828 qmgr
24436 724 hald-addon-stor
24436 724 hald-addon-stor
24448 596 hald-addon-cpuf
26272 624 hald-addon-acpi
24436 724 hald-addon-stor
24436 724 hald-addon-stor
24436 872 hald-addon-stor
17484 396 udevd
65788 696 winbindd
159360 2184 python
65788 580 winbindd
75308 1428 cupsd
174868 2680 apache2
174868 2312 apache2
174868 2332 apache2
178436 7108 apache2
174868 2312 apache2
175204 2508 apache2
6080 332 getty
70028 1564 gnome-keyring-d
168096 3724 gnome-session
11936 116 ssh-agent
26260 388 dbus-launch
24476 1776 dbus-daemon
47436 4124 gconfd-2
485008 10628 gnome-settings-
48236 1668 gvfsd
86364 1524 gvfs-fuse-daemo
329492 46680 compiz
344600 13640 pulseaudio
271388 17120 gnome-panel
647124 39024 nautilus
169924 3760 bluetooth-apple
176700 4076 gnome-power-man
162508 2652 polkit-gnome-au
216868 2080 conky
180948 3412 vino-server
237804 7680 nm-applet
96652 1292 gconf-helper
88944 2752 gvfs-gdu-volume
65876 2508 udisks-daemon
46696 624 udisks-daemon
153092 2612 bonobo-activati
69216 1392 gvfs-afc-volume
55252 1372 gvfs-gphoto2-vo
172036 1556 gnome-screensav
261308 10020 wnck-applet
221524 5100 multiload-apple
241572 7748 trashapplet
52768 1908 gvfsd-trash
4096 248 sh
215928 9132 gtk-window-deco
208944 5364 fish-applet-2
314100 50348 gweather-applet
212648 7644 cpufreq-applet
209028 6368 notification-ar
270804 8604 sensors-applet
339660 12072 indicator-apple
307528 9012 clock-applet
335460 10584 indicator-apple
41908 1676 gvfsd-metadata
144216 3260 indicator-me-se
141100 3148 indicator-sessi
219080 2992 indicator-sound
141232 4528 indicator-messa
210128 8208 gdu-notificatio
146900 2616 indicator-appli
48276 1772 gvfsd-burn
15520 1156 mount.ntfs
395392 21648 gwibber-service
229784 14992 python
98604 14800 desktopcouch-se
141268 28536 ubuntuone-syncd
4096 408 couchdb
174868 2336 apache2
4096 292 couchdb
115840 17448 beam.smp
3864 332 heart
108928 17360 desktopcouch-se
148760 2624 couchjs
19076 1516 ssl_esock
10712 348 inet_gethost
19092 612 inet_gethost
207876 9752 update-notifier
593896 59908 transmission
78756 7940 system-service-
174868 2352 apache2
210896 11644 notify-osd
354080 6512 evolution-excha
359820 4984 evolution-data-
638428 38480 totem
54572 2088 mission-control
4096 364 firefox
4096 388 run-mozilla.sh
965988 259028 firefox-bin
515984 29796 plugin-containe
39264 1188 pickup
224180 18548 gnome-terminal
14488 604 gnome-pty-helpe
22408 4112 bash
31000 3000 mc
22408 4560 bash
26260 704 dbus-launch
23544 804 dbus-daemon
46724 5008 gconfd-2
190060 7704 notify-osd
47972 1588 gvfsd
78032 1932 gvfs-fuse-daemo
155100 2372 gnome-screensav
22408 5180 bash
22420 5220 bash
689276 114032 soffice.bin
356120 37772 gedit
6828 984 ps
81764 2416 gvfsd-http
>это когда akonadi+nepomuk можно было отцепить безболезненно? :)До 4.5. В 4.5 нельзя убрать аконади (по крайне мере, пока не вышли варианты для нетбуков). Непомук убрать (или как минимум, остановить, можно).
>Почту я предпочитаю хранить на IMAP'е. nepomuk+остальное - это несколько более, чем >100-200МБ. Это 700-800МБ :)См. ниже пост про память. На машине запущено куча барахла, включая konqueror, chromium, ktorrent, kmail. И что? всего виртуальной = 7926.1484375 [МБ] всего резидентной = 591.72265625 [МБ], очень грубо, без учёта общего вклада сошек.
Swap: 22932736K total, 44236K used, 22888500K free, 1838468K cached
>Просто по той причине, что у тебя нет тысяч писем, заметок, RSS-записей
>и прочего. Надо сказать спасибо разработчикам Akonadi, что учитывают такие объемы.
>пусть учитывают. но разговор с самого начала тут шел о невозможности отключить эти фичи...
Мне вот интересно, чем вы умудряетесь четыре гига забить? У меня на таком же количестве памяти кеды со всеми свистоперделками + плюс пачка программ вполне нормально крутятся. Ах да, забыл сказать, до половины памяти еще tmpfs занимает.
> Разрабы Akonadi сравнивали MySQLe и SQLite. Сказали, что особого толка у них от второго не вышло, поэтому взяли первый. Но второй тоже собираются использовать для всяких не особо производительных устройств.А чего mysql? Взяли бы сразу Oracle :-)
>Разрабы Akonadi сравнивали MySQLe и SQLite. Сказали, что особого толка у них
>от второго не вышло, поэтому взяли первый. Но второй тоже собираются
>использовать для всяких не особо производительных устройств.они вообще кроме сиквела какие-нибудь слова знают?
KDE, судя по постам, становится bloatware... путь "больше интеграции!", "больше абстракций!" и т.п.
Во общем-то, тоже неплохо, для определённой категории пользователей. Юзабилити, вроде как выше, и порог старта.XFCE - более минималистичный DE. Со всеми вытекающими...
Gnome? Если не учитывать mono-подвижки, то где-то посередине.
>скоро Akonadi нельзя будет опционально вырубить,уже. с 4.5 емнип
Наражают тысячу ненужных слоёв и абстракций, а потом доблестно решают возникающие при этом проблемы (добавляя новый слой). Ну что же, успехов.
абсолютно все существующие приложения все-равно на Akonadi не подсадить. а без этого в нем нет смысла. нужна унификация.
В KDE 4.3 вырубил на фиг аконади, дракснэпшот и нэпомуксервер и прочие b&w — просто НЕ нужны. И притормаживание кед таки прекратилось.
«...И вообще бл#»(c) Что за дела такие? Понапихают всяких новшеств, когда ещё прежнее не устаканилось — зашибись практика. Парадигма такая, «пофигюзер» программирование.
>Понапихают всяких новшеств, когда ещё прежнее не устаканилосьПросто нужно посмотреть на всё со стороны разработчика. В какой-то момент нужно всё ломать и переписывать, чтобы избавиться от старых костылей и затычек. Если этого не делать, то получим что-то типа Windows, где из-за необходимости сохранять обратную совместимость со старыми версиями можно видеть очень много дыр, глюков и прочего.
>чтобы избавиться от старых костылей и затычекНу не знаю. Избавление от лишнего костыля имеет смысл, если только их (костылей) становится меньше. А тут костыль на костыле и у каждого свои глюко-фичи.
ЗЫЖ Была такая программа, kate, кажется (не текстовый редактор). Вот её как-то в мандриве впихнули по-дефолту для быстрого поиска. Ну, естественно, пользователи дружно взвыли, т.к. базу надо периодически обновлять и периодические тормоза стали очень всех доставать. В следующем релизе её тут же удалили. А вот в данном случае это будет уже проблематично, т.к. софт на неё завязан.Кроме того, замечаю тенденцию, что новый софт пишут на чистом кути, без кедозависимостей. Выводы пока делать рано, но зависеть от этого бардака уже многие попросту не хотят.
Присоединяюсь. Кто-то вообще поспевает за всеми этими стремительными обновлениями? После одного из последних обновлений в трее стало вылезать некое чмо под названием virtuozo — нахрена оно надо мне?
А я вот смотрю на эту ситуацию как пользователь WM, и меня она не радует. Я использую ВМ и пачку понравившихся программ. И вот такое укрупнение и завязывание всего со всем, которое не влияет на жизнь кде-пользователей, значит, что мне будет нужно выкачивать больше зависимостей.
>А я вот смотрю на эту ситуацию как пользователь WM, и меня она не радует.Конечно не радует. Раньше юзали amarok и k3b под гномом. Они тащили только kdelibs. А вот сейчас с этим будут проблемы. Так что придётся писать только на чистом кути. Пусть набор виджетов скудноват, но это лучше чем программа прибитая гвоздями к конкретному de.
>значит, что мне будет нужно выкачивать больше зависимостейВот не понимаю. Если использовать уже существующие наработки, то получим недовольство на тему количества зависимостей. Если будем писать всё сами, то получим недовольство вида "Велосипедист!" и недовольство низкой скоростью развития. Что выбирать?
Думаю, будет ответ вида "Сразу и то, и то". Но в таком случае минусы складываются.
Это я к тому, что зависимости - это абсолютно нормально.
>Это я к тому, что зависимости - это абсолютно нормально.Зло не зависимости вообще, а конкретные зависимости в конкретной ситуации.
Изза мускуля не в последнюю очередь кед не будет у меня на ноуте.
Очень непрятен тот факт что етот долбаний Akonadi намертво прибит к KDE4, что делать тем кому совсем ненужен PIM??? Както нечесно они поступили...
>что делать тем кому совсем ненужен PIM???Не устанавливать PIM, не? Akonadi прибит не ко всему, а только лишь к некоторым частям.
Джентушникам ещё легче.
>>что делать тем кому совсем ненужен PIM???
>
>Не устанавливать PIM, не? Akonadi прибит не ко всему, а только лишь
>к некоторым частям.
>Джентушникам ещё легче.Легче-то легче... вот только хотелось бы все-в-одном, но с возможность отглючить не нужные фичи...
Да нет прибит имено ко всем кедам, раньше можна било отдельно установить если нужно, а щас нет. При удалении Akonadi удаляетца почти весь KDE, если так будет и дальше уйд на Gnome.