Блог

Лагает сервер майнкрафт на хостинге

Ждём новые тарифы от вас Я Желаю вам успехов и конечно же много дохода. Самое главное вы не закрылысь как hostan. Всем советую! Всё работает стабильно! Поддержка всегда отвечает! На серверах не лагает. Лагов на сервере не было, вот только проблема с. Слишком она долгая.

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

Только по быстрее как-то. Все очень круто всем советую.

Помощь/Оптимизация производительности

Не смог разобраться с Root Ильяroot доступ предназначен для тех, кто умеет им пользоваться или хочет самостоятельно научиться. К сожалению, учить вас пользоваться root доступом мы не можем, так как это трудоёмкий процесс и вовсе не задача хочтинга.

Мы можем лишь помогать по конкретным задачам, не более. Если вы не хотите этим заниматься — мы можем переустановить вам тип доступа на Панель управления Minecraft сервером, для этого вам нужно создать запрос в поддержку через биллинг. В GreenBox помещаются производные от кубов, получаемые при их выкапывании, например: Перенос объектов: При переносе сбиваются защиты сундуков и прочего, регионы, конечно же, остаются на старом месте.

Содержимое сундуков остается в сундуках. Поворот не возможен. Засыпание полостей не ценным кубом земля, булыжник, камень: Заполнение ценным кубом: Осушение воды: Заливание лавой: Такая вещь есть на почти каждом Bukkit сервере, но не все продают её функции. А почему сразу нельзя было сказать? Не секретная информация же, и за рекламу никто не посчитает, если спросили.

Вход бесплатный. Данная схема в последнее время стала популярной во множестве многопользовательских игр. Стандартная схема микроплатежей. Не думал что она применима к Minecraft…. Практика показывает, что схема вполне применима. У некоторых ссылка на донат видна невооруженным глазом, у других функционал доната появляется только в личном профиле. Но практически везде донат.

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

Простор для микротранзакций в майнкрафте огромен. Честно говоря меня это и отпугнуло в нём. Причем популярный сервер без такой монетизации найти достаточно сложно. Это, конечно, понятно, игра требует очень хорошего серверного железа, а хороший хостинг недешев и на свои деньги его держать мало кто. Но в целом народу играет много и видимо им нравится. Eirenliel 9 ноября в Некоторые сервера даже админку продают. При чем, как ни странно, даже за рубежом, я раньше думала, что это чисто русский уровень адекватности.

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

Java не лучшая платформа для создания клиентских графический приложений, так как большинство библиотек для 3D и физики, созданных игровой индустрией, на неё не портированы. Проблема в том, что нужно хоть немного уметь писать на Java.

В последнем таком проекте, который я видел, чуваки написали свой кэш — клали в HashMap объекты на секунд, а потом клали туда новые на их место. Размер YoungGen маленький, survival ratio. Кэш в яве уже давно не нужен. Ещё, кажется, с 1. Быстроживущие объекты создаются на стеке только с 1. И все равно ключевое слово struct не помешало, есть места где подтормаживает.

Не могли бы пояснить, что вы имеете ввиду я не смог нагуглить? У нас стек не порвется, если мы создадим там огромный объект, пусть и быстроживущий? Гуглите Escape analysis. Верно говоришь… А потом еще скажут переписать всё на С или на Эрланг: Да я не. Просто я последнюю неделю читал код сам-знаешь-какого-проекта. Самый большой я тебе ещё расскажу.

Я думаю это даже тебя удивит. Так всё-таки, насколько реальна проблема с GC? Лаги из-за него есть? Или никто даже не мерял? Ни разу не встречалась с проблемой зависания из-за GC, при занятой памяти в 10GB он работает пару миллисекунд, при том у меня огромное количество объектов, которые быстро умирают…. Не верьте, тем кто вас минусует, проблема с GC очень даже реальна! Известно, что чем больше памяти вы отдаете Java процессу, тем дороже становится Full GC.

