Live view refresh in domino 9.0.1fp3

https://tyxomir.wordpress.com/... -9-0-1fp3/
Наткнулся на это. Есть ли у кого доп информация по реализации этой фичи ? Пробовал запустить - пока никакой реакции не увидел. Может ему какой-ть параметр в .ини нужен...

0

Сообщение от vited А если не секрет, то чем вы забиваете 64Гб

"А Вы видите суслика? Нет? А он есть!" )
Скрин после всех манипуляций по уменьшению размеров. Приходится бить уже по кварталам. А данные должны подниматься сразу. Например узнать ваши анализы крови лет 5 назад) Оперативная база\ссылка - 2,7 млн доком - 23 Гб и оно растет. Вынесено оттуда все что можно вынести. Остальное размазано по сотне других баз.
И вообще - речь не о том, что кто то не умеет что то готовить, а об ограничениях платформы. То что эти ограничения как то можно обходить - вопрос не возникает.

0

Сообщение от vited А если не секрет, то чем вы забиваете 64Гб. Это прямо оперативная база из одних документов?

фокус в том, что не из одних документов, а + индексы вьюшек

0

Сообщение от lmike фокус в том, что не из одних документов, а + индексы вьюшек

А вспоминая что I\O в базу по очереди и не важно что - то вынос индексов ну очень жду )

0

Сообщение от rinsk Скрин после всех манипуляций по уменьшению размеров. Приходится бить уже по кварталам. А данные должны подниматься сразу. Например узнать ваши анализы крови лет 5 назад) Оперативная база\ссылка - 2,7 млн доком - 23 Гб и оно растет.

честно не совсем понял а где же разнос? вижу на скрине базу "мы всё слили в неё"

я про базы где одна база - один тип документов ;)

Сообщение от lmike фокус в том, что не из одних документов, а + индексы вьюшек

опять не умелое строительство - у вас сколько видов?
а почему больше 5 видов на всю базу?
а почему больше 5 колонок в виде?

суть ясна?


а вообще для меня подозрительно обвинять "ограничение платформы" а не свой говнокод ;)

0

Сообщение от ToxaRat честно не совсем понял а где же разнос? вижу на скрине базу "мы всё слили в неё"

Про суслика мы уже говорили

Сообщение от ToxaRat я про базы где одна база - один тип документов

ок - заведем тему "одна база - один тип документа"+ "1 база+1 док". А пока ситуация иная.

Сообщение от ToxaRat опять не умелое строительство - у вас сколько видов? а почему больше 5 видов на всю базу? а почему больше 5 колонок в виде?

А почему нет? ограничения какие-то - не?

Сообщение от ToxaRat а вообще для меня подозрительно обвинять "ограничение платформы" а не свой говнокод

Ну и мне то же не понятно - чего это манагеры IBM все жалуются но жуют кактус не делают востребованные фичи , и пишут бэст практики - как для мамаш по тлетворном влиянию девочек на своих сыночков.

0

Сообщение от ToxaRat а вообще для меня подозрительно обвинять "ограничение платформы" а не свой говнокод ;)

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

индексы вне базы - хотелось бы услышать о платформах - где они "внутри" (в одном файле)

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

0

Сообщение от lmike какой современной платформе свойственны настолько "сильные" ограничения?

а где слово НЕ реляционной? ;)

Сообщение от lmike индексы вне базы - хотелось бы услышать о платформах - где они "внутри" (в одном файле)

да вы как избалованные дети, то вы радуетесь что бинарник базы на всех операционках одинаков, то жалуетесь
определитесь уже ;)

Сообщение от lmike дык какого рожна это до сих пор ограничивает использование платформы?

давайка по конкретнее, где ты сталкивался с ограничением платформы, которое ты не мог обойти? ;)

и я не совсем пойму, а что не так с индексами видов? - вы что там творите, пару лямов доков за раз меняете, и потом возмущаетесь что приходится их перестраивать? - так не меняется столько доков

0

Сообщение от ToxaRat где ты сталкивался с ограничением платформы, которое ты не мог обойти? ;)

начиная с прогания под DOS, обходы были разные, хотя есть такая притча и вот начинаются оверлеи, DPMI и прочие расширители сознания
и вот что странно - ведь тогда была цифра 640, а теперь 64 (нолик потерялся)
как те ограничения - так текущее, являются надуманными (история подтверждает), но времени, на

Сообщение от ToxaRat которое ты не мог обойти

было потрачено достаточно, а хотелось бы не заниматься подобным ;)

0

Сообщение от rinsk И вообще - речь не о том, что кто то не умеет что то готовить, а об ограничениях платформы. То что эти ограничения как то можно обходить - вопрос не возникает.

