• Бесплатный ВЕБИНАР по OSINT с Екатериной Тьюринг: ➡️9 февраля в 19:00 (мск) пройдет урок

    Как безопасно искать информацию в открытых источниках

    🔥 Записаться 🔥

Amgr & Cpu

  • Автор темы Автор темы ToxaRat
  • Дата начала Дата начала
am4
А оптимизировать процесс практически невозможно.
еще один ИБМовец ;)

Обьясню, надеюсь просто:
Итак вспомните новые видеокарточки в которых один процессор но типа дофига каких-то там шейдерных ядер и т.д.
Для рендеринга ОДНОЙ картинки они логически разбили ядро на куски/кластера логики где каждый обрабатывал свою порцию данных.

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

Не удивлюсь, что частично именно так и реализовано НО полную реализацию самим работникам ИБМ могли запретить маркетолоки, ссылаясь на то, что такая жирная фича должна появиться только в 9ке, иначе нету стимула перехода....
^_^

Добавлено:
Не надо путать распределяемость по ядрам, т.е. одновременное выполнение на нескольких, и переключение между ядрами.
в контексте домино нет ни того ни другого ;)
 
am4
еще один ИБМовец ;)
Обьясню, надеюсь просто:
...
Имелось ввиду что процесс перестроения индексов видов реализован неоптимально, мягко выражаясь, и существенно ускорить этот процесс невозможно ни административными ни програмными методами и средствами.
 
am4
тут не совсем всё верно
если лотусист вменяемый и знает что влияет на индексацию вида, который он сейчас творит, то он попытается сконструировать оптимальное соотношение колонок, формул и селекта - так что програмные средства тут косвенно связаны.
Но речь то о самом ядре лотусе и его "паралелизме"

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

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

Обучение наступательной кибербезопасности в игровой форме. Начать игру!