Спасибо! Да, видел этот репозиторий. Несмотря на то, что Need for Speed: World разрабатывался той же студией, что и NFS Underground 2, у этих игр кодовая база уже совершенно разная, судя по всему, по крайней мере сетевая часть отличается кардинально.
В моём проекте на текущий момент исследовано и разработано уже более 95% необходимого и не хватает для завершения совсем чуть-чуть, но не столько разработки, сколько реверс-инжиниринга.
Да, я описал, что сейчас к серверу можно подключиться в режиме LAN через pLan Revive, либо в режиме официального сервера, но только с применением патча.
Честно говоря, не знаю, можно ли свободно распространять такой патч, по крайней мере здесь
Несколько лет назад я так же с удивлением обнаружил, что Age of Empires II, выпущенная в 1998 году, не просто жива, а её несколько раз переработали и продолжают поддерживать и обновлять, и там всегда есть игроки онлайн.
Учитывая, сколько раз я перерабатывал архитектуру проекта, с удовольствием взгляну потом на реализацию, вдруг у Вас получится лаконичнее или будут какие-то классные решения.
Если появится желание познакомиться со структурой текущего проекта и помочь в его завершении, дайте знать, пожалуйста 🙂
Контент, как оказалось, регионально отличался для многих игр того времени. Возможно и сейчас есть такое, не изучал тему.
NFSU2 Configurator был ещё раньше, и, честно говоря, надо очень постараться, чтобы вспомнить каким образом мы тогда его создавали и как дизассемблировали игру. Но, ок, и про это напишу, хотя местами будет очень стыдно.
Нормализация текста для полнотекстового поиска. Или стоит дождаться отдельной статьи про полнотекст? :)
У вас указано в тексте про релевантность и широкие возможности, но хочется понимать: а) более детальную разницу б) разницу в скорости работы с полнотекстом.
"Немного" удивляет разница в скорости заливки данных.
Насколько я понимаю, Эластик при записи анализирует текст по-дефолту. Мантикора в этом случае тоже анализирует текст? Если да, то, получается, анализатор работает со скоростью более 400 тыс. объектов в секунду на указанных ресурсах?
Но если данные не индексировать, то зачем их хранить в ES?.. Выборки по ним делать нельзя. Если для того чтобы просто доставать — лучше монгу взять.
В этом случае идея заключается в другом: часть полей индексируется, по которым проходит агрегация и сама критерия при запросе, а некоторые поля — это данные, которые нужно получить в довесок. Вы ведь в базе данных тоже индексы не на все поля создаёте.
Отдельный вопрос — поля метрик. Не знаю, влияет ли отключение их индексирования на производительность аггрегаций по ним? Какие-то агрегаты для индексов насчитываются, что будет если для метрик выключить индексирование? Да и иногда по метрикам тоже выборки хочется делать.
К сожалению или к счастью не приходилось с этим сталкиваться, да и более интересных экспериментов и ресёрча хватает. Но если я правильно вас понял, то метрики — это в основном числовые значения. Почему вы их не индексируете? Они не так уж много места занимают.
Но какой смысл в эластике, если не индексировать поля? Как хранилище он не эффективен, проще монгу взять.
На основе какого опыта вы пришли к такому выводу?
Работаю активно с данным инструментарием(и с mongodb, и c elasticsearch) каждый день на достаточно больших данных и выводы могу сделать противоположные вашим.
Динамика данных: ~3.5млрд активных записей, средний размер 3КБ, с ежедневным замещением ~110млн (поступление новых, удаление старых). И на таких объемах у меня получилось следующее:
* монга хороша для очень быстрого доступа к данным (в том числе холодным), в этом плане она сильно выигрывает у эластика, и лучше держит резкие всплески нагрузки.
* эластик хорош для агрегации (она функциональнее и быстрее, нежели у монги), сэмпловой выборки по всем данным, а также для выполнения сложных запросов — делает это гораздо быстрее монги.
Основное, в чем эластик менее эффективен относительно монги — это объем хранимых данных и объем индексов, но, взвешивая профит работы с данными, по большинству критериев выигрывает эластик.
Бетховен, простите, что? Вы если с композитором и его биографией плохо знакомы, так хоть не судите о нем, тем более в таком негативном виде.
Если желаете подчеркнуть Рамануджана, это и делайте, но не за счёт занижения других личностей, пожалуйста.
Не рекламы ради, перепробовав многих провайдеров и кабельного и мобильного интернета остановился на билайне и там и сям (да, да, корбина). Во-первых они делают скидку на кабельный, если у тебя мобильный оператор Билайн, а во-вторых это стабильный и не разбавленный интернет. Дома через роутер всегда выдает стабильно ~95 мбит/сек. На мобильном до 5 мбит/сек 3g в зависимости от уровня сигнала.
Теперь я сильно сомневаюсь в своем желании перейти на yota, так как мобильный в качестве точки использую каждый день в силу нашей профессии. Проще тогда подорожать пользоваться их аккумуляторным wifi-роутером.
Кстати, разъясните, пожалуйста: действительное покрытие мобильной йоты такое же как на карте 4g или все же лучше? Использует ли она вышки мегафона при выезде в другие города, где нет покрытия йоты?
Люди звереют и звереют. Человек, напрямую связанный с тематикой ресурса, пропал, попросили помощи у людей, которые действительно могут быть заинтересованы в поисках, так как человек не безызвестный. Советораздаватели, уважаемые.
То есть так: публикация патча не вызовет каких-то претензий, а публикация уже пропатченного файла вызовет, я правильно понял?
Лично я про эту игру мало что знаю, но судя по поиску на гитхабе явно кто-то что-то делает, и гораздо больше, чем по NFS Underground 2
Спасибо! Да, видел этот репозиторий. Несмотря на то, что Need for Speed: World разрабатывался той же студией, что и NFS Underground 2, у этих игр кодовая база уже совершенно разная, судя по всему, по крайней мере сетевая часть отличается кардинально.
В моём проекте на текущий момент исследовано и разработано уже более 95% необходимого и не хватает для завершения совсем чуть-чуть, но не столько разработки, сколько реверс-инжиниринга.
Да, я описал, что сейчас к серверу можно подключиться в режиме LAN через pLan Revive, либо в режиме официального сервера, но только с применением патча.
Честно говоря, не знаю, можно ли свободно распространять такой патч, по крайней мере здесь
Несколько лет назад я так же с удивлением обнаружил, что Age of Empires II, выпущенная в 1998 году, не просто жива, а её несколько раз переработали и продолжают поддерживать и обновлять, и там всегда есть игроки онлайн.
Учитывая, сколько раз я перерабатывал архитектуру проекта, с удовольствием взгляну потом на реализацию, вдруг у Вас получится лаконичнее или будут какие-то классные решения.
Если появится желание познакомиться со структурой текущего проекта и помочь в его завершении, дайте знать, пожалуйста 🙂
Контент, как оказалось, регионально отличался для многих игр того времени. Возможно и сейчас есть такое, не изучал тему.
NFSU2 Configurator был ещё раньше, и, честно говоря, надо очень постараться, чтобы вспомнить каким образом мы тогда его создавали и как дизассемблировали игру. Но, ок, и про это напишу, хотя местами будет очень стыдно.
Я говорю о таких анализаторах в эластике, как hunspell и ныне "сторонних" для эластика russian_morphology, english_morphology
Нормализация текста для полнотекстового поиска. Или стоит дождаться отдельной статьи про полнотекст? :)
У вас указано в тексте про релевантность и широкие возможности, но хочется понимать: а) более детальную разницу б) разницу в скорости работы с полнотекстом.
Круто! Правильно ли я понимаю, что в обоих случаях это просто токенизация без нормализации?
Есть ли статистика по скорости нормализации?
"Немного" удивляет разница в скорости заливки данных.
Насколько я понимаю, Эластик при записи анализирует текст по-дефолту.
Мантикора в этом случае тоже анализирует текст? Если да, то, получается, анализатор работает со скоростью более 400 тыс. объектов в секунду на указанных ресурсах?
В этом случае идея заключается в другом: часть полей индексируется, по которым проходит агрегация и сама критерия при запросе, а некоторые поля — это данные, которые нужно получить в довесок. Вы ведь в базе данных тоже индексы не на все поля создаёте.
К сожалению или к счастью не приходилось с этим сталкиваться, да и более интересных экспериментов и ресёрча хватает. Но если я правильно вас понял, то метрики — это в основном числовые значения. Почему вы их не индексируете? Они не так уж много места занимают.
На основе какого опыта вы пришли к такому выводу?
Работаю активно с данным инструментарием(и с mongodb, и c elasticsearch) каждый день на достаточно больших данных и выводы могу сделать противоположные вашим.
Динамика данных: ~3.5млрд активных записей, средний размер 3КБ, с ежедневным замещением ~110млн (поступление новых, удаление старых). И на таких объемах у меня получилось следующее:
* монга хороша для очень быстрого доступа к данным (в том числе холодным), в этом плане она сильно выигрывает у эластика, и лучше держит резкие всплески нагрузки.
* эластик хорош для агрегации (она функциональнее и быстрее, нежели у монги), сэмпловой выборки по всем данным, а также для выполнения сложных запросов — делает это гораздо быстрее монги.
Основное, в чем эластик менее эффективен относительно монги — это объем хранимых данных и объем индексов, но, взвешивая профит работы с данными, по большинству критериев выигрывает эластик.
index: "no"Это, конечно, в случае, если известны все возможные поля, но не при абсолютном анархичном schema-less.
Если желаете подчеркнуть Рамануджана, это и делайте, но не за счёт занижения других личностей, пожалуйста.
что он получил якобы нелегальный доступ к 20 тысячам камер
Хотя, честно говоря, я сомневаюсь, что это действительно был открытый эксперимент, несмотря на то, что ЕЦХД это утверждают.
Теперь я сильно сомневаюсь в своем желании перейти на yota, так как мобильный в качестве точки использую каждый день в силу нашей профессии. Проще тогда подорожать пользоваться их аккумуляторным wifi-роутером.
Кстати, разъясните, пожалуйста: действительное покрытие мобильной йоты такое же как на карте 4g или все же лучше? Использует ли она вышки мегафона при выезде в другие города, где нет покрытия йоты?