Утилита Точная проверка производительности CraftBukkit сервера на вашем хостинге/ПК.

  • Автор темы Автор темы xDiP
  • Дата начала Дата начала
Проводил замеры производительности на новой материнке ASUS при тех же всех остальных параметрах системы, все показатели стали выше порядком на 10-15%, в копировании памяти на 30-40%, теперь тесты показали мне 11.7 TPS вместо 10.8 TPS, а при дополнительных параметрах запуска 13.1 TPS.
(старая материнка была GIGABYTE)
up
обновил свои тесты
 
Последнее редактирование:
Версия 3.0
Мат. плата X9SRE/X9SRE-3F/X9SRi/X9SRi-3F
Процессор Intel Xeon E5-1650 (http://ark.intel.com/ru/products/64...-E5-1650-12M-Cache-3_20-GHz-0_0-GTs-Intel-QPI) (3,2 - 4 ГГц)
ОЗУ DDR3 1600 MHz (Kingston ECC). Выделял до 4ГБ.
JRE 7
Во время теста на машинке было активно ещё несколько серверов.
Total time - 42s, 56ms.
Total TPS - 15.258869
 
Процессор Intel Core i7-3930K 3.2GHz 6x2 ядра
ОЗУ 64гб(Выделял 4гб)
OS Debian 7.0
JRE 7
2014-01-10 21:16:30 [INFO] ==========================
2014-01-10 21:16:30 [INFO] All testing finished. v3.0
2014-01-10 21:16:30 [INFO]
2014-01-10 21:16:30 [INFO] Second time - 42s, 643ms.
2014-01-10 21:16:30 [INFO] First time - 42s, 637ms.
2014-01-10 21:16:30 [INFO] Third time - 42s, 593ms.
2014-01-10 21:16:30 [INFO]
2014-01-10 21:16:30 [INFO] Total time - 42s, 624ms.
2014-01-10 21:16:30 [INFO] Total TPS - 15.191669
2014-01-10 21:16:30 [INFO] ==========================
 
Последнее редактирование:
Версия 3.0
Мать: Gigabyte GA-B75M-D2V
Процессор: Intel(R) Core(TM) i3-3210 CPU @ 3.20GHz
ОЗУ 8 ГБ (Серверу 1ГБ)
Java: JRE 7
OS: Win 7
TPS: 11.6
Лог сервера, или скрин: http://screeny.ru/52d0899d3a68bb7570012a15
 
a49f8b26039c4b4e385efc6978aec576.jpg

CPU: INTEL_CONFIDENTIAL
RAM: 256GB DDR3-1600 (non-ECC)
OS: WINDOWS_CONFIDENTIAL
 
Ноут Asus k56c =)
Intel Core i3-3217U, 1800 MHz
Elpida DDR3-1600 (800 MHz) 4Gb + ASint DDR3-1600 (800 MHz) 2Gb (2Gb выделено)
OS Win 7
Java 7
Ядро сервера то, что в архиве с прогой. На mpcp+ проверить не удалось, сервер падает.
TPS ~9
 

Вложения

  • tps.png
    tps.png
    7,8 КБ · Просмотры: 42
Последнее редактирование:
Sitmobedaf сказал(а):
Можете сделать тест при котором будут генерироваться чанки?
Нажмите, чтобы раскрыть...
Да, но я пока немного занят. Может быть через неделю займусь этим.
мне вообще хотелось бы сделать статистику тестов и собирать их в общий публичный рейтинг.
было бы полезно знать какой проц чего стоит в работе с ведром... к тому же тест бы обрёл более понятный смысл.
самое обидное, так это то что я все ещё не могу найти стабильную зацепку по которой тест был бы максимально точным с первого раза за максимально короткий промежуток времени... (с точностью до сотой единицы цикла и в одну-пять мсек...)
так же прогрузка чанков сначала может быть очень быстрая, а потом со временем скорость проседает в 2-3 раза, это при учёте что все они генерятся в чёткой пропорции без существ, структур и биомов...
 
Стабильная зацепка?

Не будет никакой стабильной зацепки из-за JIT компилятора который в зависимости от флагов, системы и железа компилирует часто используемый код с разной скоростью и с разными результатами(джае на одном и том же железе и системе от запуска к запуску выхлоп JIT компилятора отличается.)
 
Shevchik сказал(а):
Стабильная зацепка?

Не будет никакой стабильной зацепки из-за JIT компилятора который в зависимости от флагов, системы и железа компилирует часто используемый код с разной скоростью и с разными результатами(джае на одном и том же железе и системе от запуска к запуску выхлоп JIT компилятора отличается.)
Нажмите, чтобы раскрыть...
вижу вы со своими параметрами уже совсем потонули в GC..
JIT не провоцирует потоковое поднятие производительности в 2-3 раза.
Да и к тому же JIT можно вырубить. Но все равно это много чего не изменит, от силы тест станет дольше на 1-2 секунды ...
 
