Вопросик по тикам
- Автор темы Skarlet
- Дата начала
- 279
- 0
Поток делится на два потока? ._.Skarlet написал(а):В майне один поток отвечающий за тики, и с помощью этого потока и печки работают и коровка ходит. Или всё же за печки и коровки есть отдельный поток.
P.S. Интересно стало просто
Для обработки всех миров в майне один поток, ибо нотч и его команда не сильно могли в многопоточности на момент релиза. Да и разработчики считали главным достижением игры - сингл, толком не воспринимая всерьез серверную часть. Но вот недавно появились всякие мини-игры и.т.д., в связи с этим в Minecraft 1.8 каждый серверный мир будет обрабатываться в отдельном потоке. Вроде бы как-то так.Skarlet написал(а):В майне один поток отвечающий за тики, и с помощью этого потока и печки работают и коровка ходит. Или всё же за печки и коровки есть отдельный поток.
P.S. Интересно стало просто
- 509
- 2
Вот мне и интересно, один поток тиков и работа печек и т.д через тики, или несколько потоков.minecraftsrv написал(а):Поток делится на два потока? ._.Skarlet написал(а):В майне один поток отвечающий за тики, и с помощью этого потока и печки работают и коровка ходит. Или всё же за печки и коровки есть отдельный поток.
P.S. Интересно стало просто
- 279
- 0
В нем около 50ти потоков, если мне память не изменяет.laz2727 написал(а):
- 1,990
- 18
- 109
Тики не идут в отдельном потоке.
Рисуется всё, конечно же, в другом потоке - для него выделяется специальной свой поток от OpenGL, это уже низкоуровневые фичи, которые заложены в самом API. А вот все данные отправляются с главного потока. В кубаче нормального деления на потоки нет.
Сервер выделяет по 2 потока на каждого игрока - один на запись, другое на чтение пакетов. Это довольно ущербная система. Хотя в новой версии вроде перешли на Netty, где своя многопоточная система передачи данных, причем даже NIO, (Non-Blocking Input\Output), с организованными пулами потоков и прочими прелестями, которые существенно реорганизуют работу пакетов, заметно её оптимизируя и повышая её производительность.
Если бы почти на каждое действие в игре выделялся поток - возникли бы огроменные проблемы с синхронизацией, из-за которых могут возникнуть ужасные вещи вроде дедлока, так что неудивительно, что используют их только в части передачи данных. Хотя генерацию мира можно было бы и сделать в отдельный тред.
Рисуется всё, конечно же, в другом потоке - для него выделяется специальной свой поток от OpenGL, это уже низкоуровневые фичи, которые заложены в самом API. А вот все данные отправляются с главного потока. В кубаче нормального деления на потоки нет.
Сервер выделяет по 2 потока на каждого игрока - один на запись, другое на чтение пакетов. Это довольно ущербная система. Хотя в новой версии вроде перешли на Netty, где своя многопоточная система передачи данных, причем даже NIO, (Non-Blocking Input\Output), с организованными пулами потоков и прочими прелестями, которые существенно реорганизуют работу пакетов, заметно её оптимизируя и повышая её производительность.
Если бы почти на каждое действие в игре выделялся поток - возникли бы огроменные проблемы с синхронизацией, из-за которых могут возникнуть ужасные вещи вроде дедлока, так что неудивительно, что используют их только в части передачи данных. Хотя генерацию мира можно было бы и сделать в отдельный тред.
