1 октября попал под большую раздачу банов и потерял подписка Max 20x, почему не знаю, возможно из-за слишком интенсивной генерации обучающих датасетов с помощью Опуса, аж на $4 000 за неделю до этого. После бана сразу же поднял свой второй бесплатный аккаунт и попытался подписать его на Pro, но тут же прилетело требование KYC верификации, которую вполне успешно прошел с российским загранпаспортом, потом в этот же день поднял подписку до Max 5x, на которой и сижу до сих пор. По моим наблюдениям баны чаще прилетают тем кто с Max 20x
Да, сомнение - полезная штука, без него может быть и не было бы прогресса.
По поводу delta-stepping, он у них все еще single source, а не двунаправленный для поиска путей между source и target, что у меня и реализовано, как раз примерно в то же время, когда у них это только появилось.
allshortestpaths - это же обычный двунаправленный BFS, веса ребер он не учитывает вообще. Ваш случай - это невзвешенный поиск, и в нем neo4j хорош, я это и не оспаривал. Я же писал про другую задачу - кратчайшие пути во взвешенном графе, где веса пересчитываются под каждый запрос. Это другой класс алгоритмов. В neo4j для этого есть GDS и APOC. APOC-овская дейкстра идет по хранилищу и на каждом шаге читает вес из свойства ребра - на сотнях миллионов ребер это секунды и минуты. GDS быстрее, но считает поверх in-memory проекции, куда вес должен быть спроецирован заранее как свойство, и дейкстра там однопоточная на куче. Если веса зависят от запроса - проекцию надо перестраивать, а это дорого. И я не про надирание зада. neo4j хороший инструмент, просто не серебряная пуля для всех задач по графам. Возможно и у автора задача не особо ложится на neo4j.
neo4j далеко не панацея... Зависит от задачи... если граф из сотни миллионов узлов и несколько сотен миллионов ребер и кратчайший путь/пути нужно найти во взвешенном графе (с возможностью перевзвешивания на каждом запросе), то это для neo4j - далеко не миллисекунды и даже не секунды. Поэтому порой приходится делать свои решения, которые решают подобные задачи за миллисекунды (а на gpu даже за микросекунды)
Вот думаю стоит ли переходить на Ultra с Max, не забанят ли опять, как на Max 20x 1 октября.
Не факт, скорее всего их скоринг уже решил забанить до верификации и перед баном просто провели идентификацию, чтобы потом с ней больше не пускать.
А айпи не менялся
Смотрите шире, в этом мире есть не только винда, а русский язык есть не только в России
В Катаре тоже GMT+3, а русскоязычные не только в России. Не смотрят на это
За это 100% бан
1 октября попал под большую раздачу банов и потерял подписка Max 20x, почему не знаю, возможно из-за слишком интенсивной генерации обучающих датасетов с помощью Опуса, аж на $4 000 за неделю до этого.
После бана сразу же поднял свой второй бесплатный аккаунт и попытался подписать его на Pro, но тут же прилетело требование KYC верификации, которую вполне успешно прошел с российским загранпаспортом, потом в этот же день поднял подписку до Max 5x, на которой и сижу до сих пор. По моим наблюдениям баны чаще прилетают тем кто с Max 20x
Да, сомнение - полезная штука, без него может быть и не было бы прогресса.
По поводу delta-stepping, он у них все еще single source, а не двунаправленный для поиска путей между source и target, что у меня и реализовано, как раз примерно в то же время, когда у них это только появилось.
allshortestpaths - это же обычный двунаправленный BFS, веса ребер он не учитывает вообще.
Ваш случай - это невзвешенный поиск, и в нем neo4j хорош, я это и не оспаривал.
Я же писал про другую задачу - кратчайшие пути во взвешенном графе, где веса пересчитываются под каждый запрос. Это другой класс алгоритмов.
В neo4j для этого есть GDS и APOC.
APOC-овская дейкстра идет по хранилищу и на каждом шаге читает вес из свойства ребра - на сотнях миллионов ребер это секунды и минуты.
GDS быстрее, но считает поверх in-memory проекции, куда вес должен быть спроецирован заранее как свойство, и дейкстра там однопоточная на куче. Если веса зависят от запроса - проекцию надо перестраивать, а это дорого.
И я не про надирание зада. neo4j хороший инструмент, просто не серебряная пуля для всех задач по графам.
Возможно и у автора задача не особо ложится на neo4j.
neo4j далеко не панацея...
Зависит от задачи... если граф из сотни миллионов узлов и несколько сотен миллионов ребер и кратчайший путь/пути нужно найти во взвешенном графе (с возможностью перевзвешивания на каждом запросе), то это для neo4j - далеко не миллисекунды и даже не секунды. Поэтому порой приходится делать свои решения, которые решают подобные задачи за миллисекунды (а на gpu даже за микросекунды)
Месяца на два с новостью опоздали, они уже давно верифицируют https://support.claude.com/ru/articles/14328960-проверка-личности-на-claude