tsarevfs

Скорее всего ошибка:
buf == stack.buf вернет true только когда это один и тот же массив, а не 2 массива с равными элементами. Используйте Arrays.equals(array1, array2). https://stackoverflow.com/a/8777279/1762922
Придирка:
Не понятно как позиция может стать меньше 0: if(position <= 0), вроде достаточно проверки на равенство.

ArrayList практически(*) всегда быстрее чем LinkedList. Это связано с тем, что ArrayList хранит данные в непрерывном куске памяти. LinkedList же выделяет память для каждого узла и связывает их ссылками.
Современные процессоры хорошо работают с непрерывными данными. Это связано с работой кэша и суперскалярной архитектурой. Процессор может подгружать данные наперед, использовать векторные SSE инструкции и.т.д.
https://habr.com/en/post/312078/
В LinkedList каждая итерация вероятно приведет к обращению к памяти. Для массива это увеличение счетчика в регистре процессора. Разница по времени может достигать сотен раз.

*LinkedList асимптотически(при достаточно большом размере) быстрее при вставке и удалении элементов из средины, поскольку для массива нужен сдвиг элементов. Однако это можно заметить только на массивах с сотнями а то и тысячами элементов.

https://github.com/yuemingl/SymJava еще нашлось. Оно конечно странного хочет (Java-OO)...

1. Есть несколько вариантов, но все из них сводятся к тому, что текст, данные форм и прочее нужно представить в виде набора байт. Это называется сериализацией. Это можно делать по разному. Например использовать бинарный формат близкий к тому как эти данные хранятся в памяти. Это достаточно сложно особенно если программы написаны на разных языках. Вам подойдет более высокоуровневый подход на основе JSON (ndjson) или msgpack. Или даже более высокоуровневые решения типа json/msgpack rpc.
2. Прием работает в обратном порядке. Мы принимаем данные в некотором формате и десериализуем их в те структуры данных, которые используются в программе.
3. Уточните вопрос, но ответ скорее всего нет =)
4. Он может участвовать а может и нет. Он работает поверх сокетов. Вероятно для ваших целей он избыточен. Однако смотреть можно в сторону rpc over http или rest api.
5. Основная проблема в том, что операция -"ждать сообщения от клиента / сервера" блокирующая. И если ничего не предпринять, то клиент не сможет реагировать на клавиатуру / мышь, а сервер не сможет работать с несколькими клиентами. Поэтому сетевое общение можно вынести в отдельный поток или использовать какие-то асинхронные механизмы (в паскале с этим не очень похоже).
6. Паскаль возможно не лучший язык для клиента. На той же Java это было бы проще.

habrahabr.ru/post/112953
Про положительные вы тоже что-то странное написали.

Есть некоторая путаница. Во многих языках программирования есть call stack и memory heap. Они имеют достаточно косвенное отношение к одноименным структурам данных. И если call stack по устройству действительно похож на LIFO, то memory heap имеет мало общего с FIFO структурой данных.

Хм, а если, скажем, только 100 потоков запустить? Тоже не все будут работать?
Можно попробовать посмотреть какие пакеты реально идут с сервера с помощью tcpdump или чего-то подобного.

Есть репозиторий с примерами ваших программ на guthub или bitbucket? Если нет, то полезно его иметь. Если C++, то работали (хотябы немного) ли вы с qt, winapi, сокетами, boost?

Java лучший выбор для олимпиад. На втором месте С++, но только в том случае если вы уже его хорошо знаете (намного лучше Java). Слышал такую рекомендацию от Андрея Станкевича, а он кое-чего в этом понимает.

Находятся какие-то варианты.

Школьник, студент? Уже что-то знаете по C++ или Java? Готовы платить за время консультаций?

Idea (community edition)
jdk под вашу версию ОС.
Интерактивный туториал (на английском)
Г. Шилдт Java руководство для начинающих

Если вам хочется заниматься именно играми, посмотрите на Unity3d. С его помощью можно сделать игру практически не программируя.

Если возможных вариантов для элементов немного (например как в вашем примере char 256 возможных символов) , то за один проход можно посчитать количество вхождений каждого варианта. Иначе используйте map для этого.

А так не пробовали?

Главное придерживаться единого стиля во всем проекте. Мне же привычнее объявлять ближе к использованию.