Последнее редактирование:
xDiP сказал(а):
вижу вы со своими параметрами уже совсем потонули в GC..
JIT не провоцирует потоковое поднятие производительности в 2-3 раза.
Да и к тому же JIT можно вырубить. Но все равно это много чего не изменит, от силы тест станет дольше на 1-2 секунды ...
Нажмите, чтобы раскрыть...
Провоцирует, и примерно в 2 раза на последних ксеонах.
Тест не станет быстрее, а вот тпс станет выше.

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

Но можно сделать тест раз 10 и посчитать средний, вот его и брать.
И это будет самый точный результат который можно получить.
 
xDiP сказал(а):
а вот здесь вы ошибаетесь. Эти вещи взаимосвязаны.
Нажмите, чтобы раскрыть...
Я тут неверно выразился. Щас напишу что имел в виду.

Фигня в том что если у сервера меньше 20 тпс, то он пытается догонять упущенные тики, и начинает тикать больше 20ти фпс, я не видел ваши алгоритмы, но вряд ли вы учитываете это. Итого сервер дрыгающийся 10-30 тпс выполнит всё за то же время что и сервер тикающий всё на 20 тпс, но средний тпс выйдет разным, если вы в совём алгоритме замера тпс не учитываете что может быть больше 20ти тпс.
 
Последнее редактирование:
Shevchik сказал(а):
Я тут неверно выразился. Щас напишу что имел в виду.

Фигня в том что если у сервера меньше 20 тпс, то он пытается догонять упущенные тики, и начинает тикать больше 20ти фпс, я не видел ваши алгоритмы, но вряд ли вы учитываете это. Итого сервер дрыгающийся 10-30 тпс выполнит всё за то же время что и сервер тикающий всё на 20 тпс, но средний тпс выйдет разным, если вы в совём алгоритме замера тпс не учитываете что может быть больше 20ти тпс.
Нажмите, чтобы раскрыть...
советую вам сначала изучить алгоритм.
Сервер не будет дрыгать 10-30.. лол.. там просто нет времени за которое он бы мог разогнаться...
но все же он иногда это делает, и это выглядит как два цикла в очень маленький промежуток времени (~ интервалом в 5-25 ms), но там я их просто сравниваю к одному.
 
Последнее редактирование:
xDiP сказал(а):
советую вам сначала изучить алгоритм.
Сервер не будет дрыгать 10-30.. лол.. там просто нет времени за которое он бы мог разогнаться...
но все же он иногда это делает, и это выглядит как два одновременных цикла, но там я их просто сравниваю к одному.
Нажмите, чтобы раскрыть...
И зря это делаешь, так ты теряешь моменты когда больше 20ти тпс, и тогда все мои слова верны. Сервер может внезапно разогнаться из-а того что в прошлую секунду он затормозил из-за внешних условий(Форточки повисли, диск на бэд попал, какая-то другая прога решила сожрать все ресурсы на обновление, произошёл CG, сработал JIT, упал метеор и принёс нарушение в логику работы процесора, и ещё куча вриантов.), а в следующую секунду ничего этого небыло и сервер решил догнать время.
Ещё странный гк с выкючение сервера, есть же метод Bukkit.shutdown().
Зачем то ты пытаешься отгрузить чанки которые только что сгнерировались, хотя это бессмысленно, ибо чанк уже сгенерился, а знаит врмя потрачено, а ты тратишь время ещё и на анлоад, причём в следующий тик этот чанк загрузится в память ибо он уже сгенерировн.
 
Shevchik сказал(а):
И зря это делаешь, так ты теряешь моменты когда больше 20ти тпс, и тогда все мои слова верны.
Ещё странный гк с выкючение сервера, есть же метод Bukkit.shutdown().
Зачем то ты пытаешься отгрузить чанки которые только что сгнерировались, хотя это бессмысленно, ибо чанк уже сгенерился, а знаит врмя потрачено, а ты тратишь время ещё и на анлоад, причём в следующий тик этот чанк загрузится в память ибо он уже сгенерировн.
Нажмите, чтобы раскрыть...
Бл*ть, декомпельни и посмотри
Если уж и говорить как он дрыгаеться, то это выглядит приблизительно в таких временноых промежудках:
- 100 ms
- 23 ms
- 123 ms
- 100 ms
- 23 ms
- 123 ms
- 100 ms...
 
Shevchik сказал(а):
Вот и поговорили.
Нажмите, чтобы раскрыть...
мой алгоритм ничего не отрезает и ничего не теряет. Куда же вы смотрели?
вот вы развели кашу чисто из-за того что нормально не посмотрели как работает мой плагин, и постоянно с меня пытаетесь сделать дурачка...
Если хотите меня или мой способ тестирования в чем либо критиковать, аргументируйте с фактами и частями моего кода! Хотяб можно будет вас тыкнуть носом в вашу же невнимательность.
 
Последнее редактирование:
Для ответа нужно войти/зарегистрироваться
Назад
Верх