Помогите Выпадение из мира

AtomicInteger сказал(а):
Ты серьёзно?)
Нажмите, чтобы раскрыть...
upload_2017-3-11_23-15-37.png
поддельные скрины, которые ложь и не правда, и на самом деле там действительно просто ссылка, и новый строковый объект ни разу не был создан, а значение просто не обнулилось, ибо магия.
 
Blc_Dragon сказал(а):
Посмотреть вложение 45508
поддельные скрины, которые ложь и не правда, и на самом деле там действительно просто ссылка, и новый строковый объект ни разу не был создан, а значение просто не обнулилось, ибо магия.
Нажмите, чтобы раскрыть...
Я сейчас немного не понял, что этот код должен демонстрировать?
 
alexandrage сказал(а):
Смысл тебе объяснять, что эта переменная внутри метода, она не глобальная и умрет после выполнения метода. Все равно же не поймешь.
Нажмите, чтобы раскрыть...
Все равно зачем ее каждый раз инициализировать, если можно сделать это после условий
 
alexandrage сказал(а):
Смысл тебе объяснять, что эта ссылка внутри метода, она не глобальная и умрет после выполнения метода. Все равно же не поймешь.
Нажмите, чтобы раскрыть...
ну я уже погуглил, мне уже хорошо. (чета приленился я на форуме. гуглить перестал. головой тоже думать перестал. за одергивание спасибо, с твоей логикой все равно не согласен)

допустим у нас онли 1к человек.
они все бегают и прыгают, т.е. ивент выполняется постоянно и одновременно примерно 500 раз за тик.
ссылка ничего не кушает в памяти? совсем? ее создание не тратит вычислительных ресурсов? совсем?
И даже если она кушает не много, это не повод отмахиваться от такого и говорить, "пфф. потом умрет". по этим причинам многим серверам тупо не хватает памяти.
А если учесть, что в bukkit все обрабатывается главным потоком (кроме чата[может еще что то там добавили]), то тут вообще загрустить можно.
особенно если вспомнить, что потоки не разбиваются по ядрам, и, фактически, используется только одно ядро вместо 4-х\8-ми имеющихся.
и тут вообще становится грустно.
ресурсы, которые в следствие пряморукости кодеров, и так учиканы, мы тратим еще не благоразумней.
 
Blc_Dragon сказал(а):
ну я уже погуглил, мне уже хорошо. (чета приленился я на форуме. гуглить перестал. головой тоже думать перестал. за одергивание спасибо, с твоей логикой все равно не согласен)

допустим у нас онли 1к человек.
они все бегают и прыгают, т.е. ивент выполняется постоянно и одновременно примерно 500 раз за тик.
ссылка ничего не кушает в памяти? совсем? ее создание не тратит вычислительных ресурсов? совсем?
И даже если она кушает не много, это не повод отмахиваться от такого и говорить, "пфф. потом умрет". по этим причинам многим серверам тупо не хватает памяти.
А если учесть, что в bukkit все обрабатывается главным потоком (кроме чата[может еще что то там добавили]), то тут вообще загрустить можно.
особенно если вспомнить, что потоки не разбиваются по ядрам, и, фактически, используется только одно ядро вместо 4-х\8-ми имеющихся.
и тут вообще становится грустно.
ресурсы, которые в следствие пряморукости кодеров, и так учиканы, мы тратим еще не благоразумней.
Нажмите, чтобы раскрыть...
Яж говорил, что не поймешь.
 
AtomicInteger сказал(а):
Ну поставь ниже, что бы полегчало :)
Нажмите, чтобы раскрыть...
вообще надо использовать EntityDamgeEvent (обрабатывать 500 чел за тик или ~10 за секунду. разница, кажется, есть) (но это все бред, яж тупой вообще)
 
AtomicInteger сказал(а):
Ну поставь ниже, что бы полегчало :)
Нажмите, чтобы раскрыть...
ООоо фак, какое облегчение, спасибо, теперь буду к тебе за советом ходить.

Камень с души, вот честно !
alexandrage сказал(а):
Яж говорил, что не поймешь.
Нажмите, чтобы раскрыть...
)0) с тобой лучше не спорить, упрямец )0)))
 
IcedwinterZ сказал(а):
ООоо фак, какое облегчение, спасибо, теперь буду к тебе за советом ходить.

Камень с души, вот честно !

)0) с тобой лучше не спорить, упрямец )0)))
Нажмите, чтобы раскрыть...
А кому то лучше серверами не заниматься, а то в голове оут оф мемори случится, когда он узнает сколько переменных в minecraft.
 
Для ответа нужно войти/зарегистрироваться
Назад
Верх