Причем он может доходить аж до 5 секунд и. Конечно, проблема несколько преувеличена, потому что существуют JDK Azulкоторые справляются даже с ТБ памяти на ура. Но таких алгоритмов пока нету в OpenJDK. Была очень хорошая статья на хабре про JVM. Дам краткий совет: Вы всегда должны знать этот момент по результатам нагрузочного тестирования. Как только вы достигли этого предела а он далеко не всегда равен OutOfMemoryдумайте что вам делать с этим: Full GC не нужен.

Если вы дошли до Full GC, у вас память утекла, тут уже на лицо не шататная работа сервера. Не. Если у вас много потоков и они переключаются постоянно, то общей памяти может не хватать, хотя она будет освобождаться своевременно.

Я наблюдал стабильную! Количество потоков тут роли не играет, я могу и одним потоком засрать так, что у меня будет каждые пару секунд память ворошится под yg и скапливатся все в og. Full GC не нужен Full gc хоть и зло, но увы, практически не избежен. Даже если поиграться с настройками jvm, то мы можем многократно увеличить время до полной сборки путем увеличения ygно полностью его исключить — увы, я не верю в столь оптимистичный сценарий. Но правда это все бессмысленно потому что избавится от Minor gc в сотни раз сложнее привет doEscapeAnalysis, который давно уже по дефолту включена в некоторых случах не возможно вовсе.

Ну я поэтому и спрашиваю насчет лагов GC, что эти самые лаги как минимум квадратичны по количеству объектов иначе не выяснить, где же мусора существенно улучшить алгоритм Дийкстры вроде как до сих пор не сумели.

То есть грабли вылезают именно на хай-лоаде. Насчет минусующих как-то фиолетово, я тролль сотого уровня. Проблема GC происходит только если у вас память кончилась. Но если у вас память кончилась, GC для вас не самая большая проблема. Если у меня кончилась память, я воткну еще памяти. Терабайт ОЗУ, если он обоснован — сегодня не проблема.

И да, именно из-за GC я пишу командую писать серверные части строго на плюсах.

Как убрать лаги в майнкрафт? Убрать зависания в майнкрафте.

Если вы не забили память, то и о GC вам нечего волноваться. Очереди сообщений и неблокирующие структуры есть и Java. На счет структур, они там вообще почти все не блокирующие. А необходимость тотального контроля мнимая, но это уже срач ассемблер против высокоуровнего языка. На самом деле, компилятор и JIC гораздо умнее ваших программистов и знает как лучше делать вещи.

Кстати, на плюсах тоже реализуют сборку мусора, и не спроста. В-общем, не буду холиварить насчет языков. На старте моего проекта в гг. Обе версии стабильно держали порядка соединений, потом ой. Переписанная практически один-в-один прога на плюсах держала порядка соединений. На этом вопрос был закрыт. Вопрос про утечки — не более чем вопрос квалификации программистов. Да, в случае ручной реализации сборки мусора эта самая квалификация должна быть очень высокой.

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

Radagast 9 ноября в Пока вы будете писать свою сборку мусора в мире уже будет написан десяток серверов которые по скорости и стабильности работы будут работать так же как и ваша поделка с супер адаптивной сборкой мусора. Проходили уже это, если на яве пишут не ентерпразники, а люди понимающие что к чему а таких кстати сейчас достаточно, что бы собрать команду, не то что три-четыре года назад то ни у кого ни со скоростью, ни со сборкой мусора проблем не возникает На старте моего проекта в гг.

Два разных проекта архитектура, геймплей правда на одной платформе под популярным сетевым фреймворком в яве, один на уже умирает выжирая все ресурсы до которых может дотянуться, другой 25 тысяч держит и жрет скромненько процессора и нормально так памяти 25 тыщ игроков, как никак в онлайне.

