конкретно это я не пробовал, но кажется что это сильно усугубляет точность. я в облаке пробовал разбить 128 вектор на 2 64 а потом дистанцию еще раз посчитать - результаты сильно другие...

всем привет, делаю select * from table; пишет кол-во столбцов = 1 , а содержимое не отображает, в чем может быть дело ?

не работает r-tree-like поиск для 10+ измерений
там другие методы нужны

думал не хватает прав, сделал так GRANT SELECT, INSERT, UPDATE, DELETE ON ALL TABLES IN SCHEMA public TO my_user;

не помогло

некий пегий дудочник... который на смартфоне обсчитать сможет...

ну программулина на С++ будет в 100 раз быстрее, она не предоставляет транзакционности, отказоусточивости, sql синтаксиса... всё это - не бесплатно с точки зрения сжигания cpu

там одну кучу сделать и по всей выборке пробежаться

в 100 Раз? т.е. если я это на сях запилю - будет вместо 5 минут работать 3 секудны? )) Это же надо с диска прочитать 80 гб, а потом свопить.
FIASS примерно так и работает, если не использовать всякие штуки для сокращения размерности индекса, которые ухудшают точность тоже. На хабре недавно статья была... там куча трудов для того что бы впихнуть в 2GB оперативки... у меня таких сил нет, даже что бы просто повторить питоновский скрипт.

Всё в RAM  держать надо, сильно быстрее 3 секунд будет

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

80гб RAM - это ведь ни о чём?

ну т.е. неделя работы программиста - точно дороже железа которое под этим будет

для коммерческого проекта да.... а так это мой маленький домашний комп считает... ну и программист работает 1раз ;))) а железка постоянно хочет аренду и электричество

если у вас один вектор по киллобайту (что сильное преувеличение) - то 80гб это 80 миллионов векторов

это из-за прав или почему может быть ?

полный путь пробовали указывать? с названием схемы?

пробую )

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

кстати, это идея. а что есть в облаке такого на 80 гб оперативки, что бы поднималось быстро, за 3 секунды считало и спалось не требуя оплаты?

кликхаус кстати  умеет в быстрое векторизованое сканирование одного столбца
я только не уверен что у него есть агрегатор типа "найди 3 ближайших"