Сам себя цитирую Ну вот о чем мы говорим то? То что так или иначе каждый в своей практике встречается с ограничениями в платформе? Ну как бы да - солнце встает на востоке ... То что кто то для своих задач, преодолевая ограничения платформы добился таки результатов - ну да, класссно см. например DigestSearch - хотя народец из других миров покрутит у виска на это... Так или иначе будем лезть на этот кактус пока не поменяются обстоятельства.
И так везде в общем то
Ну а на счет 1 база - 1 тип доков. Ну не спасает это, как показала практика. Например в случае конкурентного доступа через 1000 чел на чтение, 1 чел на запись доков 10 доков на 100 тыс базу. Сервер может войти в клинч. ибо на операции GetEntryByKey() при обновлении 1 дока *может* возникнуть задержка на обновление индекса в 300-500мс минимум, что быстро переполняют HTTP Thread pool и остальные встают в очередь. А увеличивать HTTP Thread pool то же нельзя, иначе ... - короче хочу потестить Live view refresh
64 гб - опять таки, есть подозрение что это не стимуляция со стороны IBM коры головного мозга программиста, а банальный бизнес, что и напрягает лично меня как инженера.

0

Сообщение от rinsk что и напрягает лично меня как инженера.

судя по "пожеланиям трудящихся" - много нас таких

0

Live view refresh починили говорят в FP4.
стр. 35
http://xpagesandmore.blogspot.ru/2015/06/ibm-notes-domino-next.html

И впервые увидел там на счет summary полей (стр 37)...

0

не понял про время polling...
т.к. асинхронно - могут быть траблы в бизнес логике - когда док надо найти после добавления

0

из мат-лов привлекло:
-подпись и шифрование для хэпагов
-половина страниц написана про то - как не пользоваться фронтэндом , но без openssl не обойтись гы-гы
-индексы и просмотр аттачей
-8-мая жвм (ну наконец-то будет)
жалко что самая ожидаемая часть фич только в 2016

0

Сообщение от lmike не понял про время polling... т.к. асинхронно - могут быть траблы в бизнес логике - когда док надо найти после добавления

Похоже на реализацию параметра &stale=ok как в CouchDB.
Для морды лица клиента эт даст визульное ускорение.
Интересно поведение бакэнд кода типа:
set doc=view.GetDocumentByKey(key)
if doc is nothyng then
call v.refresh
set doc=view.GetDocumentByKey(key)
end if
т.е. будет ли игнорироваться v.refresh на таких вьюхах. если да - то только для UI применения . ИМХО.

0

Сообщение от rinsk т.е. будет ли игнорироваться v.refresh

именно это меня и беспокоит

0

Кто-то знает, какое ограничение на количество View Indexer`ов? Больше 10 что-то не запускается...

0

NIF_MAX_VIEW_INDEX_THREADS
http://www-01.ibm.com/support/docvi...OCSSKTMJ&mync=E&cm_sp=swglotus-_-OCSSKTMJ-_-E

просьба поделится изысканиями

0

Всем привет.

Настроил у себя LVR, для ключевых видом системы и ряда видов пользователей, всего 8 видов. Под нагрузкой отклик на действия пользователей действительно уменьшился, соответствует времени, когда сервер находится в спокойном состоянии, а виды с LVR открываются всегда быстро (независимо от нагрузки на БД).
Нагрузка на CPU, при LVR для 8 видов в БД с 300 тис документов, выросла на 10-20%.
Также столкнулся с тем, что не для всех БД включается LVR, команда отрабатывает, а задача на сервере не создаётся (ODS везде 51).
На тестовой системе наблюдался такой феномен, как загрузка CPU на 100% при включении LVR, при полном штиле на сервере. На других двух серверах, где был включен LVR, данного феномена не наблюдалось.

@avkozak, и стоит оно того?

0

Сообщение от avkozak Всем привет. Настроил у себя LVR, для ключевых видом системы и ряда видов пользователей, всего 8 видов. Под нагрузкой отклик на действия пользователей действительно уменьшился, соответствует времени, когда сервер находится в спокойном состоянии, а виды с LVR открываются всегда быстро (независимо от нагрузки на БД). Нагрузка на CPU, при LVR для 8 видов в БД с 300 тис документов, выросла на 10-20%. Также столкнулся с тем, что не для всех БД включается LVR, команда отрабатывает, а задача на сервере не создаётся (ODS везде 51). На тестовой системе наблюдался такой феномен, как загрузка CPU на 100% при включении LVR, при полном штиле на сервере. На других двух серверах, где был включен LVR, данного феномена не наблюдалось.

Версия сервера? А почему не OSD52? ODS52 имхо родной для 9.х и ведет себя стабильнее.
Скрипты есть, которые используют @DbLookup\Getdocumentbykey ?


--- Добавлено 19 авг 2015. Первое сообщение размещено 19 авг 2015 ---

Сообщение от savl @avkozak, и стоит оно того?

Конечно стоит. На больших объемах и кол-ва пользователей борьба идет на каждый % скорости...

0