Боюсь ошибиться, уж не говорим ли мы про разные вещи. Но из блокирующих структур я знаю только BlockingQueue, все стандартные и не стандартные списки, сеты, мапы и прочее не блокируемые. Aivean 9 ноября в Подобные структуры в первую очередь нужны для организации очередей сообщений между потоками. Но все известные мне реализации работают сильно медленнее традиционных блокирующих структур зато имеют константный worst-case и исключают дедлоки.

Я не очень в нём разбираюсь, но вроде там используются атомарные синхронизации и работает это всё довольно. Меня же пока полностью устраивают стандартные структуры… то есть не то чтобы стандартные, я их не использую потому что стдлиб почти всегда хуже альтернатив, но не threadsafe.

Я ж не харкорный бородатый программер, я меньше двух лет пишу на яве, а это мой самый серьёзный проект. Что вы конкретно хотите? Добавление в конец какой структуры? Если очереди, то, например. Вообще, concurrency framework на java предоставляет отличный базис для имплементации подавляющего большинства задач, связанных с многопоточностью.

Кроме того, если душа лежит к message-oriented программированию, то есть несколько реализаций Actors model на джаве. Пять лет назад всё утыкалось в GC с его О n 2. Как сейчас — вот это я и хочу узнать. В целом можно сказать, что джава сейчас почти не отстает от си в производительности. Можно нагуглить уйму статей на эту тему. Правда, я не совсем понимаю, что вы имеете в виду в данном случае под конечным автоматом. Насколько я понимаю, реализация простого конечного автомата не требует GC.

Ну вы вообще представляете, что такое конечный автомат? Состояния, события и всё такое? Если нет, то вам курить учебник по формальным грамматикам. Если да, то вот пример по теме статьи: Полученный пакет автоматически попадает в первое состояние автомата: В этом состоянии проверяется, действительно ли это пакет, или какие-то хацкеры шлют всякий мусор.

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

Скорее всего, потоков у вас будет сильно больше, чем процессорных ядер. Но это плюс, потому что ОС сама разбалансирует нагрузку между вашими потоками. Единственная проблема — та самая очередь, в которую попадают сообщения для потока. Для внутренних стадий запрос базы, отправка ответа клиенту и. Это — не конечный автомат, а конвейер. В конечных автоматах события обрабатываются только один.

Я почитал ваши комментарии выше. В современных высоконагруженных системах горизонтальная масштабируемость идет перед вертикальной. Ок, ваш сервер на C будет держать коннекшнов против на джаве. А что если у вас завтра будет 10кк? И тут уже выплывают совершенно другие узкие места, такие, как взаимодействие с БД, синхронизация и транзакции между разными нодами в кластере. А тут уже необходимо писать максимально простой и высокоуровневый код.

Я считаю, что система, где с нагрузкой справляется один сервер, не является highload. Если вы написали нормально откуда GC? Если вы поставили нормально памяти в чем проблема. Приведу вам пару примеров из жизни: Работает часами — users — Young GC каждые 2 секунды по 0. Утечек памяти нету все работает стабильно: Знайте как ведет ваша система и не допускайте Full GC и все будет линейно и предсказуемо. И Young GC станет дороже.

Так что не давайте более 8Гб и масштабируйтесь независимыми JDK. Пошла серьёзно загугливаться в эту тему, может почерпну что-нибудь очень полезное.

Кажется, я должна вам выразить свою признательность, в первом же мануале я нашла очень интересную для себя вещь, которую без условно должна попытаться использовать в сервере и вообще взять на заметку в дальнейшем. Не за. Если будут вопросы — обращайтесь. Видела, но не нашла, где взять нормальную версию.

По этому, в начале работы пришлось изобретать велосипед… в принципе, велосипед едет. Например. Добавлю, что после прочтения книги, возможно появится желание переписать все с нуля. Lau 9 ноября в Как интересно, можете детальнее раскрыть свою мысль? Я бы не сказал, что умнее, но JIT компилятор всегда ставит подсказки предсказания перехода.

