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

Все остальные потоки уведомляются обо всех пользователях, поэтому они также могут отображать данные для них.

Это эффективно, поскольку поток может обслуживать тысячи миллионов соединений, а потоков несколько.

Одной из проблем, которая является общей для многопоточности, является обслуживание одного из нескольких видов событий из одного потока. Я полагаюсь на тот факт, что опрашиваю кольцевой буфер и epoll.

Моя бродячая установка использует постоянные диски и использует ansible для развертывания cronjob и сценария синхронизации. Он настраивается файлом YAML. Я также установил psycopg2 и нашел документацию о том, как получить таблицы в базе данных в Postgres. Теперь осталось написать алгоритм синхронизации.

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

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

Проблема заключается в том, чтобы определить, какая сторона является последним изменением и какая сторона должна победить. Возможно, мне придется ввести столбец версии.

Если бы у меня было последнее обновленное поле метки времени, я мог бы его использовать. Или столбец версии, но я специально стараюсь не добавлять новые столбцы в схему. Это означает, что это намного сложнее.

Теперь профили на доменах с языком по умолчанию отображаются с вопросами и контентом только на выбранном в данный момент языке (или на всех, если включено «Полъязычие»), за исключением доменов, у которых нет языка по умолчанию.

Ниже приведено описание того, как работает регистрация и связь с пользователем. Кроме того, как часть контента из разговоров с пользователями можно сделать частью общедоступного профиля или профиля сообщества.

Прямо сейчас удобнее дать кому-то ссылку на свой профиль Infinity и ожидать, что им будет удобно просмотреть свои идеи и проекты и начать взаимодействовать.

У меня есть 3 машины, каждая с 1 диском, который обеспечивает хранилище Диск отображается как один большой диск с хранилищем со всех машин.

Я не загружал ключи, но мог бы. Это просто тестовые ключи.

Я работаю над использованием бродячих постоянных томов виртуального бокса. Это означает, что я могу иметь диск для хранения, связанный с каждой виртуальной машиной.

Я потратил на это несколько часов.

Если бы это применялось ко всем циклам программ, мы могли бы иметь еще более эффективные программы.

два часа Я вполне доволен тем, что создал. Я думаю, что API мог бы быть лучше. Или реализация ожидания результатов могла бы быть лучше. Расчет, чтобы увидеть, есть ли какие-либо новые результаты, является дорогостоящим из-за вложенных циклов. Я думаю, что это можно было бы сделать лучше. В идеале вложенные циклы должны содержать всего несколько инструкций и дополнений divmod. В противном случае они должны доминировать в используемых характеристиках.

2-4 часа Не могу вспомнить, когда начал

Я получаю повторяющиеся записи.

Родительский цикл выглядит так:

для письма буквами: для числа в цифрах:

для символа в символах:

Затем я пытаюсь расширить его с помощью нового параллельного цикла внутри внутреннего цикла.

Но каждая итерация будет выглядеть одинаково! Это не эквивалентно этому:

для письма буквами: для числа в цифрах:

для символа в символах:

для вложенных кодов: для эмодзи во вложенных: печать (вложенный эмодзи с буквенным номером)

Мне нужен какой-то способ расширить цикл через произвольное количество циклов, например, дерево циклов.