Вся правда о Java Сервере

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

Производительность процессора (в целом). Повышение тактовой частоты увеличит скорость обработки злополучного потока. Кэш (я думаю имеется ввиду Кэш-левел ЦП а не что-то еще? ) - за скорость "подачи" информации из ОЗУ в обработку. Соответственно ограничивает и то и другое, и пропускная способность самой процессорной шины, и набор инструкций (чем лучше алгоритм, тем быстрей считает. К.О.)). Далее объем ОЗУ, т.к во 1х - ява, во 2х - пока ЦП не посчитал, остальное должно хранится где-то в ожидании своего часа. Далее объем жесткого диска, так как памяти у вас даже с 64 гб на борту не хватит для тех-же "999 слотов" на бакките и придется свопить...

Но. Принципиально не стоит даже пытаться решать эту проблему. Ибо это тоже самое, что засунув движок феррари в ЗАЗ думать, почему эта "скотина" не разгоняется до 250 км/ч

Т.е вас устраивает перспектива отсутствия на этом форуме людей, способных сдвинуть дело с мертвой точки? Согласен, с тем, что мне в случаи чего, как лицу заинтересованному проще отписать самой Ане и пообщаться тет-а-тет с теми "кто шарит", чем пытаться разводить дискуссию с "кучей школия". Но ведь я не исключаю, что возможно среди этой кучи найдутся те кто поймет о чем речь, а кто не поймет - попытается понять. Думая так-же как вы, Ленин в свое время мог бы не орать про "безграмотность в народе" и оставить все как есть

 

Школия. Отличное название для руды! Большое месторождение школия, слиток школия. Спасибо! Буду моды писать, обязательно сделаю .

 

Статья дельная, немного прояснила суть кривых серверов. Но написать что-то стоящее в одиночку нереалино, а объединяться - проблематично. Нужны лично знакомые люди, способные в этом поучаствовать. А объёдиняться по форуму - невозможно. Девелоперы помнят тему про создание защиты, а воз и ныне там. Вот если в сутках внезапно станет 48 часов, то я с удовольствием апишу для публики такое ядро.

Школия должно быть больше чем блоков гов... грязи.

 

Новый сервер от Spout и BukkitBridge для него нас спасает.

 

Ко ко ко, можешь не хвастаться своими методами, скоро Spigot сделает нормальное ядро, и это станет никому не нужным.
P.S. лучше бы людям помогали, чем хвастались.

 

Юный олигофрен, тебе же ясно написали.

 

Всегда найдутся те люди которые скажут спасибо.

 

Плагины могут ложится на остальные ядра.

 

У таких людей которым наплевать на других, никогда ничего не выйдет. По этому что им не сунь у них все боком выйдет, а им никто помогать не станет с их то авторитетом. Тут у нас в мире очень хорошо работает закон бумеранга.

 

xDip в своём репертуаре...
Не обращайте на этого _человека_с_высокой_самооценкой_ внимания.

 

ага, держи нас в курсе, бро

 

Громкие слова, которые не подкреплены знанием матчасти. Бридж спасает в случае, если мы ставим на споут мелкий bukkit-плагин. Citizens, WorldGuard и остальные крупные плагины без полного переписывания не будут работать на споуте.

 

В любом случае альтернативный вариант - Spigot.

 

Ваши скрины не говорят нам о том, сколько ядер/ЦП задействованно на обработке JVM c ведром. Более того ваши скрины не говорят нам, что это ведро (какой-то ваш "сервер" и что внутри нам не известно). Говорят они лишь, о 16 гигах в свопе, что не может не заставить улыбнуться Я догадываюсь о вашей "оптимизации". Если вы так усиленно жаждете на венде запилить многоядерность - скачайте это. Будет как раз в вашем стиле

Еще "лучше" Ведро критиковали за то что оно синхронным методом выделяет на каждое соединение отдельный СТАТИЧНЫЙ поток (при 999 будет 999 потоков), так вы еще удвоили это число? Теперь у вас 1800 потоков? Поздравляю с отлично проделанной работой НА КОЙ Х** ВАМ 4 ПОТОКА НА СОЕДИНЕНИЕ?! :fp:

Вы откуда вообще взяли эту "магическую четверку"? Из Аниной статьи? У нее всего 8 потоков в пулле (THREADPOOL - гугл в помощь) на сервер. 4 воркера на сеть и по 1му на менеджеры-обработчики мира. При соединении с сервером выделяется один из 4х воркеров (дословно берется один из четырех "спящих" в пулле потоков и ему присваивается задача обработки сокета) на обработку, проводится работа и поток освобождаясь возвращается в пулл. Таким образом Аня добилась что у нее и при 1 и при 999 игроках всегда будет 4 потока на сеть. Неужели так трудно почитать матчасть прежде чем нести ахинею?

 

Прочитал - стал айтишником

 

Вот вам скриншот великолепной оптимизации ОЗУ mcpc+ (последний билд).
И да, это же (spigot..).
6 ядер, 16 оперативки, дебиан, фулл 100.
Genius...
Когда уже сделают альтернативу MCPC+ с его прожорливостью?
PS: вайп был месяц назад, сборка идеальна, только нужные плагины и 3 мода, лог чист, все чанки прорендерены ворлдбордером зарание.
Это скриншот после работы сервера в 1 день.
При рестарте потребляет 70 процентов на 10 человек.
Ну если это норма, то хорошо...

 

Стартовать mcpc+ сервер через мультакрафт == самоубийство, ибо он суёт хреновые флаги в JVM, которые отключают сборку мусора во многих местах, потому у вас тупо течёт память.

 

Зря .бался с ним день -.-
Окай буду с ссх по старинке..

 

Вот тебе только полезные флаги JVM -XX:+UseG1GC -server -Xmx10G -XX:MaxPermSize=256m -XX:+UseBiasedLocking -XX:+AggressiveOpts -XX:UseSSE=4 -XX:+UseFastAccessorMethods

И то насчёт -XX:+UseBiasedLocking и -XX:+UseG1GC можно поспорить.

 

Ну вот например Энсы пишут свое ядро, под названием "EnServer"