Он ведь компилирует не только код, у него ещё есть статистика по исполнению этого кода раз в интерпретируемом режиме. Предсказание переходов — это только пример, но уже только это позволяет CPU намного реже сбрасывать конвейер. И выдавать большую производительность. Как в ядре Linux. А на ASM ещё лучше оптимизировать.

Отзывы наших клиентов | net-hosting.info | Майнкрафт хостинг, VDS | ВКонтакте

Вот только на Java когда знаешь что делаешь код такого качества пишется быстро и легко. Легче, чем на Asm, по крайней мере: Lau 10 ноября в Вы очень прямолинейно восприняли мой вопрос: Я очень часто в юности слышал фразу: Так обычно оправдывались самые темные уголки кода или просто нежелание разбираться в вопросе.

Иногда это оправдано, иногда —. Eirenliel 10 ноября в C — это понятие низкоуровневое. Его код по-умолчанию самый быстрый условнои управлять им можно очень хорошо. Но тем не менее, я утверждаю, что ДА, с теми же трудозатратами большой и сложный код на Java будет скорее всего быстрее. На самом деле, срач о производительности бессмысленен.

Java выиграет. Сравнить нельзя, но скорее всего быстрее: Дело не в вере, а в коде. Rena4ka все верно говорит. Все шло хорошо, до какого-то момента… потом заказчик захотел вместо заднего колеса велосипеда гусеницу, а вместо переднего — лыжу.

Код начинает обрастать костылями.

cloud hosting in switzerland

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

Не рентабельно. Поэтому в большом энтерпрайзе сейчас рулят джава и C. На счет изменений — вы в это верите или знаете? Но даже с Явой или C не стоит лениться, не стоит надеятся на всемогущий компилятор, думать надо, познавать, проверять и не циклиться на одном инструменте, часть большого проекта можно сделать на яве, часть на Си, часть на асме, но говорить что мы сейчас весь дом одним молотком построим потому что он удобен в руке и вообще я его так люблю это наивно.

Вы можете сделать GUI на яве, доступ к базам данных и прочее прочее, но ведь Вам и в дурном сне не привидится писать энкодер H. Почему все меряют только скорость выполнения кода? Не забывайте, вас кормит не ваш код, а бизнес, для которого вы пишете ваш код. Но в реалиях появляются изменения плана, сроки уменьшаются, и еще куча всего происходит. И оказывается, что переписать нет времени, но можно заткнуть костылем. Здесь костыль, там костыль… И вся система — уже костыль.

Помогите - Лагает сервер!! | Bukkit по-русски - свой сервер Minecraft

Предлагаю завершить эту ветку дискуссии, меньше всего я хочел поучавствовать в священной войне: Мы друг друга не верно понял. Статься о server-side приложении на джаве, все вышесказанное мной я аттачил именно к такого рода приложениям.

Похуже Реалтайм на ПХП попробовать можно, но ничего не выйдет. А драйвер на джаве… насколько я знаю, невозможно. Вообще, реализуемо. Вспомнить, Singularity от MS — драйвера там были вполне себе managed. Правда, для этого придутся втащить в ядро JVM, но это уже так, мелочи.

Далее, если вы лагаете и ноете в чат что лагаете, человек с лагами FPS говорит что лагает и тут Вы уверены что причина в сервере. Друзья мои, сами тестили, что можно играть даже при пинге в майнкрафт! Как лечить? Очень просто, не использовать WiFi роутер, а так же настроить операционную систему, допустим uTorrent и подобные программы последних версий предустанавливают майнер можно сказать вирус, он кушает Ваши ресурсы, а так же сетку.

Доходим до третьей части. Бывает, что сетка датацентра лагает, ну что поделать - это цена защиты. И не забывайте, что существуют DDoS атаки. Поэтому из возможных лагов это захламление карты, спавн множества нпц и прочее. Но тут тоже крайне спорно, ограничение стоит на все, причем крайне разумное. У нас не используется мультикрафт и прочее уг, поэтому можете не писать про панельки и их функционал. Собственно эти лаги неизлечимы, только сообщение на форум может решить вопрос.