форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

Сообщения по теме

[Сортировка по времени | RSS]

1. "Бета-тестирование переработанной системы управления персонал..."	+6 +/–
Сообщение от Аноним (??) on 05-Сен-10, 11:26
Не знаю, что скажут другие, для меня это хорошая новость. KDE и так неплохо унифицирован, а тут еще один шаг ближе к идеалу.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

2. "Бета-тестирование переработанной системы управления персонал..."	+/–
Сообщение от Любитель кед on 05-Сен-10, 11:51
Не нравится мне эта затея MySQL + KDE. :( Чует мое сердце, пропадет питание у компа внезапно пару раз, и о персональных данных останутся одни воспоминания. :(
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	3. "Бета-тестирование переработанной системы управления персонал..."	–3 +/–
	Сообщение от cuki on 05-Сен-10, 11:58
	ну да, а если ещё пару раз кувалдочкой долбануть по hdd, то о всех данных останутся только воспоминания:(
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	4. "Бета-тестирование переработанной системы управления персонал..."	+2 +/–
	Сообщение от Mike Lee on 05-Сен-10, 12:37
	т.е. по вашему mysql более чувствителен к холодному перезапуске чем допустим sqlite или тупая запись в файлы собственного формата?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	7. "Бета-тестирование переработанной системы управления персонал..."	+2 +/–
	Сообщение от Любитель кед on 05-Сен-10, 13:27
	Дело не конкретно именно в MySQL, а в том что данные многих приложений зависят от одного места. Данные эти еще к тому же в бинарном виде. Так как приложений больше, запись-чтение из этого места будет интенсивнее, чем когда у каждого приложения свой файл. Соответственно шансы получить испорченную базу при пропадании питания и потерять все сразу по-моему неплохи. Хотя думаю можно гораздо проще все объяснить, если вспомнить что происходит в Windows когда там разрушается реестр.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	13. "Бета-тестирование переработанной системы управления персонал..."	+5 +/–
	Сообщение от filosofem (ok) on 05-Сен-10, 15:45
	Зато проще и удобнее бэкапить. У всех подходов есть свои преимущества. Даже в венде реестр можно откатывать, хоть и через попу и в половине случаев не работает. Но мускулем такой беды быть не должно.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	24. "Бета-тестирование переработанной системы управления персонал..."	+2 +/–
	Сообщение от mine (ok) on 05-Сен-10, 20:17
	При записи в файлы точно такая же возможность потерять всю фс... Так что не надо ляля в кофе.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	33. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от Аноним (??) on 06-Сен-10, 01:17
	> При записи в файлы точно такая же возможность потерять всю фс... Так что не надо ляля в кофе. Не точно такая же, обычно ФС защищена от повреждений при потере питания.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	34. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от XoRe (ok) on 06-Сен-10, 01:26
	>> При записи в файлы точно такая же возможность потерять всю фс... Так что не надо ляля в кофе. > >Не точно такая же, обычно ФС защищена от повреждений при потере питания. > Ну. А мускульные базы так же лежат в ФС. Хотя про mysql нигде в новости не увидел.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	36. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от Анонимный кедоед on 06-Сен-10, 04:51
	> Хотя про mysql нигде в новости не увидел. Ну раз у Вас на аватарке демоненок BSD, то соберите из портов FreeBSD KDE 4.5.1 и посмотрите при чем там MySQL.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	9. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от Админ Веня on 05-Сен-10, 14:27
	Вопрос совсем не в том. Для меня, лично, загадка: зачем мне нужно держать на машине пачку серверов, которые мягко говоря не самые легковесные по использованию процессорного времени и памяти.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	35. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от XoRe (ok) on 06-Сен-10, 01:27
	>Вопрос совсем не в том. >Для меня, лично, загадка: зачем мне нужно держать на машине пачку серверов, >которые мягко говоря не самые легковесные по использованию процессорного времени и >памяти. Кстати, а где в новости сказано про mysql?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	40. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от fr0ster (ok) on 06-Сен-10, 09:48
	Слабо зависимости посмотреть?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	17. "Бета-тестирование переработанной системы управления персонал..."	–1 +/–
	Сообщение от Аноним (??) on 05-Сен-10, 17:17
	безусловно
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	6. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от Veter (??) on 05-Сен-10, 13:18
	А вот разработчики Аконади не парятся - когда им показываешь, что их код кривой и надо бы вот так-то поправить, посылают далеко. Имхо это уже гарантирует, что получится лажа (которую через годик заменят на очередное поделие такого же качества).
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

5. "Бета-тестирование переработанной системы управления персонал..."	+/–
Сообщение от Аноним (??) on 05-Сен-10, 12:40
Одно для меня остаётся загадкой - казалось бы, чуваки сделали свой gropware-сервер, придумали для него свой IMAP-подобный протокол и т. д. Но принципиально отказываются делать его доступным по сети. И везде возмущёно кричат, что Akonadi - это не groupware. Это, блин, как если бы в свооё время создатели X-сервера упёрлись рогом и заявили, что на самом деле это не сервер, и сетевой прозрачности там в принципе не будет. Вот честно, не понимаю их логики.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	8. "Бета-тестирование переработанной системы управления персонал..."	+1 +/–
	Сообщение от h31 (ok) on 05-Сен-10, 14:04
	Скорее всего для тех, кому нужен groupware, они сделают интеграцию с http://www.kolab.org/
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	47. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от Аноним (??) on 06-Сен-10, 12:59
	Увы, колаб совсем мёртвый, а живым никогда и не был.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	25. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от ABC (??) on 05-Сен-10, 20:34
	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. Вполне логично.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	29. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от Аноним (??) on 05-Сен-10, 20:55
	> Akonadi does not store any data itself А мускуль у него просто так для солидности?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	37. "Бета-тестирование переработанной системы управления персонал..."	+1 +/–
	Сообщение от ABC (??) on 06-Сен-10, 06:55
	Что вы этим хотели сказать? Если к чему-то прикручен MySQL - это обязательно groupware server?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	38. "Бета-тестирование переработанной системы управления персонал..."	+1 +/–
	Сообщение от ABC (??) on 06-Сен-10, 07:00
	>> Akonadi does not store any data itself > >А мускуль у него просто так для солидности? В мускуле данные просто кешируются. Что бы не запрашивать по каждому поводу данные из ресурсов.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

10. "Бета-тестирование переработанной системы управления персонал..."	+1 +/–
Сообщение от Аноним (??) on 05-Сен-10, 15:00
Nepomuk требует Virtuoso, Akonadi требует MySQL, потом какой-нибудь Kconfd будет требовать PostgreSQL. И так мы будем иметь на ПК пачку СУБД, и всё ради ради красивого и удобного рабочего стола. И скоро Akonadi нельзя будет опционально вырубить, а если и можно будет, то сборщики пакетов для дистрибутива N впихнут Akonadi в обязательные зависимости. В Debian систему пришлось жестоко обмануть, создав и установив пустой Akonadi-пакет без всяких мускульных зависимостей. Мечтаю о XFCE на QT.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	11. "Бета-тестирование переработанной системы управления персонал..."	–2 +/–
	Сообщение от Zenitur on 05-Сен-10, 15:24
	> Мечтаю о XFCE на QT Лучше о KDE 3 на Qt4
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	12. "Бета-тестирование переработанной системы управления персонал..."	+2 +/–
	Сообщение от h31 (ok) on 05-Сен-10, 15:25
	Разрабы Akonadi сравнивали MySQLe и SQLite. Сказали, что особого толка у них от второго не вышло, поэтому взяли первый. Но второй тоже собираются использовать для всяких не особо производительных устройств. >потом какой-нибудь Kconfd будет требовать PostgreSQL Пока что все довольны ksyscoca. >И скоро Akonadi нельзя будет опционально вырубить А смысл его вырубать?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	15. "Бета-тестирование переработанной системы управления персонал..."	–4 +/–
	Сообщение от Андрей (??) on 05-Сен-10, 16:20
	>>И скоро Akonadi нельзя будет опционально вырубить >А смысл его вырубать? да не про aconadi речь, а о хранилище! не надо мне MySQL на домашней машинке! И postgres тоже! Хватит sqlite и даже файлового хранилища. Или хотя бы единого! без виртуозо! тут высказывались, что kde3 не плохо бы на QT4 запустить. я тоже за! Но! Где гарантия, что и туда не попытаются засунуть virtuoso и mysql ? Им (разработчикам) же это нравится! P.S.: Со вчерашнего дня сижу отктываюсь на kde3. Ибо 4 гига ОЗУ - это не так уж и много, оказывается ;)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	18. "Бета-тестирование переработанной системы управления персонал..."	–3 +/–
	Сообщение от Аноним (??) on 05-Сен-10, 17:18
	переходи на гном или хфсе. уже давно ясно что кде - тупиковая ветвь революции(именно революции). на гномах хоть нет тупых и не нужных баз. а зная гконф можно легко всем рулить^_^. в каждом новом релизе кде делают новые слои абстракции чего-то там, впихивают горы функционала(часто не сильно и нужного) а фиксят баги через раз. гном с хфсе хоть стабильные как какашки мамонта в отличии от... кстати кмыло уже намертво зависит от аконади?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	39. "Бета-тестирование переработанной системы управления персонал..."	+1 +/–
	Сообщение от glebiao on 06-Сен-10, 08:00
	>переходи на гном или хфсе. уже давно ясно что кде - тупиковая >ветвь революции(именно революции). на гномах хоть нет тупых и не нужных >баз. а зная гконф можно легко всем рулить^_^. в каждом новом Поймите наконец, что по мере развития комп техники появилась возможность уйти от тупой запускалки программ к полноценной рабочей интегрированной среде. Среде с зачатками если не интеллекта, то хотя бы некоей "ассоциативной памяти" о работах юзера. Это общее направление развития, рабочие окружения, которые мы всё ещё по привычке называем "дектопными", становятся всё более и более интеллектуальными... Так что вполне пора выкапывать из гроба Эшбевский "усилитель интеллекта". Хотите сделать такую среду без интеграции в неё баз данных (и естественно, хотя бы относительно серьёзных СУБД) -- флаг в руки, барабан на шею. Вам не нужна "интеллектуальная среда"? На здоровье, вы сами дали совет двигаться на Гном/XFCE. Первый (обратите внимание --- тоже движется в сторону "интеллектуализации"!) и тем более, второй --- именно то, что вы хотите: тупые запускалки программ и управлялки окнами. Пожалуйста. Всё в духе конца 80-ых, начала 90-ых --- никакого  "семантического десктопа", никакой интеллектуализации. Пожалуйста. Только не удивляйтесь, что на уровне  начала 90-ых вы и останетесь, прогресс пройдёт мимо Вас. И что хуже, заметная часть проходящих через Ваши руки данных, канет в Лету. Как это происходит сейчас у большинства пользователей и что приводит к большим проблемам: понятие личного архива человека уже сейчас сильно размыто и у большинства юзеров просто невозможно восстановить историю деятельности уже 2 - 3 летней давности. А ведь, если вы серьёзно работаете, это катастрофа, пусть (пока) и немногие её осознают. >релизе кде делают новые слои абстракции чего-то там, впихивают горы функционала(часто >не сильно и нужного) а фиксят баги через раз. гном с Попробуйте с этим просто реально поработать. Я сижу на 4-ом КДЕ, как на единственной(!) рабочей среде, с версии 4.1. И уж поверьте, реальные критические баги, в основном :),  давно исправлены, а функционал реально радует. Ресурсы требует, да. И что с того? Машина должна работать, а вот нам с вами лучше использовать мозги по назначению, а не заниматься механическим сбором данных, с чем машина справится получше. Кстати заметьте, фоновые сервисы семантики и проч. в KDE работают с низким приоритетом (естесвенно!), иак что если уж Вам понадобятся все гигагерцы Вашего процессора до единого --- нет проблем. >хфсе хоть стабильные как какашки мамонта в отличии от... Чтобы оставаться на месте, надо очень быстро бежать. Не нами подмечено, угу? >кстати кмыло уже намертво зависит от аконади? пока нет.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	41. "Бета-тестирование переработанной системы управления персонал..."	–2 +/–
	Сообщение от fr0ster (ok) on 06-Сен-10, 09:53
	>не удивляйтесь, что на уровне  начала 90-ых вы и останетесь, >прогресс пройдёт мимо Вас. И что хуже, заметная часть проходящих через Такой прогресс пусть и идет мимо. >Ваши руки данных, канет в Лету. Как это происходит сейчас у >большинства пользователей и что приводит к большим проблемам: понятие личного архива >человека уже сейчас сильно размыто и у большинства юзеров просто невозможно >восстановить историю деятельности уже 2 - 3 летней давности. А ведь, >если вы серьёзно работаете, это катастрофа, пусть (пока) и немногие её >осознают. Это совсем не техническая проблема.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	42. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от glebiao on 06-Сен-10, 10:46
	> Такой прогресс пусть и идет мимо. Расширите поле Вашей деятельности --- Вам захочется. Ан нет, мимо... просвистел. Я не голословно тут распинаюсь. Самому пришлось убедиться в необходимости интеграции, когда попал в условия ">2 крупных проектов в разных областях деятельности при жесточайшем цейтноте". Так что я всеми руками и хвостом --- "за" такой прогресс. Другой вопрос, устройства с ограниченными ресурсами. Ну там и условия эксплуатации другие, и требования. >> >человека уже сейчас сильно размыто и у большинства юзеров просто невозможно >>восстановить историю деятельности уже 2 - 3 летней давности. А ведь, >>если вы серьёзно работаете, это катастрофа, пусть (пока) и немногие её >>осознают. > Это совсем не техническая проблема. В том числе, техническая. Неадекватности места/времени, занимаемых работой c/за компьютером и обычными шаблонами сохранения информации пользователем.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	46. "Бета-тестирование переработанной системы управления персонал..."	–1 +/–
	Сообщение от pazke on 06-Сен-10, 12:54
	>Расширите поле Вашей деятельности --- Вам захочется. Ан нет, мимо... просвистел. > >Я не голословно тут распинаюсь. Самому пришлось убедиться в необходимости интеграции, когда попал в условия ">2 крупных проектов в разных областях деятельности при жесточайшем цейтноте". Вы не маркетологом случайер работаете ? А то булшит очень знакомый. >Так что я всеми руками и хвостом --- "за" такой прогресс. Другой >вопрос, устройства с ограниченными ресурсами. Ну там и условия эксплуатации другие, >и требования. Ноутбук трехлетней давности, это устройсто с ограниченными ресурсами или как ? >В том числе, техническая. Неадекватности места/времени, занимаемых работой c/за компьютером и обычными >шаблонами сохранения информации пользователем. Разруха в головах техническими средствами не лечится.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	67. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от glebiao on 07-Сен-10, 08:29
	>Вы не маркетологом случайер работаете ? А то булшит очень знакомый. нет. И говорю только о том, что сам "трогал". >Ноутбук трехлетней давности, это устройсто с ограниченными ресурсами или как ? Смотря, какой. На моём Dell Inspiron 1525 о двух гигах ОЗУ, KDE 4.5.1 работает великолепно. На нетбуке HP2133 (тоже о двух гигах), тоже. А вот на почивший iRU о 256 Мегах ОЗУ, ставить КДЕ 4.5 я конечно, не стал бы. 3.5.9 работал хорошо, это да. Без beagl'я. >>В том числе, техническая. Неадекватности места/времени, занимаемых работой c/за компьютером и обычными >>шаблонами сохранения информации пользователем. > >Разруха в головах техническими средствами не лечится. Ещё раз, предложите организацию НЕТЕХНИЧЕСКИМИ средствами истории глубиной более 20 лет, при том, что эта цифра только увеличивается. Естественно, н в виде пропахшего нафталном архива. Ко всему этому богатству (а это именно богатство, это часть жизни человека),  должен быть совбодый и быстрый доступ. Оно должно "жить", а не лежать под спудом.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	48. "Бета-тестирование переработанной системы управления персонал..."	–1 +/–
	Сообщение от fr0ster (ok) on 06-Сен-10, 13:02
	>> Такой прогресс пусть и идет мимо. > >Расширите поле Вашей деятельности --- Вам захочется. Ан нет, мимо... просвистел. Поле деятельности и так достаточно широко, но то что решается административно, не привых решать технически. >Я не голословно тут распинаюсь. Самому пришлось убедиться в необходимости интеграции, когда попал в условия ">2 крупных проектов в разных областях деятельности при жесточайшем цейтноте". Я как бы тоже не из конторы "Рога и копыта" и что такое цейтнот в курсе, но ваш путь ведет чаще всего к имитации бурной деятельности, когда 80% это перекладывание бумажек, только в электронном виде. >Так что я всеми руками и хвостом --- "за" такой прогресс. Другой >вопрос, устройства с ограниченными ресурсами. Ну там и условия эксплуатации другие, >и требования. Ваше право. Только избытка ресурсов пока не наблюдается нигде, коммунизм так и не построили. >>> >человека уже сейчас сильно размыто и у большинства юзеров просто невозможно >>>восстановить историю деятельности уже 2 - 3 летней давности. А ведь, >>>если вы серьёзно работаете, это катастрофа, пусть (пока) и немногие её >>>осознают. >> Это совсем не техническая проблема. > >В том числе, техническая. Неадекватности места/времени, занимаемых работой c/за компьютером и обычными >шаблонами сохранения информации пользователем. То что вы назвали как раз нетехнические проблемы. Это последствия организационных ляпов, это надо адмистративно лечить.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	65. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от glebiao on 07-Сен-10, 08:23
	>>>> >человека уже сейчас сильно размыто и у большинства юзеров просто невозможно >>>>восстановить историю деятельности уже 2 - 3 летней давности. А ведь, >>>>если вы серьёзно работаете, это катастрофа, пусть (пока) и немногие её >>>>осознают. >>> Это совсем не техническая проблема. >> >>В том числе, техническая. Неадекватности места/времени, занимаемых работой c/за компьютером и обычными >>шаблонами сохранения информации пользователем. >То что вы назвали как раз нетехнические проблемы. >Это последствия организационных ляпов, это надо адмистративно лечить. Ну, лечите. На моей машине самые ранние документы датируются (создане файла) 1987 годом, самая ранняя почта --- 1992, вырезки из сети (тогда ещё из фидошки) --- 1991. Общий объём только текстовок в ~/Documents првышает гиг. ~/Mail ---3177M. Лечите административно историю глубиной в 23+... года, ага.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	71. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от fr0ster (ok) on 07-Сен-10, 08:40
	>Ну, лечите. >На моей машине самые ранние документы датируются (создане файла) 1987 годом, самая >ранняя почта --- 1992, вырезки из сети (тогда ещё из фидошки) >--- 1991. >Общий объём только текстовок в ~/Documents првышает гиг. ~/Mail ---3177M. >Лечите административно историю глубиной в 23+... года, ага. Архивному делу лет побольше, чем существует ИТ. Если у вас изначально файло в кучу свалено или по папочкам нескольким, чем вам непомуки с аконадями помогут?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	74. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от glebiao on 07-Сен-10, 08:53
	>Лечите административно историю глубиной в 23+... года, ага. >>Архивному делу лет побольше, чем существует ИТ. Да что вы говорите, а я не знал! Вы когда-нибудь в архиве работали? Вы в курсе, что историки часто находят в архивах совершенно неожиданные вещи и наоборот, не могут найти ссылки на еденицы хранения с хорошо известными фактами? При том, что эти папки существуют, известны и проч? я с историками в том числе работаю, так что знаю, о чём говорю. Ключевой момент здесь --- сделать историю доступной, (!) исключить невозможность найти факт в массиве и (!!) дать возможность найти связанные с вопросом файлы, когда связь н является очевидной. Сделать это без технических средств, использования индексаторов, средств семантик и онтологий, НЕВОЗМОЖНО. >>Если у вас изначально файло в кучу свалено или по папочкам нескольким, чем вам непомуки с аконадями помогут? Разрешите совет? Не считайте собеседника глупее себя. Что-то мне подсказывает, что я научился организовывать файловую иерархию, когда вы ещё в штанишки писались. Уж извините, если не прав.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	77. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от fr0ster (ok) on 07-Сен-10, 09:17
	>[оверквотинг удален] >>>Архивному делу лет побольше, чем существует ИТ. > >Да что вы говорите, а я не знал! > >Вы когда-нибудь в архиве работали? >Вы в курсе, что историки часто находят в архивах совершенно неожиданные вещи >и наоборот, не могут найти ссылки на еденицы хранения с хорошо >известными фактами? При том, что эти папки существуют, известны и проч? >я с историками в том числе работаю, так что знаю, о >чём говорю. Я тоже люблю говорить, что мол сам замполит третьего дивизиона. Да в курсе "открытий чудных", но также в курсе того, что методика работы с архивами документов это одно, а технические средства совершенно другое, сами по себе технические средства вам не помогут. >Ключевой момент здесь --- сделать историю доступной, (!) исключить невозможность найти факт >в массиве и (!!) дать возможность найти связанные с вопросом файлы, >когда связь н является очевидной. Сделать это без технических средств, использования >индексаторов, средств семантик и онтологий, НЕВОЗМОЖНО. Если у вас исходные документы в беспорядке, вы дадите доступ к помойке, а не архиву, если же исходный архив упорядочен, то какими техническими средствами вы дадите доступ неважно, непомук не один такой на белом свете. >>>Если у вас изначально файло в кучу свалено или по папочкам нескольким, чем вам непомуки с аконадями помогут? > >Разрешите совет? Не считайте собеседника глупее себя. >Что-то мне подсказывает, что я научился организовывать файловую иерархию, когда вы ещё >в штанишки писались. Уж извините, если не прав. Я то как раз не считаю собеседника глупее, хорошо бы и собеседнику, то есть вам, научится тому же, а еще научится отделять мух от котлет, главное от вторичного.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	80. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от glebiao on 07-Сен-10, 09:32
	>Если у вас исходные документы в беспорядке, вы дадите доступ к помойке, а не архиву, если же исходный архив упорядочен, то какими техническими средствами вы дадите доступ неважно что вы подразумеваете под доступом? И что под "упорядоченностью"? PS: никто не говорит, что на непомуке свет клином сошёлся. Над этой проблемой люди уже лет этак с полста трудятся. Другой вопрос, что непомук --- первая последовательная и дошедшая до реального десктопа попытка поселить это дело у пользователей.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	83. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от fr0ster (ok) on 07-Сен-10, 10:03
	>>Если у вас исходные документы в беспорядке, вы дадите доступ к помойке, а не архиву, если же исходный архив упорядочен, то какими техническими средствами вы дадите доступ неважно > >что вы подразумеваете под доступом? И что под "упорядоченностью"? Возможность добраться до нужного документа за приемлемое время. Возможность отследить связанные с данным документы. >PS: никто не говорит, что на непомуке свет клином сошёлся. Над этой >проблемой люди уже лет этак с полста трудятся. Больше. Как только появились библиотеки и архивы, так и возникла проблема. >Другой вопрос, что непомук --- первая последовательная и дошедшая до реального десктопа >попытка поселить это дело у пользователей. Известная вам попытка. Это несколько меняет дело.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	86. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от glebiao on 07-Сен-10, 10:35
	>>что вы подразумеваете под доступом? И что под "упорядоченностью"? >Возможность добраться до нужного документа за приемлемое время. ага. а что такое -- "*нужный* документ"? >Возможность отследить связанные с данным документы. Вот именно. И оба ваших ответа автоматически приводят к необходимости иметь службы индексации, семанитик и онтологии. Тогда о чём спор, собственно? > Больше. Как только появились библиотеки и архивы, так и возникла проблема. Не преувеличивайте и н передёргивайте. >>>Другой вопрос, что непомук --- первая последовательная и дошедшая до реального десктопа >попытка поселить это дело у пользователей. >Известная вам попытка. Это несколько меняет дело. Ну, мне известно, как минимум, более одной реализации таких служб. Как отдельных программных комплексов. *Отдельных*. Назовите ещё одного кандидата, глубоко интегрированного в состав десктопа.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	90. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от fr0ster (ok) on 07-Сен-10, 10:48
	>>>что вы подразумеваете под доступом? И что под "упорядоченностью"? >>Возможность добраться до нужного документа за приемлемое время. > >ага. а что такое -- "*нужный* документ"? Видимо тот, как минимум, что выбросить жалко. >>Возможность отследить связанные с данным документы. > >Вот именно. > >И оба ваших ответа автоматически приводят к необходимости иметь службы индексации, семанитик >и онтологии. Тогда о чём спор, собственно? О том, что у вас может и не быть службы индексации вообще, но доступность документа в архиве и упорядоченность будет. >> Больше. Как только появились библиотеки и архивы, так и возникла проблема. > >Не преувеличивайте и н передёргивайте. Ничуть не передергиваю. Архивам сотни лет, если вы не в курсе, пример как минимум архив Ватикана. >>>>Другой вопрос, что непомук --- первая последовательная и дошедшая до реального десктопа >>попытка поселить это дело у пользователей. >>Известная вам попытка. Это несколько меняет дело. > >Ну, мне известно, как минимум, более одной реализации таких служб. Как отдельных >программных комплексов. *Отдельных*. >Назовите ещё одного кандидата, глубоко интегрированного в состав десктопа. Знаете ли, "последовательная и дошедшая до реального десктопа" это далеко не всегда "глубоко интегрированного в состав десктопа". Вы считаете,  что десктоп это монолит, я так не считаю.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	94. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от glebiao on 07-Сен-10, 11:34
	>>>>что вы подразумеваете под доступом? И что под "упорядоченностью"? >>>Возможность добраться до нужного документа за приемлемое время. >> >>ага. а что такое -- "*нужный* документ"? Знаете, мне с вами беседовать надоело. Вы или сознательно передёргиваете, либо действительно не даёте себе труд подумать. >Видимо тот, как минимум, что выбросить жалко. Наверное, всё-таки тот, который содержит нужные вам сведения либо ссылки на другие документы, связанные с предметом поиска, угу? Никакая упорядоченность не поможет вам найти (доступный!) документ, если вы не знаете, какой именно из кучи (упорядоченных) бумажек вам нужна. Только аккуратным просмотром, угу? И взаимосвязанных бумажек тоже, ага? Смотрите "коэффициенты точности и полноты выдачи" и чем они отличаются друг от друга. > >>>Возможность отследить связанные с данным документы. >> >>Вот именно. >> >>И оба ваших ответа автоматически приводят к необходимости иметь службы индексации, семанитик >>и онтологии. Тогда о чём спор, собственно? > >О том, что у вас может и не быть службы индексации вообще, >но доступность документа в архиве и упорядоченность будет. Какое вам дело до потенциальной доступности, если полнота выдачи, при отсутствии средств индексации + весь наработанный аппарат, стремится к нудю? >>> Больше. Как только появились библиотеки и архивы, так и возникла проблема. >> >>Не преувеличивайте и н передёргивайте. > >Ничуть не передергиваю. Архивам сотни лет, если вы не в курсе, пример >как минимум архив Ватикана. Я в курсе. Ещё раз -- *ВЫ* в курсе, что поиск в традиционном "бумажном" (весьма строго упорядоченном архиве) --- сложная научно/детективная задача? Историки учатся архивному делу 4 семестра, между прочим. И решать эту задачу начали только пол века назад, до этого такого понятия, как теория поиска, просто не существовало. >>Ну, мне известно, как минимум, более одной реализации таких служб. Как отдельных >>программных комплексов. *Отдельных*. >>Назовите ещё одного кандидата, глубоко интегрированного в состав десктопа. > >Знаете ли, "последовательная и дошедшая до реального десктопа" это далеко не всегда >"глубоко интегрированного в состав десктопа". Слив засчитан. > Вы считаете,  что десктоп это монолит, я так не считаю. Покажите хоть одну фразу насчёт "монолита". Об интеграции я говорю, да. О модульности -- да. О том, что целое вполне может развалиться, если выдрать несколько основополагающих *модулей* --- очевидно, да. Но называть из-за этого сложную систему монолитом --- как минимум, передёргивание.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	100. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от fr0ster (ok) on 07-Сен-10, 13:03
	>Знаете, мне с вами беседовать надоело. Вы или сознательно передёргиваете, либо действительно >не даёте себе труд подумать. Когда вы начнете думать, тогда можно считать цель достигнута. >>Видимо тот, как минимум, что выбросить жалко. > >Наверное, всё-таки тот, который содержит нужные вам сведения либо ссылки на другие >документы, связанные с предметом поиска, угу? Никакая упорядоченность не поможет вам >найти (доступный!) документ, если вы не знаете, какой именно из кучи >(упорядоченных) бумажек вам нужна. Только аккуратным просмотром, угу? И взаимосвязанных бумажек >тоже, ага? Я где-то сказал про методику определения нужности? Исключительно про критерий, а как вы определяете это личное дело каждого архивариуса. >Смотрите "коэффициенты точности и полноты выдачи" и чем они отличаются друг от >друга. Посмотрите что иногда лежит в архивах. Ни одной ссылки ни на этот документ, ни с этого документа. Это я молчу о документах никому кроме меня не нужных. >[оверквотинг удален] >>>Вот именно. >>> >>>И оба ваших ответа автоматически приводят к необходимости иметь службы индексации, семанитик >>>и онтологии. Тогда о чём спор, собственно? >> >>О том, что у вас может и не быть службы индексации вообще, >>но доступность документа в архиве и упорядоченность будет. > >Какое вам дело до потенциальной доступности, если полнота выдачи, при отсутствии средств >индексации + весь наработанный аппарат, стремится к нудю? С чего вдруг полнота выдачи стремится к нулю? Вам так захотелось? Пойдите в любую библиотеку, никаких служб индексации, даже компов иногда нет, но искомое если есть найдете. Вот про это вам и говорится, что проблема не техническая. >[оверквотинг удален] >>>Не преувеличивайте и н передёргивайте. >> >>Ничуть не передергиваю. Архивам сотни лет, если вы не в курсе, пример >>как минимум архив Ватикана. > >Я в курсе. Ещё раз -- *ВЫ* в курсе, что поиск в >традиционном "бумажном" (весьма строго упорядоченном архиве) --- сложная научно/детективная задача? Историки >учатся архивному делу 4 семестра, между прочим. И решать эту задачу >начали только пол века назад, до этого такого понятия, как теория >поиска, просто не существовало. В курсе. Но если вы утверждаете, что это техническая проблема, то не в курсе вы. >>>Ну, мне известно, как минимум, более одной реализации таких служб. Как отдельных >>>программных комплексов. *Отдельных*. >>>Назовите ещё одного кандидата, глубоко интегрированного в состав десктопа. >> >>Знаете ли, "последовательная и дошедшая до реального десктопа" это далеко не всегда >>"глубоко интегрированного в состав десктопа". > >Слив засчитан. Сдались - хорошо. Может перестанете вещать от лица истины в последней инстанции. >> Вы считаете,  что десктоп это монолит, я так не считаю. > >Покажите хоть одну фразу насчёт "монолита". Об интеграции я говорю, да. О >модульности -- да. О том, что целое вполне может развалиться, если >выдрать несколько основополагающих *модулей* --- очевидно, да. Но называть из-за этого >сложную систему монолитом --- как минимум, передёргивание. Там где про кеды и непомук. Если не понимаете почему кеды монолит, то учите матчасть. Узнаете, что если составляющие не взаимозаменяемы или заменяемы только ломом и какойто матерью это не интеграция, а спекание в монолит.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	104. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от glebiao on 08-Сен-10, 07:05
	>>документы, связанные с предметом поиска, угу? Никакая упорядоченность не поможет вам >>найти (доступный!) документ, если вы не знаете, какой именно из кучи >Посмотрите что иногда лежит в архивах. Ни одной ссылки ни на этот >документ, ни с этого документа. Вот именно. И вы всё ещё продолжаете твердить о ненужности механизма отслеживания взаимосвязей/взаимозависимостей?! >>>>И оба ваших ответа автоматически приводят к необходимости иметь службы индексации, семанитик и онтологии. Тогда о чём спор, собственно? >>>О том, что у вас может и не быть службы индексации вообще, >>>но доступность документа в архиве и упорядоченность будет. >>Какое вам дело до потенциальной доступности, если полнота выдачи, при отсутствии средств >>индексации + весь наработанный аппарат, стремится к нудю? >С чего вдруг полнота выдачи стремится к нулю? Вам так захотелось? Пойдите >в любую библиотеку, никаких служб индексации, даже компов иногда нет, но >искомое если есть найдете. Вот про это вам и говорится, что >проблема не техническая. Чем бумажная картотека отличается от компьютеризированного индекса? >В курсе. Но если вы утверждаете, что это техническая проблема, то не >в курсе вы. Я утверждаю, что это комплексная проблема, которая без технических средств не решается --- начиная с некоторого объёма архива. >[оверквотинг удален] >>>>Ну, мне известно, как минимум, более одной реализации таких служб. Как отдельных >>>>программных комплексов. *Отдельных*. >>>>Назовите ещё одного кандидата, глубоко интегрированного в состав десктопа. >>> >>>Знаете ли, "последовательная и дошедшая до реального десктопа" это далеко не всегда >>>"глубоко интегрированного в состав десктопа". >> >>Слив засчитан. > >Сдались - хорошо. Может перестанете вещать от лица истины в последней инстанции. Слив засчитан повторно. >Там где про кеды и непомук. Если не понимаете почему кеды монолит, >то учите матчасть. >Узнаете, что если составляющие не взаимозаменяемы или заменяемы только ломом и какойто >матерью это не интеграция, а спекание в монолит. Вам что-то мешает заменить непомук на другую реализацию? Или просто отключить его нафиг (штатная операция)? То же с аконади?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	108. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от fr0ster (ok) on 08-Сен-10, 08:40
	>Вот именно. И вы всё ещё продолжаете твердить о ненужности механизма отслеживания >взаимосвязей/взаимозависимостей?! Во первых не зная что это за документ вы делаете выводы, во вторых не видите, что именно вам говорится. Считаете у всех и везде такие же документы в архиве как у вас? >[оверквотинг удален] >>>>О том, что у вас может и не быть службы индексации вообще, >>>>но доступность документа в архиве и упорядоченность будет. >>>Какое вам дело до потенциальной доступности, если полнота выдачи, при отсутствии средств >>>индексации + весь наработанный аппарат, стремится к нудю? >>С чего вдруг полнота выдачи стремится к нулю? Вам так захотелось? Пойдите >>в любую библиотеку, никаких служб индексации, даже компов иногда нет, но >>искомое если есть найдете. Вот про это вам и говорится, что >>проблема не техническая. > >Чем бумажная картотека отличается от компьютеризированного индекса? Только тем, что в первом случае проблема решена совершенно не техническим способом. >>В курсе. Но если вы утверждаете, что это техническая проблема, то не >>в курсе вы. > >Я утверждаю, что это комплексная проблема, которая без технических средств не решается >--- начиная с некоторого объёма архива. Вы просто не понимаете что такое технический способ, а что такое административный способ решения задачи. >[оверквотинг удален] >>>>>Назовите ещё одного кандидата, глубоко интегрированного в состав десктопа. >>>> >>>>Знаете ли, "последовательная и дошедшая до реального десктопа" это далеко не всегда >>>>"глубоко интегрированного в состав десктопа". >>> >>>Слив засчитан. >> >>Сдались - хорошо. Может перестанете вещать от лица истины в последней инстанции. > >Слив засчитан повторно. Судя по вашим заявлениям ума у вас должно быть больше, но лексикон и методика ведения дискуссии "1 класс вторая четверть" >>Там где про кеды и непомук. Если не понимаете почему кеды монолит, >>то учите матчасть. >>Узнаете, что если составляющие не взаимозаменяемы или заменяемы только ломом и какойто >>матерью это не интеграция, а спекание в монолит. > >Вам что-то мешает заменить непомук на другую реализацию? Или просто отключить его >нафиг (штатная операция)? То же с аконади? В кедах? Я давно отказался от непомука с аконадей. Вместе с кедами.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	112. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от glebiao (ok) on 08-Сен-10, 11:02
	>Вы просто не понимаете что такое технический способ, а что такое административный >способ решения задачи. Я от вас устал. Средний объём пользовательского винчестера на сегодня, можно считать терабайтом. Попадает на него как мусор, который, тем не менее, может понадобиться и пользователь его вполне захотеть сохранить, так и уникальная информация. Посмотрим в попугаях "средней библиотеки). Терабайт --- это грубо, 900 000 (девятсот тысяч) средних книжных томов. В научной библиотеке нашего Томского Университета, примерно 3 миллиона томов, то есть, всего в три раза меньше. Штат библиографического отдела в докомпьютерные времена, грубо, 15 человек. Бумажная картотека (систематический и предметный каталоги) --- 3 помещения размером со спортзал. Время поиска шифра хранения редкой книги (только книги, не произвольного документа!) в докомпьютерную эпоху, в этой прекрасной картотеке --- в среднем, до 2 дней. Вперёд. Уповайте на чисто административные меры. Заметьте, ситуация у пользователей значительно хуже, чем в библиотеке ии архиве. Жёстко классифицировать документы не всегда возможно, чаще проще установить связи этого документа с событиями или другими документами --- чем и занимается *аналог архивариуса* --- непомук. Будете ещё сотрясать воздух? >Судя по вашим заявлениям ума у вас должно быть больше, но лексикон >и методика ведения дискуссии "1 класс вторая четверть" Рад за Ваш тонкий вкус. >В кедах? Я давно отказался от непомука с аконадей. Вместе с кедами. Это ваши проблемы.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	114. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от fr0ster (ok) on 08-Сен-10, 11:37
	>>Вы просто не понимаете что такое технический способ, а что такое административный >>способ решения задачи. > >Я от вас устал. Взаимно. >Средний объём пользовательского винчестера на сегодня, можно считать терабайтом. >Попадает на него как мусор, который, тем не менее, может понадобиться и >пользователь его вполне захотеть сохранить, так и уникальная информация. Посмотрим в >попугаях "средней библиотеки). В среднем это скачанное с торрента файло размером от 1,5 до 65 гигабайт. Про содержимое умолчим, чаще всего это сериалы, аниме фантастика. >Терабайт --- это грубо, 900 000 (девятсот тысяч) средних книжных томов. В >научной библиотеке нашего Томского Университета, примерно 3 миллиона томов, то есть, Вы красавец, взять среднепотолочные цифры и делать на них вывод, гениально. >всего в три раза меньше. Штат библиографического отдела в докомпьютерные времена, >грубо, 15 человек. Бумажная картотека (систематический и предметный каталоги) --- 3 >помещения размером со спортзал. Время поиска шифра хранения редкой книги (только >книги, не произвольного документа!) в докомпьютерную эпоху, в этой прекрасной картотеке >--- в среднем, до 2 дней. Видимо или преподы, или студенты, или библиотекари тормоза, или же, что более вероятно, вы заливаете про два дня. >Вперёд. Уповайте на чисто административные меры. В библиотеке ПУСКУ любая нужная книга ищется в пределах от 10 минут до часа, с использованием картотеки. В областной библиотеке книгу не из хранилища вы найдете за то же время, при том что фонды библиотек были не меньше чем указанная вами. >Заметьте, ситуация у пользователей значительно хуже, чем в библиотеке ии архиве. Жёстко >классифицировать документы не всегда возможно, чаще проще установить связи этого документа >с событиями или другими документами --- чем и занимается *аналог архивариуса* >--- непомук. Ага щаззз, вы сами должны решить с чем и как связан документ, решить не по среднепотолочным цифрам, а по выбранной один раз и надолго методике(уж как в той же библиотеке обрабатываются новые книги я в курсе), а как сохранится связь это дело десятое. >Будете ещё сотрясать воздух? Воздух сотрясаете вы уверяя в крути непомука и диетичности кед. >>Судя по вашим заявлениям ума у вас должно быть больше, но лексикон >>и методика ведения дискуссии "1 класс вторая четверть" > >Рад за Ваш тонкий вкус. Значит не все в вашем случае потеряно. >>В кедах? Я давно отказался от непомука с аконадей. Вместе с кедами. > >Это ваши проблемы. Ага, благодаря таким апологетам кед, как вы.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	115. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от glebiao (ok) on 09-Сен-10, 06:35
	>>Я от вас устал. >Взаимно. Вот и чудненько. >>>Средний объём пользовательского винчестера на сегодня, можно считать терабайтом. >>Попадает на него как мусор, который, тем не менее, может понадобиться и >>пользователь его вполне захотеть сохранить, так и уникальная информация. Посмотрим в >>попугаях "средней библиотеки). >В среднем это скачанное с торрента файло размером от 1,5 до 65 гигабайт. Про содержимое >умолчим, чаще всего это сериалы, аниме фантастика. Кто-то недавно трындел о "синдроме домашних тапочек". Кто-то это мог быть? Впрочем, теперь всё понятно. Вы просто ещё не начинали работать и попросту не представляете, как быстро обрастешь архивом. >>Терабайт --- это грубо, 900 000 (девятсот тысяч) средних книжных томов. В >>научной библиотеке нашего Томского Университета, примерно 3 миллиона томов, то есть, >Вы красавец, взять среднепотолочные цифры и делать на них вывод, гениально. У вас есть точные цифры? Я могу, конечно, собрать статистику по собственному винту, но зачем? Среднепотолочные цифры (4Кб одна страничка, 300 страничек в среднем том) будут даже МЕНЬШЕ, чем реальная ситуация. >>Время поиска шифра хранения редкой книги (только >>книги, не произвольного документа!) в докомпьютерную эпоху, в этой прекрасной картотеке >>--- в среднем, до 2 дней. >Видимо или преподы, или студенты, или библиотекари тормоза, или же, что более вероятно, >вы заливаете про два дня. Я всё больше убеждаюсь, что вы ни хрена ещё не только не начали работать, но даже не отучились. Попробуйте найти старую статью в Annalen der physik и поднять упоминаемую там книгу, о которых известно только то, что такая публикация есть и на неё ссылаются. А это глубина поиска всего-то пол-века. И читайте внимательнее: ">Время поиска шифра хранения редкой книги" >Ага щаззз, вы сами должны решить с чем и как связан документ, решить не по >среднепотолочным цифрам, а по выбранной один раз и надолго методике О регулярных документах никто не говорит. А вы отслеживаете весь трёп, касающейся проекта, в IM и почте? Вы сможете найти письмо, в котором упоминался некий аспект работы, через пол-года? Вы -- лично вы -- будите тратить на эту тупую работу по каталогизации своё личное время? Впрочем, у вас, очевидно, его много.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	117. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от fr0ster (ok) on 09-Сен-10, 07:01
	>>В среднем это скачанное с торрента файло размером от 1,5 до 65 гигабайт. Про содержимое >умолчим, чаще всего это сериалы, аниме фантастика. > >Кто-то недавно трындел о "синдроме домашних тапочек". Кто-то это мог быть? В отличие от вас я не делаю выводов, а поясняю, почему на таком принципе нельзя сделать вывода. Так что вещайте дальше. >Впрочем, теперь всё понятно. Вы просто ещё не начинали работать и попросту >не представляете, как быстро обрастешь архивом. Прулесно, еще один телепат. В отличие от вас я не только представляю, что может быть в личном архиве, но так же хорошо знаю, чего там быть НЕ ДОЛЖНО. >>>Терабайт --- это грубо, 900 000 (девятсот тысяч) средних книжных томов. В >>>научной библиотеке нашего Томского Университета, примерно 3 миллиона томов, то есть, >>Вы красавец, взять среднепотолочные цифры и делать на них вывод, гениально. > >У вас есть точные цифры? Я могу, конечно, собрать статистику по собственному >винту, но зачем? Среднепотолочные цифры (4Кб одна страничка, 300 страничек в >среднем том) будут даже МЕНЬШЕ, чем реальная ситуация. Вы опять пытаетесь делать выводы за всех по себе. Причем, явно прередергивая. Винт средний терабайт и весь забит документами. Ага, щаззз. >[оверквотинг удален] >>>книги, не произвольного документа!) в докомпьютерную эпоху, в этой прекрасной картотеке >>>--- в среднем, до 2 дней. >>Видимо или преподы, или студенты, или библиотекари тормоза, или же, что более вероятно, >вы заливаете про два дня. > >Я всё больше убеждаюсь, что вы ни хрена ещё не только не >начали работать, но даже не отучились. Попробуйте найти старую статью в >Annalen der physik и поднять упоминаемую там книгу, о которых известно >только то, что такая публикация есть и на неё ссылаются. А >это глубина поиска всего-то пол-века. >И читайте внимательнее: ">Время поиска шифра хранения редкой книги" Я вам говорил, если книга есть в библиотеке она будет найдена не за 2 дня, мне приходилось так находить прижизненное издание Лейбница в собрании Орлова. >>Ага щаззз, вы сами должны решить с чем и как связан документ, решить не по >среднепотолочным цифрам, а по выбранной один раз и надолго методике > >О регулярных документах никто не говорит. А вы отслеживаете весь трёп, касающейся >проекта, в IM и почте? Вы сможете найти письмо, в котором Ваши проекты это типа внедрение 1С на Черкизоне? Иначе знали бы, что не вся инфа может оставаться в вашем архиве. А нужное сохраняется в проектной документации, если у вас проект наколеночный, то тогда ясно? >упоминался некий аспект работы, через пол-года? Вы -- лично вы -- >будите тратить на эту тупую работу по каталогизации своё личное время? "Все украдено до нас", система ведения проектной документации придумана давно и используется без привязки к конкретным техсредствам. >Впрочем, у вас, очевидно, его много. У вас не меньше, судя по вашей логике вы школота. ЗЫ А мне вы польстили, в какой то момент преуменьшение возраста это таки комплимент.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	119. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от glebiao (ok) on 09-Сен-10, 21:39
	>>>В среднем это скачанное с торрента файло размером от 1,5 до 65 гигабайт. Про содержимое >умолчим, чаще всего это сериалы, аниме фантастика. > >Кто-то недавно трындел о "синдроме домашних тапочек". Кто-то это мог быть? >В отличие от вас я не делаю выводов, а поясняю, почему на таком принципе нельзя сделать >вывода. Так что вещайте дальше. Да что вы говорите? Вы сами обрисовываете, что ситуация даже значительно хуже, так как, из ваших слов следует, что полезная инфа юзера разбросана среди тонн гуано. И наоборот. В сущности, я вам писал то же самое: даже в самом оптимистичном варианте (читайте внимательнее, в "сферическом в вакууме", самом оптимистичном, когда у юзера нет чепухи вообще и все файлы примерно одного объёма), их число может и должно! достичь величины, делающей невозможной чисто ручное управление коллекцией: одному человеку жизни не хватит. Вам объяснять, почему ДОЛЖНО достичь больших величин? >Я вам говорил, если книга есть в библиотеке она будет найдена не за 2 дня, мне приходилось так находить прижизненное издание Лейбница в собрании Орлова. Рад за вас. К сожалению, реальная работа требует поиска не раритетов, а полезных изданий. Часто для этого приходится просто тупо просматривать систематический каталог. 20 секунд на карточку, плюс неизбежные ошибки и возвраты... за сколько, вы говорите, вы просмотрите один (только один из десятков) каталожный ящик? Воспользуетесь помощью библиографа (читай --- непомука :) ) --- вот это разумно. Только вот живой библиограф, не имеющий полнотекстовых индексов, часто бессилен. Так что терпеливо перебирайте пальчиками. >Иначе знали бы, что не вся инфа может оставаться в вашем архиве. А нужное сохраняется в проектной документации, если у вас проект наколеночный, то тогда ясно? Да что вы говорите, ай яй яй. Знаете, что должно остаться в моём архиве, а что нет --- это мне решать. Единственное исключение --- режим секретности, и то, разумно архивировать всё по максимуму, только делая необходимые телодвижения и в соотв. с инструкциями. Суть дела о этого не меняется. В проектной документации, блин. Мне, возможно, с этим же субподрядчиком ещё работать и напоминать ему некие разговоры не то, что на текущем, но и на будущем проекте. Чтобы было понятно --- я сохраняю, по возможности, всё. С версионированием, да --- когда речь идёт о генерируемых документах. И просто сохраняю в архиве попутно появляющиеся в поле зрения "вырезки интернет - страничек", статьи, даташиты и прочий балшит. Разумеется, это всё "в кучу", как вы изволили выразиться, не сваливается. И тем не менее, индексация, при работе с накопившемся за много лет массивом, очень помогает. И не надо называть это синдромом Плюшкина. Это совершенно нормальная ситуация для любого исследователя и возможность избавиться от пыльных папок, переложив всё на винт --- это просто ура. Ах, вы не исследователя имели в виду? Ну так, во первых, вы сами говорили о "синдроме тапочек", это ваше определение... а во вторых, даже кодер на почасовом окладе думает, совершенствуется и естественно, имеет личный архив --- вам не подконтрольный, слава Богу! > "Все украдено до нас", система ведения проектной документации придумана давно и используется без привязки к конкретным техсредствам. Окей. У меня в архиве огромное число статей по нелинейной оптике, спектроскопии, лидарному зондированию... и программированию, в разных аспектах. Как ни странно, образуется некоторое пересекающееся множество из этого хозяйства. И реально используется в работе. И архив растёт --- ну, н каждый день, но растёт. Изобразите мне использование здесь "системы ведения проектной документации". Не можете? --- вылезайте из любимых тапочек. Всё, на эту тему я более не дискутирую. Кому было интеерсно, вероятно, давно всё понял и сделал вывод. Мой вывод --- использование интегрированных средств индексации и отслеживания семантических связей --- весьма полезный инструмент. Лучше, чтобы он был: жизнь облегчает значительн. Наличие такого инструмента неизбежно ведёт к некоторому "избыточному", с точки зрения в холостую работающей машины, поглощению ресурсов. Однако, играя настройками, всё легко привести в состояние, когда повышения затрат не замечаешь. В любом случае, затраты окупаются. Если с вашей кочки зрения это не так --- да на здоровье, решайте задачу поддержания всё время возрастающего архива в пригодном для эффективного использования состоянии "чисто административно". Когда тупой поиск смутно вспоминаемой статьи среди любовно сложенных на винт и очень хорошо рассортированных по папочкам файлов станет занимать часы (а это, слава Интернету, происходит необычайно скоро с момента, когда вы начинаете заниматься какой-то проблемой), придумайте ещё один способ административного регулирования... Только учтите, опыт показывает, что полагаться на общеизвестные поисковые машины и думать, что откладывать материалы себе в архив не нужно --- чревато. Хосты имет обыкновение дохнуть и исчезать, незнамо куда. И фиг что найдёшь. >У вас не меньше, судя по вашей логике вы школота. Спасибо. Знаете, я горд, что вы меня так определили. Мы, знаете ли, учимся с первого движения в утробе и до посмертных галлюцинаций. Чертовски хочется сохранить эту способность как можно дольше. Так что, да, я вечный школьник и вечный студент. Credo.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	121. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от fr0ster (ok) on 09-Сен-10, 22:12
	>>>>В среднем это скачанное с торрента файло размером от 1,5 до 65 гигабайт. Про содержимое >умолчим, чаще всего это сериалы, аниме фантастика. >> >>Кто-то недавно трындел о "синдроме домашних тапочек". Кто-то это мог быть? >>В отличие от вас я не делаю выводов, а поясняю, почему на таком принципе нельзя сделать >вывода. Так что вещайте дальше. > >Да что вы говорите? Что ваш постулат о файле на винчестере взят с потолка, что опираться на такие посылки нельзя. >Вы сами обрисовываете, что ситуация даже значительно хуже, так как, из ваших >слов следует, что полезная инфа юзера разбросана среди тонн гуано. И >наоборот. В сущности, я вам писал то же самое: даже в >самом оптимистичном варианте (читайте внимательнее, в "сферическом в вакууме", самом оптимистичном, Читайте внимательнее, разница в том, что для вас посыл про содержимое винта допустим, а я считаю что нет. >когда у юзера нет чепухи вообще и все файлы примерно одного >объёма), их число может и должно! достичь величины, делающей невозможной чисто >ручное управление коллекцией: одному человеку жизни не хватит. Вам объяснять, почему >ДОЛЖНО достичь больших величин? Всегда есть вещи, которые не стоит хранить. >>Я вам говорил, если книга есть в библиотеке она будет найдена не за 2 дня, мне приходилось так находить прижизненное издание Лейбница в собрании Орлова. > >Рад за вас. К сожалению, реальная работа требует поиска не раритетов, а >полезных изданий. Часто для этого приходится просто тупо просматривать систематический каталог. Не делайте выводов не имея фактов, мне та книга реально была нужна. >20 секунд на карточку, плюс неизбежные ошибки и возвраты... за сколько, >вы говорите, вы просмотрите один (только один из десятков) каталожный ящик? >Воспользуетесь помощью библиографа (читай --- непомука :) ) --- вот это Вот не надо равнять прогу и живого библиотекаря. >разумно. Только вот живой библиограф, не имеющий полнотекстовых индексов, часто бессилен. >Так что терпеливо перебирайте пальчиками. Реальная работа она разная. >>Иначе знали бы, что не вся инфа может оставаться в вашем архиве. А нужное сохраняется в проектной документации, если у вас проект наколеночный, то тогда ясно? > >Да что вы говорите, ай яй яй. Знаете, что должно остаться в Нет, это вы считаете, что имея архив можете судить о всех прочих архивах. >моём архиве, а что нет --- это мне решать. Единственное исключение Изобретаете велосипед? Когда дело касается только вас, вам решать, но когда документы касаются многих, то извините. >--- режим секретности, и то, разумно архивировать всё по максимуму, только >делая необходимые телодвижения и в соотв. с инструкциями. Суть дела о Кроме инструкций есть законодательство и есть накопленый человечеством опыт. >этого не меняется. В проектной документации, блин. Мне, возможно, с этим >же субподрядчиком ещё работать и напоминать ему некие разговоры не то, >что на текущем, но и на будущем проекте. >Чтобы было понятно --- я сохраняю, по возможности, всё. С версионированием, да >--- когда речь идёт о генерируемых документах. И просто сохраняю в >архиве попутно появляющиеся в поле зрения "вырезки интернет - страничек", статьи, >даташиты и прочий балшит. Разумеется, это всё "в кучу", как вы >изволили выразиться, не сваливается. И тем не менее, индексация, при работе Про сваливание в кучу я не говорил, но говорил, что вы умалчиваете, что любой документ вы скорее всего знаете куда должен лечь и без непомука. Тех средства глубоко вторичны в решении проблемы. >с накопившемся за много лет массивом, очень помогает. > >И не надо называть это синдромом Плюшкина. Это совершенно нормальная ситуация для >любого исследователя и возможность избавиться от пыльных папок, переложив всё на >винт --- это просто ура. Про Плюшкина это ваши слова. А вот про пыльных папок, то не все можно в винт засунуть. :) >Ах, вы не исследователя имели в виду? Ну так, во первых, вы Исследователи они такие разные, одни черепок считают ценнейшим документом. Правда чудаки? :) >сами говорили о "синдроме тапочек", это ваше определение... а во вторых, Я не делаю выводов по себе. Так что мимо. >даже кодер на почасовом окладе думает, совершенствуется и естественно, имеет личный >архив --- вам не подконтрольный, слава Богу! Да не один кодер нуждается в архиве. >> "Все украдено до нас", система ведения проектной документации придумана давно и используется без привязки к конкретным техсредствам. > >Окей. У меня в архиве огромное число статей по нелинейной оптике, спектроскопии, >лидарному зондированию... и программированию, в разных аспектах. Как ни странно, образуется >некоторое пересекающееся множество из этого хозяйства. И реально используется в работе. >И архив растёт --- ну, н каждый день, но растёт. >Изобразите мне использование здесь "системы ведения проектной документации". >Не можете? --- вылезайте из любимых тапочек. Я то и не залазил в них, вы про библиотечные программы разве не слышали? Ну а про научные статьи, то там как раз давно все продуманно. >Всё, на эту тему я более не дискутирую. Кому было интеерсно, вероятно, >давно всё понял и сделал вывод. Мой вывод --- использование интегрированных >средств индексации и отслеживания семантических связей --- весьма полезный инструмент. Лучше, >чтобы он был: жизнь облегчает значительн. Если у вас нет продуманной системы хранения документов, то все наоборот. >Наличие такого инструмента неизбежно ведёт к некоторому "избыточному", с точки зрения в >холостую работающей машины, поглощению ресурсов. Однако, играя настройками, всё легко привести >в состояние, когда повышения затрат не замечаешь. В любом случае, затраты >окупаются. Опять таки, только если вы знаете заранее как и что хранить и что делать с каждым документом. >Если с вашей кочки зрения это не так --- да на здоровье, С моей точки зрения технические средства вторичны. >решайте задачу поддержания всё время возрастающего архива в пригодном для эффективного >использования состоянии "чисто административно". Когда тупой поиск смутно вспоминаемой статьи среди >любовно сложенных на винт и очень хорошо рассортированных по папочкам файлов >станет занимать часы (а это, слава Интернету, происходит необычайно скоро с >момента, когда вы начинаете заниматься какой-то проблемой), придумайте ещё один способ >административного регулирования... Только учтите, опыт показывает, что полагаться на общеизвестные поисковые >машины и думать, что откладывать материалы себе в архив не нужно >--- чревато. Хосты имет обыкновение дохнуть и исчезать, незнамо куда. И >фиг что найдёшь. Я вначале продумываю систему, после подбираю средства реализации. Это намек как бы. >>У вас не меньше, судя по вашей логике вы школота. > >Спасибо. Знаете, я горд, что вы меня так определили. Мы, знаете ли, >учимся с первого движения в утробе и до посмертных галлюцинаций. Чертовски >хочется сохранить эту способность как можно дольше. Так что, да, я >вечный школьник и вечный студент. Credo. Приятно, что хоть в чем то совпали мнения. Я давно понял, что с определенного возраста "школота" это комплимент.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	87. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от pazke on 07-Сен-10, 10:41
	> На моей машине самые ранние документы датируются (создане файла) 1987 годом, самая ранняя почта --- 1992, вырезки из сети (тогда ещё из фидошки) --- 1991. Ох уж мне эти сказочники.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	92. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от fr0ster (ok) on 07-Сен-10, 10:50
	>> На моей машине самые ранние документы датируются (создане файла) 1987 годом, самая ранняя почта --- 1992, вырезки из сети (тогда ещё из фидошки) --- 1991. > >Ох уж мне эти сказочники. У меня на машине документы относящиеся к 1865 или 1913 есть :) Скан справочника для нижних чинов полиции к примеру.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	97. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от glebiao on 07-Сен-10, 11:42
	>У меня на машине документы относящиеся к 1865 или 1913 есть :) >Скан справочника для нижних чинов полиции к примеру. представьте, у меня тоже есть сканы достаточно древних книг. И что? Внимательнее читайте дискуссию --- я говорю о дате СОЗДАНИЯ. На моей машине "история" начинается с 87-го, хотя очень многое было утеряно, разумеется. У кого-то история начнётся с 2010, но всё равно, неизбежно вырастет в много десятилетний массив --- просто потому, что нынче всё делается за компом. А всего 10 лет назад, это было не так и без средств индексации и семантик можно было легко обойтись. Но обходиться и впредь --- минимум, глупо.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	102. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от fr0ster (ok) on 07-Сен-10, 13:17
	>>У меня на машине документы относящиеся к 1865 или 1913 есть :) >>Скан справочника для нижних чинов полиции к примеру. > >представьте, у меня тоже есть сканы достаточно древних книг. И что? И ничего. >Внимательнее читайте дискуссию --- я говорю о дате СОЗДАНИЯ. На моей машине >"история" начинается с 87-го, хотя очень многое было утеряно, разумеется. У >кого-то история начнётся с 2010, но всё равно, неизбежно вырастет в >много десятилетний массив --- просто потому, что нынче всё делается за >компом. А всего 10 лет назад, это было не так и У людей обычно ведется картотека как минимум. Это можно было и 10 и 20 лет назад вести, даже без компа, вы не поверите. >без средств индексации и семантик можно было легко обойтись. Но обходиться >и впредь --- минимум, глупо. Глупо считать, что без непомука с кедами не обойтись в данном вопросе. Глупо считать что программа индексации едва не главное для ведения архива.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	105. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от glebiao on 08-Сен-10, 07:09
	>У людей обычно ведется картотека как минимум. Это можно было и 10 >и 20 лет назад вести, даже без компа, вы не поверите. Ещё раз --- чем бумажная картотека отличается от компьютеризированного индекса? Принципиально? Кроме того, что начиная с некоторого объёма архива использование использование неавтоматизированных средств индексации непроизводительно, нерационально и приводит к невозможности за разумное время найти документ. Вспомните историю вопроса, и когда стали вводить попытки автоматизации? Карты с краевой перфорацией и прочие изыски? >>без средств индексации и семантик можно было легко обойтись. Но обходиться >>и впредь --- минимум, глупо. > >Глупо считать, что без непомука с кедами не обойтись в данном вопросе. >Глупо считать что программа индексации едва не главное для ведения архива. Не приписывайте мне того, что я не говорил. Я говорил, что глупо отказываться от таковых средств, если они имеются.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	109. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от fr0ster (ok) on 08-Сен-10, 08:49
	>>У людей обычно ведется картотека как минимум. Это можно было и 10 >>и 20 лет назад вести, даже без компа, вы не поверите. > >Ещё раз --- чем бумажная картотека отличается от компьютеризированного индекса? Принципиально? Кроме >того, что начиная с некоторого объёма архива использование использование неавтоматизированных средств >индексации непроизводительно, нерационально и приводит к невозможности за разумное время найти >документ. Вспомните историю вопроса, и когда стали вводить попытки автоматизации? Карты >с краевой перфорацией и прочие изыски? Опять таки, сходите в библиотеку и перестаньте утверждать чушь. Бардак автоматизировать невозможно, в архивах и библиотеках до автоматизации был порядок. И заявление о невозможности найти документ говорит о вашем непонимании вопроса. Вы совершенно не учитываете роль архивариуса и библиотекаря, которые всегда дадут сто очков любой автоматизации. >>>без средств индексации и семантик можно было легко обойтись. Но обходиться >>>и впредь --- минимум, глупо. >>Глупо считать, что без непомука с кедами не обойтись в данном вопросе. >>Глупо считать что программа индексации едва не главное для ведения архива. > >Не приписывайте мне того, что я не говорил. Я говорил, что глупо >отказываться от таковых средств, если они имеются. У вас же задача решается техническими средствами. При этом такими, какие решают задачу наименее рациональным способом.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	95. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от glebiao on 07-Сен-10, 11:36
	>> На моей машине самые ранние документы датируются (создане файла) 1987 годом, самая ранняя почта --- 1992, вырезки из сети (тогда ещё из фидошки) --- 1991. > >Ох уж мне эти сказочники. Вам что-нибудь выслать?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	55. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от Аноним (??) on 06-Сен-10, 15:24
	это все замечательно. да, прогресс, семантика и прочее уе-мое. вот когда ваш сссымантический десктоп начнет работать так, чтобы профит от этого был очевиден мне, пользователю - вот тогда ваши рассказки про усилители интеллекта будут иметь под собой хоть какое-то основание. до этого момента это все - евангелистское овно. вы че думаете, люди просто так, от нехрен делать, эту муру у себя на машинах выпиливают? нет, потому что она им работать мешает. потому что машина ВНЕЗАПНО тормозит. Или oom начинает выкашивать всех подряд. а выгоды от ее работы не видно. вот не видно, и все. то есть я вообще не вижу, где и как оно применяется. может, вы расскажете, а? только не надо снова начинать про парадигмы и интеллектуальную среду, четверг, пятницу. вот какая мне польза от непомука с аконади в KDE 4.3? простыми словами, если можно. а то у меня понедельники не очень интеллектуальные.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	64. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от glebiao on 07-Сен-10, 08:17
	>вот когда ваш сссымантический десктоп начнет работать так, чтобы профит от этого >был очевиден мне, пользователю - вот тогда ваши рассказки про усилители >интеллекта будут иметь под собой хоть какое-то основание. до этого момента >это все - евангелистское овно. С того момента, как вы начнёте это мспользовать, тогжда и станет очевиден. >вы че думаете, люди просто так, от нехрен делать, эту муру у >себя на машинах выпиливают? >нет, потому что она им работать мешает. потому что машина ВНЕЗАПНО тормозит. "Внезапно" --- не тормозит. Вероятно (очевидно?) ваши юзеры никогла не дали индексаторам полностью проработать (а всего-то, обычно, достаточно оставить машину на ночь). После этого --- не тормозит. Никогда. Впрочем, сорри. Тормозит. Когда по cron.daily начинают работать архаичные updatedb, makewhatis и Ко. К КДЕ это отношения не имеет, угу? И да, юзеры, вероятно, всё держат на ext3? >Или oom начинает выкашивать всех подряд. а выгоды от ее работы Может, что в консерватории подправить? >вот какая мне польза от непомука с аконади в KDE 4.3? >простыми словами, если можно. а то у меня понедельники не очень >интеллектуальные. простыми --- найдите сообщение в аське, касающееся решения некоей задачи Y (пусть прошло N лет/месяцев и вы уже не можете быстро всё вспомнить). При условии, что в искомом сообщении не было ни одного слова, непосредственно касающегося задачи, но в этом разговоре вы делали отсылки к почте, касающейся проекта. Без индексаторов и непомука. А я посмотрю на вас в сторонке. Удачи.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	91. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от pazke on 07-Сен-10, 10:50
	>С того момента, как вы начнёте это мспользовать, тогжда и станет очевиден. Вот когда этим будет возможно пользоваться, тогда будет о чем говорить. Пока что это кривое и прожорливое хрен пойми что. >"Внезапно" --- не тормозит. Вероятно (очевидно?) ваши юзеры никогла не дали индексаторам полностью проработать (а всего-то, обычно, достаточно оставить машину на ночь). После этого --- не тормозит. Никогда. Еще бы эти индексаторы (вы вероятно strigi имеете в виду ?) могли что-нибудь доиндексировать не упав c Segmentation Fault. >Впрочем, сорри. Тормозит. Когда по cron.daily начинают работать архаичные updatedb, makewhatis и Ко. К КДЕ это отношения не имеет, угу? Вот они как раз работают по ночам и жить не мешают совершенно. >И да, юзеры, вероятно, всё держат на ext3? И что ? >>Или oom начинает выкашивать всех подряд. а выгоды от ее работы > >Может, что в консерватории подправить? Что именно ? Впаять в ноутбук пару лишних разьемов для памяти ?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	98. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от glebiao on 07-Сен-10, 11:50
	>Вот когда этим будет возможно пользоваться, тогда будет о чем говорить. Пока >что это кривое и прожорливое хрен пойми что. Я не говорю, что нынешняя реализация -- идеал. Тем не менее, она уже работоспособна и её *уже* вполне можно начинать использовать. >Еще бы эти индексаторы (вы вероятно strigi имеете в виду ?) могли >что-нибудь доиндексировать не упав c Segmentation Fault. Знаете, я не в восторге от strigi, склонен считать его, пардон, высером, и предпочитаю recoll. Тем не менее, strigi сейчас вполне себе работает и действительно, очень быстро. И не падает. Какие у вас версии и чьей сборки (от сборки ависит очень много, как показала жизнь). "Падало", когда стоял неудачный virtuoso-бэкенд, хотя какая связь между стриги и виртуозо --- тайна глубокая. > >>Впрочем, сорри. Тормозит. Когда по cron.daily начинают работать архаичные updatedb, makewhatis и Ко. К КДЕ это отношения не имеет, угу? > >Вот они как раз работают по ночам и жить не мешают совершенно. Ну-ну. На не круглосуточной-то машине? Не рассказывайте сказки. >>И да, юзеры, вероятно, всё держат на ext3? > >И что ? А то, что ext3 весьма плохо работает под конкурентной нагрузкой. вы не знали? А индексация --- тяжёлая конкурентная нагрузка. >>>Или oom начинает выкашивать всех подряд. а выгоды от ее работы >> >>Может, что в консерватории подправить? > >Что именно ? Впаять в ноутбук пару лишних разьемов для памяти ? Разобраться, что жрёт у вас память, найти, что течёт? В конце концов, при невозможности расширить физическую, хотя-бы раздвинуть своп?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	103. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от Аноним (??) on 08-Сен-10, 03:58
	>С того момента, как вы начнёте это мспользовать, тогжда и станет очевиден. - Официант, вы принесли мне тарелку с овном! - Ну и что, что овно? Вы попробуйте - пальчики оближете! >"Внезапно" --- не тормозит. Вероятно (очевидно?) ваши юзеры никогла не дали это не мои юзеры. это я юзер. и на работе машину пользую в рабочее время. она у меня неделями не выключается. а вот поди ж ты, пришлось лезть в топ и разбираться. >И да, юзеры, вероятно, всё держат на ext3? мне пофиг. это я - юзер и мне пофиг, что у меня за файловая система стоит на моей рабочей станции. мне достаточно, чтобы она была good enough for me. не хватало мне еще на десктопе FS подбирать и тюнить. >>Или oom начинает выкашивать всех подряд. а выгоды от ее работы >Может, что в консерватории подправить? а, ну да ну да. мы живем в двадцать первом веке, а у вас на компьютере еще до сих пор какие-то сиране 2 гига памяти. да вы лузир! ок, я подправил в консерватории. угадайте, что именно. теперь по части недостатка памяти меня тревожит только файрфокс. но его мне не жалко раз в пару дней передернуть. >простыми --- найдите сообщение в аське, касающееся решения некоей задачи Y (пусть прошло N лет/месяцев и вы уже не можете быстро всё вспомнить). При условии, что в искомом сообщении не было ни одного слова, непосредственно касающегося задачи, но в этом разговоре вы делали отсылки к почте, касающейся проекта. Ггг, зачем так сложно? У меня есть куча каталогов, набитых пдфками с именами вида sg12345678.pdf. С заботливо прописанными авторским коллективом пропертями и тайтлами. Вот чо-то это ваше индексирование и непомуки не помогли в их автоматической индексации ни на копейку. Пришлось руками в дельфине прописывать. ОК, потратил два часа, разгреб один каталог. Скопировал его в другое место - все тэги псу под хвост. Это достаточно семантический пример? И нет, на тот момент я еще не подозревал, что у меня в процессах сидят всякие непомуки и стрижи. Как поставил, залил старый хоум, так и начал работать.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	106. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от glebiao (ok) on 08-Сен-10, 07:21
	>>С того момента, как вы начнёте это мспользовать, тогжда и станет очевиден. > >- Официант, вы принесли мне тарелку с овном! >- Ну и что, что овно? Вы попробуйте - пальчики оближете! Откуда вы знаете, что это оно, если в тарелку даже не заглядывали? >поди ж ты, пришлось лезть в топ и разбираться. Так, и кто сидел во первых строках письма? >>И да, юзеры, вероятно, всё держат на ext3? > >мне пофиг. это я - юзер и мне пофиг, что у меня Вам -- пофиг. Админу, который тачку настраивал, не должно быть пофиг. >за файловая система стоит на моей рабочей станции. мне достаточно, чтобы >она была good enough for me. не хватало мне еще на Вот этот критерий good enough в студию. >десктопе FS подбирать и тюнить. Тюнить -- никто не заставляет. Подбирать -- тоже. Выбрать, исходя из знания "устаревшая ФС -- задачи", раз уж ситуация такова, что по дефолту ставится именно устаревшая ФС --- да почему нет? >>Может, что в консерватории подправить? > >а, ну да ну да. мы живем в двадцать первом веке, а >у вас на компьютере еще до сих пор какие-то сиране 2 >гига памяти. да вы лузир! Не передёргивайте. Сколько свопа доступно? Какие задачи решаются? Или вы то же "юзер до такой степени", что вас это не волнует? >именами вида sg12345678.pdf. С заботливо прописанными авторским коллективом пропертями и тайтлами. >Вот чо-то это ваше индексирование и непомуки не помогли в их >автоматической индексации ни на копейку. Пришлось руками в дельфине прописывать. Зачем? >потратил два часа, разгреб один каталог. Скопировал его в другое место >- все тэги псу под хвост. Это достаточно семантический пример? Нет. Зачем тут вообще нужно было что-то руками разгребать? Ну и наконец, под какой версией это всё происходило? Вас предупреждали, что в ранних версиях механизм только-то только начинал жить, всё это ещё н достигло стабильного состояния. >в процессах сидят всякие непомуки и стрижи. Как поставил, залил старый >хоум, так и начал работать. Самая замечательные грабли для большинства юзеров, заботливо подложенные дистростроителями, это когда одновременно работают beagle, strigi а у любителей в это же время её и recoll индексы строит. Вот это да. романтика.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	20. "Бета-тестирование переработанной системы управления персонал..."	+5 +/–
	Сообщение от h31 (ok) on 05-Сен-10, 18:36
	> Ибо 4 гига ОЗУ - это не так уж и много, оказывается ;) Да ты что. Я прекрасно сидел на KDE4 на 512 мб памяти и более того, не следил, кто сколько потребляет. Сейчас у меня 2 гб и я могу спокойно запустить несколько виртуальных машин. Меня очень, нет, ОЧЕНЬ удивляет, когда при 4 гб ОЗУ обращают внимание на какие-то 100-200 мегабайт, потребляемые браузером. А MySQLe так вообще значительно меньше использует, если его использовать только для Akonadi и прочего. >И postgres тоже! Кто-то его уже требует? Если нет, зачем поднимать столько шума? >Хватит sqlite и даже файлового хранилища Просто по той причине, что у тебя нет тысяч писем, заметок, RSS-записей и прочего. Надо сказать спасибо разработчикам Akonadi, что учитывают такие объемы.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	23. "Бета-тестирование переработанной системы управления персонал..."	+4 +/–
	Сообщение от ABC (??) on 05-Сен-10, 20:09
	>Просто по той причине, что у тебя нет тысяч писем, заметок, RSS-записей и прочего. >Надо сказать спасибо разработчикам Akonadi, что учитывают такие объемы. +1 Очень точно замечено.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	28. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от Arcturus (ok) on 05-Сен-10, 20:55
	>Просто по той причине, что у тебя нет тысяч писем, заметок, RSS-записей и прочего. Надо сказать спасибо разработчикам Akonadi, что учитывают такие объемы. Каждый, конечно, судит по себе. Но у меня тоже "тысячи писем" и rss-записей. Однако в актуальный момент времени использую только несколько писем (при деловой переписке, допустим будет побольше), а RSS-записи 1 раз прочёл и забыл (очень редко к ним возвращаюсь). Claws-mail по зарез хватает. А тысячи писем - пускай хранятся на сервере; они для этого и предназначены.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	43. "Бета-тестирование переработанной системы управления персонал..."	–2 +/–
	Сообщение от Андрей (??) on 06-Сен-10, 10:50
	>>Я прекрасно сидел на 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. Но задачи могут разные и не обязательно они у меня и у вас одинкаовые. И не надо мерять ПО СЕБЕ. :)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	51. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от h31 (ok) on 06-Сен-10, 14:57
	>nepomuk+остальное - это несколько более, чем 100-200МБ. Это 700-800МБ :) Пардон, не в курсе, какой у Вас дистрибутив, какая версия кед. Но 700-800 мб - это уже слишком. Что-то не особо верится, если честно. Тем более не сильно верю, что остается 100-200МБ от 4Гиг. Только если запустишь 5 виртуалок, кучу вкладок в браузере и ещё что-нибудь очень серьёзное. >А на память буду смотреть, т.к. я из старого поколения Ну, было такое. Но стоит уже посмотреть на календарь. >И не надо мерять ПО СЕБЕ. :) Тот же самый совет и Вам :)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	56. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от Андрей (??) on 06-Сен-10, 18:59
	Но 700-800 мб - это уже слишком. Gentoo а накой мне нужен nepomuk, если мне не будет ВЕСЬ винт индексировать? А а это тормозилово. перетопчемся на beagle+kerry. ;) А почту, как я говорил, держу на imap-серверах (в частности, gmail). оно и сохраннее, и не тянет лишнего... Вобщем, снес 4тые кеды, поставил обратно 3.5. и все зашевелилось. фряха щас вставала под виртуалкой - 3 минуты, вместо получаса еще 3 дня назад ;) Сменил только DE ;)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	62. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от glebiao on 07-Сен-10, 08:03
	>Но 700-800 мб - это уже слишком. См. пост ниже по память. Это машина, на которой запущено много кде-шного барахла, включая такие пожиратели памяти, как торренты. >а накой мне нужен nepomuk, если мне не будет ВЕСЬ винт индексировать? Непомук НИКОГДА не будет вам индексировать винт. НИ-КОГ-ДА. Учите матчасть. >А а это тормозилово. перетопчемся на beagle+kerry. ;) для сравнения, beagle занимает (когда индексация завершена!) beagled          всего виртуальной =  1906.265625 [МБ] всего резидентной =  1167.71875 [МБ] При активной индексации цифры примерно утраиваются. >я говорил, держу на imap-серверах (в частности, gmail). оно и сохраннее, >и не тянет лишнего... Это не всегда возможно и разумно. >Вобщем, снес 4тые кеды, поставил обратно 3.5. и все зашевелилось. фряха щас >вставала под виртуалкой - 3 минуты, вместо получаса еще 3 дня >назад ;) Сменил только DE ;) Бред. Ищите причину.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	69. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от fr0ster (ok) on 07-Сен-10, 08:34
	Если пользователю проще сменить ДЕ, то причину пусть ищут разрабы. А разрабы кед идут дорогой Билли Бонса, в смыле Гейтса, превращают кеды в спаяный монолит, в котором выбора у пользователя все меньше. Вас пугают зависимости гнома? После того как выянлось, что любая кдешная прога потащит за собой половину кед? Жжоте.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	70. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от glebiao on 07-Сен-10, 08:38
	>в спаяный монолит, в котором выбора у пользователя все меньше. Вас Это неправда. >пугают зависимости гнома? После того как выянлось, что любая кдешная прога >потащит за собой половину кед? Жжоте. Это не так.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	73. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от fr0ster (ok) on 07-Сен-10, 08:49
	>>в спаяный монолит, в котором выбора у пользователя все меньше. Вас > >Это неправда. Ага, но аконади не выпилить в 4.5, а поставить что нить кедное под гном значит потащить половину кед минимум. >>пугают зависимости гнома? После того как выянлось, что любая кдешная прога >>потащит за собой половину кед? Жжоте. > >Это не так. Это так. Пробовали ставить чтонить кедное не под кеды?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	75. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от glebiao on 07-Сен-10, 09:08
	>>>в спаяный монолит, в котором выбора у пользователя все меньше. Вас >> >>Это неправда. > >Ага, но аконади не выпилить в 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 Ну и где "половина кед"?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	78. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от fr0ster (ok) on 07-Сен-10, 09:20
	Как раз в вашем списке. Бабка за дедку, внучка за жучку. Сравните с зависимостями в гноме аналогичного софта. Да и радует необходимость тянуть мускуль на нетбук.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	81. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от glebiao on 07-Сен-10, 09:38
	>Как раз в вашем списке. Бабка за дедку, внучка за жучку. Сравните >с зависимостями в гноме аналогичного софта. Покажите в Гноме АНАЛОГИЧНЫЙ софт. F-spot, пардон, не умеет и четверти из дигикамовских возможностей. Я ведь не зря привёл в пример это приложение, оно много, что тянет --- от мультимедиа до геолокации и интеграции с непомуком. Мог бы и какой-нибудь kcalc указать, почти с нулевыми зависимостями. И всё равно, это далеко не "половина кед"! > Да и радует необходимость тянуть мускуль на нетбук. Строго говоря, он там не нужен (не обязателен, точнее): эта зависимость на совести мэйнтейнера.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	84. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от fr0ster (ok) on 07-Сен-10, 10:08
	>>Как раз в вашем списке. Бабка за дедку, внучка за жучку. Сравните >>с зависимостями в гноме аналогичного софта. > >Покажите в Гноме АНАЛОГИЧНЫЙ софт. F-spot, пардон, не умеет и четверти из >дигикамовских возможностей. Я ведь не зря привёл в пример это приложение, >оно много, что тянет --- от мультимедиа до геолокации и интеграции >с непомуком. Мог бы и какой-нибудь kcalc указать, почти с нулевыми >зависимостями. В гноме я поставлю набор специализированных утилит, при тех же возможностях выйдет более подходящее под меня конкретно. Это сугубо виндовая привычка вмещать в одной утилите все. >И всё равно, это далеко не "половина кед"! У вас глаз замылился, а мне и меньшего списка из кед много. >> Да и радует необходимость тянуть мускуль на нетбук. > >Строго говоря, он там не нужен (не обязателен, точнее): эта зависимость на >совести мэйнтейнера. То есть кедо-разрабы нетбуки не рассматривают как платформу?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	88. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от glebiao on 07-Сен-10, 10:43
	>>Покажите в Гноме АНАЛОГИЧНЫЙ софт. F-spot, пардон, не умеет и четверти из >>дигикамовских возможностей. Я ведь не зря привёл в пример это приложение, >>оно много, что тянет --- от мультимедиа до геолокации и интеграции >В гноме я поставлю набор специализированных утилит, при тех же возможностях выйдет >более подходящее под меня конкретно. Это сугубо виндовая привычка вмещать в Это каких это специализированных утилит? Перечислите поимённо. Кстати, просто поиск в гугле по поводу управления exif/xmp/iptc метаданными приводит к довольно монстрообразным скриптам, весьма неудобным в использовании. А отдельные утилиты для поиска по xmp тегам вовсе неизвестны. Не говоря о том, что вы просто не решите отдельными утилитами комплексную задачу управления сколь-либо разветвлённой фотоколлекцией. >одной утилите все. В данном случае Вы не владеете предметом. > >>И всё равно, это далеко не "половина кед"! > >У вас глаз замылился, а мне и меньшего списка из кед много. посмотрите повнимательнее. Там часть kdelibs и qt4. Это весьма далеко от полного содержимого /usr/lib/kde4 >То есть кедо-разрабы нетбуки не рассматривают как платформу? А причём тут разработчики кед? Это конкретное решение мэйнтейнера пакета отдельно взятого дистрибутива.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	57. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от Андрей (??) on 06-Сен-10, 19:06
	и то что несколько месяцев сидели без почтового клиента (по сути), в версии 4.5 мне почему-то даже akonadi нормально настроить не получилось (в 4.4.92 даже еще работало), и людям ставил. Почему про почту вспомнил - так ведь ИНТЕГРАЦИЯ! я вообще любитель использовать то, что "в комплекте идет" (в данном случае в кедах). Про гном за интеграцию не скажешь - куча gtk-прог, с зависимостями моск сломаешь (да! у меня генту!), но начинал-то не с нее... и подсел на кеды. тогда они мне показались более стройными и самодостаточными, нежели гном.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	61. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от glebiao on 07-Сен-10, 07:56
	>и то что несколько месяцев сидели без почтового клиента (по сути), Не сидели. Обращайтесь к дистростроителям. >версии 4.5 мне почему-то даже akonadi нормально настроить не получилось (в работает без нареканий (см. пост ниже с занимаемой памятью). >и людям ставил. Почему про почту вспомнил - так ведь ИНТЕГРАЦИЯ! я ну да. кстати, kmail --- один из лучших почтовых клиентов среди вообще существующих. Как минимум, заметно лучше thunderbird. >с нее... и подсел на кеды. тогда они мне показались более >стройными и самодостаточными, нежели гном. Так и есть.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	60. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от glebiao on 07-Сен-10, 07:52
	>Обратить внимание на ОСТАВШИЕСЯ 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 = 0     for 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)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	66. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от fr0ster (ok) on 07-Сен-10, 08:23
	А у меня Убунта 10.4 + ГНОМ + апач с мускулом с пхпшным движком для личных целей + скачка торрентов + Файрфокс с кучей страниц но с NoScript и AdBlock(не помню как плугин для резки рекламы точно зовется) + 2 гига ОЗУ + ext4 на используемых разделах. И своп не используется. Только в редкие моменты, когда квака 4 или фокс(вот гад) или мои проги самописные откушивают памяти и система начинает юзать своп. Но тормозовне наблюдается. И что? Делаем вывод, что кеды в два раза прожорливее гнома?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	68. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от glebiao on 07-Сен-10, 08:34
	>А у меня Убунта 10.4 + ГНОМ + апач с мускулом с >пхпшным движком для личных целей + скачка торрентов + Файрфокс с И что? на той машине, что я вам привёл в качестве примера, тоже много, чего ещё используется. В том числе, и апач, и сабвершен, и гитусис и самба немерянная и юзеров по ssh и freeNX более одного, и конфигурация видео двухмониторная. И что? >юзать своп. Но тормозовне наблюдается. >И что? Делаем вывод, что кеды в два раза прожорливее гнома? Нет. Очевидно, что вы не знаете конкретных условий работы а далеко идущие выводы при этом делаете. Глупо.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	72. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от fr0ster (ok) on 07-Сен-10, 08:46
	>>А у меня Убунта 10.4 + ГНОМ + апач с мускулом с >>пхпшным движком для личных целей + скачка торрентов + Файрфокс с > >И что? на той машине, что я вам привёл в качестве примера, >тоже много, чего ещё используется. В том числе, и апач, и >сабвершен, и гитусис и самба немерянная и юзеров по ssh и >freeNX более одного, и конфигурация видео двухмониторная. И что? То что задачи машина решает одного поряка с машиной в вашем примере >>юзать своп. Но тормозовне наблюдается. >>И что? Делаем вывод, что кеды в два раза прожорливее гнома? > >Нет. Очевидно, что вы не знаете конкретных условий работы а далеко идущие >выводы при этом делаете. Глупо. Нет, выводы на основе конкретной машины делаете вы. А я спрашиваю, на основании вашей методы в моем случае мне следует сделать такой вывод или вы может перестанете мерить по себе всех? У вас "синдром домашних тапочек", вы считаете что у всех та же ситуация, что у вас.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	76. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от glebiao on 07-Сен-10, 09:10
	>или вы может перестанете мерить по себе всех? У вас "синдром >домашних тапочек", вы считаете что у всех та же ситуация, что >у вас. Не считаю. Я говорю только, что слова о немерянном потреблении ресурсов кедами + службы индексации и семантики --- это *&(*ёж и провокация.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	79. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от fr0ster (ok) on 07-Сен-10, 09:24
	>>или вы может перестанете мерить по себе всех? У вас "синдром >>домашних тапочек", вы считаете что у всех та же ситуация, что >>у вас. > >Не считаю. Я говорю только, что слова о немерянном потреблении ресурсов кедами >+ службы индексации и семантики --- это *&(*ёж и провокация. Я же сказал что аналогичная по задачам машина но с гномом требует в два раза меньше ОЗУ. Вот и считайте что все противоречащее вам "это *&(*ёж и провокация"
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	82. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от glebiao on 07-Сен-10, 09:39
	>>или вы может перестанете мерить по себе всех? У вас "синдром >>домашних тапочек", вы считаете что у всех та же ситуация, что >>у вас. > >Не считаю. Я говорю только, что слова о немерянном потреблении ресурсов кедами >+ службы индексации и семантики --- это *&(*ёж и провокация. внимательнее читайте собеседника.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	85. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от fr0ster (ok) on 07-Сен-10, 10:21
	>>>или вы может перестанете мерить по себе всех? У вас "синдром >>>домашних тапочек", вы считаете что у всех та же ситуация, что >>>у вас. >> >>Не считаю. Я говорю только, что слова о немерянном потреблении ресурсов кедами >>+ службы индексации и семантики --- это *&(*ёж и провокация. > >внимательнее читайте собеседника. Это вы сами себе отвечаете? Тут я с вами согласен. Внимательнее будьте. :)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	89. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от glebiao on 07-Сен-10, 10:48
	>Это вы сами себе отвечаете? Тут я с вами согласен. Внимательнее будьте. Вас ткнуть носом в абзац, из которого следует, что приведено потребление памяти только для КДЕ, а вовсе не для всех процессов на машине? Вам не очевидно, что Ваш вывод, следующий из "неиспользования свопа у Вас" --- бред сивой кобылы?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	93. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от fr0ster (ok) on 07-Сен-10, 10:53
	>>Это вы сами себе отвечаете? Тут я с вами согласен. Внимательнее будьте. > >Вас ткнуть носом в абзац, из которого следует, что приведено потребление памяти >только для КДЕ, а вовсе не для всех процессов на машине? >Вам не очевидно, что Ваш вывод, следующий из "неиспользования свопа у >Вас" --- бред сивой кобылы? Вас ткнуть в 4 гига памяти на вашей машине? Прочие процессы у вас и у меня кушают одинаковое количество памяти, но ваше КДЕ не тормозит на 4, а мое ГНОМ на 2, Вам не очевидно что ВАШ способ доказательства - бред сивой кобылы?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	99. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от glebiao on 07-Сен-10, 11:59
	>>Вам не очевидно, что Ваш вывод, следующий из "неиспользования свопа у >>Вас" --- бред сивой кобылы? > >Вас ткнуть в 4 гига памяти на вашей машине? Прочие процессы у >вас и у меня кушают одинаковое количество памяти, но ваше КДЕ >не тормозит на 4, а мое ГНОМ на 2, Вам не >очевидно что ВАШ способ доказательства - бред сивой кобылы? Вам выслать потребление памяти на ноутбуке под i586 , 2Гб ОЗУ? С примерно тем же кругом задач? Не тормозит. И чудо, с нулевым свопом. Наводящий вопрос -- Вы привели Ваши настройки swapiness? Хотите, чтобы на вас обидно не обзывались, приведите конкретные циферки, сколько жрёт ваш гном. Простой скриптик, по образу и подобию которого вы можете это быстренько проделать, опубликован выше. PS: деятели, своп отключающие и умиляющиеся "нулевому свопу", вообще, восхищают. Ни одному даже в голову не придёт, что это, вообще говоря, плохо и отрицательно сказывается на производительности. Так же, как и интенсивный своп.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	101. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от fr0ster (ok) on 07-Сен-10, 13:12
	>Хотите, чтобы на вас обидно не обзывались, приведите конкретные циферки, сколько жрёт >ваш гном. Простой скриптик, по образу и подобию которого вы можете >это быстренько проделать, опубликован выше. В отличие от вас я считаю, что подобная метода измерений на одной машине не дает права делать выводы за всех, вы же упорно считаете свою методу доказательной. Два гига ОЗУ достаточно для системы, чтобы залазить в своп только когда запущено несколько програм. Вы же за кучей цифр пытаетесь скрыть, что кеды всегда лезут в своп. >PS: деятели, своп отключающие и умиляющиеся "нулевому свопу", вообще, восхищают. Ни одному >даже в голову не придёт, что это, вообще говоря, плохо и >отрицательно сказывается на производительности. Так же, как и интенсивный своп. Такие деятели как вы, даже прочесть оппонента не удосуживаются, но выводы и домыслы производят. Я не писал что отключил свопинг. Я написал что своп не используется, за исключением пиковых моментов, когда мои самописные проги или файрфокс откушивают излишне ОЗУ. или вы думаете прога вначале просит своп дать а потом память идет жрать?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	107. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от glebiao (ok) on 08-Сен-10, 07:32
	>>Хотите, чтобы на вас обидно не обзывались, приведите конкретные циферки, сколько жрёт >>ваш гном. Простой скриптик, по образу и подобию которого вы можете >>это быстренько проделать, опубликован выше. > >В отличие от вас я считаю, что подобная метода измерений на одной >машине не дает права делать выводы за всех, вы же упорно >считаете свою методу доказательной. Два гига ОЗУ достаточно для системы, чтобы >залазить в своп только когда запущено несколько програм. >Вы же за кучей цифр пытаетесь скрыть, что кеды всегда лезут в >своп. Вы очень смелый человек: только настоящий рубака не побоиться выставить на всеобщее обозрения своё невежество. У вас такой же дистрибутив, что и у меня? В том числе, у вас то же ядро и, что более важно, те же настройки ядра? Та же стратегия свопирования? У вас тот же объём дисковой системы, те же файловые системы, та же интенсивность ввода -- вывода? Вы посмотрели все запущенные процессы, интенсивность ввода - вывода и общее потребление ресурсов (время процессора/память)? Вы полагаете, что всё вышеперечисленное неважно и можно оценить потребление памяти только исходя из того факта. что машина А лезет в своп, а Б -- нет? тогда вы ни хрена не знаете, как работает распределение памяти в линуксе. Потрудитесь ознакомиться. >откушивают излишне ОЗУ. или вы думаете прога вначале просит >своп дать а потом память идет жрать? Я думаю, что вы не знаете, как работает распределение памяти и как от текущих настроек зависит стратегия распределения памяти и работы со свопом.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	110. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от fr0ster (ok) on 08-Сен-10, 08:59
	>>В отличие от вас я считаю, что подобная метода измерений на одной >>машине не дает права делать выводы за всех, вы же упорно >>считаете свою методу доказательной. Два гига ОЗУ достаточно для системы, чтобы >>залазить в своп только когда запущено несколько програм. >>Вы же за кучей цифр пытаетесь скрыть, что кеды всегда лезут в >>своп. > >Вы очень смелый человек: только настоящий рубака не побоиться выставить на всеобщее >обозрения своё невежество. Бревна в глазу не замечаем? Прулесно. Вам говорится, что ваша  методика крива, но вы упорно считаете, что ваши выводы по такой методике верные, чужие неверные. Гениально. >У вас такой же дистрибутив, что и у меня? В том числе, >у вас то же ядро и, что более важно, те же >настройки ядра? Та же стратегия свопирования? У вас тот же объём >дисковой системы, те же файловые системы, та же интенсивность ввода -- >вывода? Вы посмотрели все запущенные процессы, интенсивность ввода - вывода и >общее потребление ресурсов (время процессора/память)? Когда вы свои циферки приводили для доказательства вас не волновало у кого какой дистр, какое ядро, какие настройки, вам надо было доказать, что кеды летают. Теперь вдруг о такой детали вспомнили. >[оверквотинг удален] >исходя из того факта. что машина А лезет в своп, а >Б -- нет? тогда вы ни хрена не знаете, как работает >распределение памяти в линуксе. Потрудитесь ознакомиться. > >>откушивают излишне ОЗУ. или вы думаете прога вначале просит >>своп дать а потом память идет жрать? > >Я думаю, что вы не знаете, как работает распределение памяти и как >от текущих настроек зависит стратегия распределения памяти и работы со свопом. > Вы еще и телепат. А главное какая гениальная мысль, от незнания настроек и механизма распределения памяти можно уменьшить расход памяти. Супер! Знаете, вы не думайте, вы спросите, а то попадаете пальцем в небо, ей богу. И читайте все таки внимательно, а не по диагонали.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	111. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от glebiao (ok) on 08-Сен-10, 10:47
	>>>Вы же за кучей цифр пытаетесь скрыть, что кеды всегда лезут в >>>своп. > >>Вы очень смелый человек: только настоящий рубака не побоиться выставить на всеобщее >>обозрения своё невежество. >Бревна в глазу не замечаем? Прулесно. Вам говорится, что ваша  методика крива, но вы >упорно считаете, что ваши выводы по такой методике верные, чужие неверные. Гениально. Всё-таки, вы трепло, извините. Какая методика крива? Ваша? По факту "у меня в своп не лазит"? Или моё предложение, посмотреть объективные циферки потребления памяти в моём и вашем случае (естественно, архитектура должна быть одинакова, но ядро -- не обязательно) и сравнить. Так "какая" методика кривая? >А главное какая гениальная мысль, от незнания настроек и механизма распределения памяти можно уменьшить расход памяти. Супер! Вы трепло и демагог. Покажите, где я это говорил. Я указал Вам, что сравнивать потребление памяти в случае РАЗНЫХ ядер, дистрибутивов, характеристик дисковой системы, набора запущенных процессов и тем более, архитектур, по критерию "у меня в своп не лазит" --- бред. И намекнул, что работа со свопом, вообще говоря, довольно опосредованно зависит от потребностей приложения в памяти, своппинг может начаться значительно раньше, чем вы думаете.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	113. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от fr0ster (ok) on 08-Сен-10, 11:26
	>Всё-таки, вы трепло, извините. Взаимно. >Какая методика крива? Ваша? По факту "у меня в своп не лазит"? >Или моё предложение, посмотреть объективные циферки потребления памяти в моём и >вашем случае (естественно, архитектура должна быть одинакова, но ядро -- не >обязательно) и сравнить. >Так "какая" методика кривая? Методика по одному своему компу делать вывод о "нежручести" кед. >>А главное какая гениальная мысль, от незнания настроек и механизма распределения памяти можно уменьшить расход памяти. Супер! > >Вы трепло и демагог. Покажите, где я это говорил. Перечитайте вашу заяву о моем незнании "настроек и механизма". Подумайте ак она в контексте звучала. Так что трепло и демагог вы. >Я указал Вам, что сравнивать потребление памяти в случае РАЗНЫХ ядер, дистрибутивов, >характеристик дисковой системы, набора запущенных процессов и тем более, архитектур, по >критерию "у меня в своп не лазит" --- бред. И намекнул, Почему мысль о "РАЗНЫХ ядер, дистрибутивов, характеристик дисковой системы, набора запущенных процессов и тем более, архитектур" не приходила вам в голову, когда вы утверждали нежручесть кед? А насчет набора, то я говорил, он аналогичный приведенному вами, за исключением ГНОМа вместо кед. И указал, что ОЗУ в два раза меньшее. Кроме того вы умолчали, что в моем случае при >>2 гигах ОЗУ<< в своп не лазит. >что работа со свопом, вообще говоря, довольно опосредованно зависит от потребностей >приложения в памяти, своппинг может начаться значительно раньше, чем вы думаете. Вот не надо про "довольно опосредованно зависит от потребностей приложения в памяти" и прочее, два конкретных случая приведено, в моем верхний предел потребления памяти системой ограничен 2 гигами в большинстве случаев, в вашем это предел не ограничен 4 гигами. Продолжайте дальше вещать о "нежручести" кед.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	116. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от glebiao (ok) on 09-Сен-10, 06:43
	>Вот не надо про "довольно опосредованно зависит от потребностей приложения в памяти" >и прочее, два конкретных случая приведено, в моем верхний предел потребления >памяти системой ограничен 2 гигами в большинстве случаев, в вашем это >предел не ограничен 4 гигами. Продолжайте дальше вещать о "нежручести" кед. Научитесь читать и включите мозги. И наконец, посмотрите реальные(!) циферки. Если у вас действительно работает описываемая Вами машина, это дело минуты. ЗЫ: при запуске НЕКОТОРЫХ задач, у меня своп улетает под 12 ГИГ. Это тоже кеды виноваты, троллевидный вы наш?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	118. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от fr0ster (ok) on 09-Сен-10, 07:15
	>>Вот не надо про "довольно опосредованно зависит от потребностей приложения в памяти" >>и прочее, два конкретных случая приведено, в моем верхний предел потребления >>памяти системой ограничен 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 ГИГ. >Это тоже кеды виноваты, троллевидный вы наш? Я такое оговаривал, так что я то троллевидный, а вы просто тролль.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	120. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от glebiao (ok) on 09-Сен-10, 21:56
	>Взаимно. У меня нет кед. Нет ваших помук и надей. И что? Вас просят привести цифры реального потребления памяти гономом и его активными на днный момент приложениями. Раз уж вы хотите сравнивать с потерблением кде-системы. >[оверквотинг удален] >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 И чё? А ничё. "Петька -- приборы?". >Хотите уточнить, запросите список конкретных процессов ГНОМа и я выведу их цифры >так как было в вашем скрипте. Вечером. Я вам об этом два дня твержу. Посмотрите, что из запущенного отностся к вашему гному и прогоните скриптом, делов-то.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	122. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от fr0ster (ok) on 09-Сен-10, 23:15
	>>Взаимно. У меня нет кед. Нет ваших помук и надей. > >И что? Вас просят привести цифры реального потребления памяти гономом и его >активными на днный момент приложениями. Раз уж вы хотите сравнивать с >потерблением кде-системы. Вот я и привел всю инфу по полной загрузке. >[оверквотинг удален] >> 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
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	63. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от glebiao on 07-Сен-10, 08:07
	>это когда 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
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	44. "Бета-тестирование переработанной системы управления персонал..."	–2 +/–
	Сообщение от Андрей (??) on 06-Сен-10, 10:52
	>Просто по той причине, что у тебя нет тысяч писем, заметок, RSS-записей >и прочего. Надо сказать спасибо разработчикам Akonadi, что учитывают такие объемы. > пусть учитывают. но разговор с самого начала тут шел о невозможности отключить эти фичи...
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	96. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от Sky (??) on 07-Сен-10, 11:38
	Мне вот интересно, чем вы умудряетесь четыре гига забить? У меня на таком же количестве памяти кеды со всеми свистоперделками + плюс пачка программ вполне нормально крутятся. Ах да, забыл сказать, до половины памяти еще tmpfs занимает.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	27. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от Arcturus (ok) on 05-Сен-10, 20:50
	> Разрабы Akonadi сравнивали MySQLe и SQLite. Сказали, что особого толка у них от второго не вышло, поэтому взяли первый. Но второй тоже собираются использовать для всяких не особо производительных устройств. А чего mysql? Взяли бы сразу Oracle :-)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	50. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от Аноним (??) on 06-Сен-10, 13:43
	>Разрабы Akonadi сравнивали MySQLe и SQLite. Сказали, что особого толка у них >от второго не вышло, поэтому взяли первый. Но второй тоже собираются >использовать для всяких не особо производительных устройств. они вообще кроме сиквела какие-нибудь слова знают?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	26. "Бета-тестирование переработанной системы управления персонал..."	–3 +/–
	Сообщение от Arcturus (ok) on 05-Сен-10, 20:49
	KDE, судя по постам, становится bloatware... путь "больше интеграции!", "больше абстракций!" и т.п. Во общем-то, тоже неплохо, для определённой категории пользователей. Юзабилити, вроде как выше, и порог старта. XFCE - более минималистичный DE. Со всеми вытекающими... Gnome? Если не учитывать mono-подвижки, то где-то посередине.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	49. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от Аноним (??) on 06-Сен-10, 13:40
	>скоро Akonadi нельзя будет опционально вырубить, уже. с 4.5 емнип
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

14. "Бета-тестирование переработанной системы управления персонал..."	–2 +/–
Сообщение от астронимус on 05-Сен-10, 16:19
Наражают тысячу ненужных слоёв и абстракций, а потом доблестно решают возникающие при этом проблемы (добавляя новый слой). Ну что же, успехов.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

16. "Бета-тестирование переработанной системы управления персонал..."	–3 +/–
Сообщение от yurik81 (ok) on 05-Сен-10, 17:05
абсолютно все существующие приложения все-равно на Akonadi не подсадить. а без этого в нем нет смысла. нужна унификация.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

19. "Бета-тестирование переработанной системы управления персонал..."	+/–
Сообщение от Аноним (??) on 05-Сен-10, 18:13
В KDE 4.3  вырубил на фиг аконади, дракснэпшот и нэпомуксервер и прочие b&w — просто НЕ нужны. И притормаживание кед таки прекратилось. «...И вообще бл#»(c) Что за дела такие? Понапихают всяких новшеств, когда ещё прежнее не устаканилось — зашибись практика. Парадигма такая, «пофигюзер» программирование.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	21. "Бета-тестирование переработанной системы управления персонал..."	+3 +/–
	Сообщение от h31 (ok) on 05-Сен-10, 18:41
	>Понапихают всяких новшеств, когда ещё прежнее не устаканилось Просто нужно посмотреть на всё со стороны разработчика. В какой-то момент нужно всё ломать и переписывать, чтобы избавиться от старых костылей и затычек. Если этого не делать, то получим что-то типа Windows, где из-за необходимости сохранять обратную совместимость со старыми версиями можно видеть очень много дыр, глюков и прочего.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	22. "Бета-тестирование переработанной системы управления персонал..."	+1 +/–
	Сообщение от Аноним (??) on 05-Сен-10, 19:28
	>чтобы избавиться от старых костылей и затычек Ну не знаю. Избавление от лишнего костыля имеет смысл, если только их (костылей) становится меньше. А тут костыль на костыле и у каждого свои глюко-фичи. ЗЫЖ Была такая программа, kate, кажется (не текстовый редактор). Вот её как-то в мандриве впихнули по-дефолту для быстрого поиска. Ну, естественно, пользователи дружно взвыли, т.к. базу надо периодически обновлять и периодические тормоза стали очень всех доставать. В следующем релизе её тут же удалили. А вот в данном случае это будет уже проблематично, т.к. софт на неё завязан. Кроме того, замечаю тенденцию, что новый софт пишут на чистом кути, без кедозависимостей. Выводы пока делать рано, но зависеть от этого бардака уже многие попросту не хотят.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	30. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от Аноним (??) on 06-Сен-10, 00:15
	Присоединяюсь. Кто-то вообще поспевает за всеми этими стремительными обновлениями? После одного из последних обновлений в трее стало вылезать некое чмо под названием virtuozo — нахрена оно надо мне?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

31. "Бета-тестирование переработанной системы управления персонал..."	+/–
Сообщение от Аноним (??) on 06-Сен-10, 00:19
А я вот смотрю на эту ситуацию как пользователь WM, и меня она не радует. Я использую ВМ и пачку понравившихся программ. И вот такое укрупнение и завязывание всего со всем, которое не влияет на жизнь кде-пользователей, значит, что мне будет нужно выкачивать больше зависимостей.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	45. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от anonymous (??) on 06-Сен-10, 11:26
	>А я вот смотрю на эту ситуацию как пользователь WM, и меня она не радует. Конечно не радует. Раньше юзали amarok и k3b под гномом. Они тащили только kdelibs. А вот сейчас с этим будут проблемы. Так что придётся писать только на чистом кути. Пусть набор виджетов скудноват, но это лучше чем программа прибитая гвоздями к конкретному de.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	53. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от h31 (ok) on 06-Сен-10, 15:06
	>значит, что мне будет нужно выкачивать больше зависимостей Вот не понимаю. Если использовать уже существующие наработки, то получим недовольство на тему количества зависимостей. Если будем писать всё сами, то получим недовольство вида "Велосипедист!" и недовольство низкой скоростью развития. Что выбирать? Думаю, будет ответ вида "Сразу и то, и то". Но в таком случае минусы складываются. Это я к тому, что зависимости - это абсолютно нормально.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	54. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от fr0ster (ok) on 06-Сен-10, 15:10
	>Это я к тому, что зависимости - это абсолютно нормально. Зло не зависимости вообще, а конкретные зависимости в конкретной ситуации. Изза мускуля не в последнюю очередь кед не будет у меня на ноуте.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

32. "Бета-тестирование переработанной системы управления персонал..."	–1 +/–
Сообщение от Аноним (??) on 06-Сен-10, 01:16
Очень непрятен тот факт что етот долбаний Akonadi намертво прибит к KDE4, что делать тем кому  совсем ненужен  PIM??? Както нечесно они поступили...
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	52. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от h31 (ok) on 06-Сен-10, 14:59
	>что делать тем кому  совсем ненужен  PIM??? Не устанавливать PIM, не? Akonadi прибит не ко всему, а только лишь к некоторым частям. Джентушникам ещё легче.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	58. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от Андрей (??) on 06-Сен-10, 19:17
	>>что делать тем кому  совсем ненужен  PIM??? > >Не устанавливать PIM, не? Akonadi прибит не ко всему, а только лишь >к некоторым частям. >Джентушникам ещё легче. Легче-то легче... вот только хотелось бы все-в-одном, но с возможность отглючить не нужные фичи...
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	59. "Бета-тестирование переработанной системы управления персонал..."	+/–
	Сообщение от аноним on 07-Сен-10, 01:37
	Да нет прибит имено ко всем кедам, раньше можна било отдельно установить если нужно, а щас нет. При удалении Akonadi удаляетца почти весь KDE, если так будет и дальше уйд на Gnome.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема