gen_server работает медленнее, когда почтовый ящик становится больше

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

Потому что весь трафик проходит через один единственный процесс, и это создает узкое место.

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

Один процесс для всех транзакций необходим только в тех местах, где эти транзакции должны иметь сериализованный доступ к какому-то общему ресурсу (как правило, к обновлениям какой-то ETS-таблицы). Доступ к сериализации (с использованием сообщений) должен быть как можно короче.

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

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

Возникает новая потенциальная проблема: возможно ли обрабатывать новые запросы параллельно с вставкой документов в MongoDB?

Если да, то все в порядке

Если нет, вам придется изменить свой дизайн, например, вернуть отрицательное подтверждение любому клиенту, чей запрос не совместим с вставкой в ​​​​базу данных (или проигнорировать запрос, если это возможно). Вы должны очистить почтовый ящик как можно быстрее, накапливать сообщения в течение 60 секунд — не лучший вариант, вы толкаете erlang далеко за пределы его обычного использования, просто представьте свой вариант использования:

• На сервер поступает длинный запрос, он входит в цикл обновления базы данных;
• за это время входящие сообщения накапливаются в почтовом ящике, т. е. копируются в область памяти сервера;
• очень скоро процессу будет не хватать памяти, и виртуальной машине придется приостановить процесс (поэтому ваш цикл базы данных), чтобы увеличить память, выделенную серверу, и в конечном итоге сделать некоторую копию данных.
• такое управление памятью замедляет работу сервера, обновление базы данных занимает больше времени, накапливается больше сообщений и т.д.

Наконец, я нашел свой ответ в этой статье.

В разделе 3. Архитектура памяти erlang ориентирована на процессы. Каждый процесс выделяет и управляет своей собственной областью памяти, которая обычно включает плату, частный стек и частную кучу.

Это вызывает недостаток: Высокая фрагментация памяти

Процесс не может использовать память (например, кучу) другого процесса, даже если в этой области памяти имеется большое количество неиспользуемого пространства. Обычно это означает, что по умолчанию процессы могут выделять лишь небольшой объем памяти. Это, в свою очередь, обычно приводит к увеличению количества вызовов сборщика мусора.

Столь большой размер почтового ящика может замедлить работу всей системы.

Но, это еще не главный момент. Следуйте замечательному комментарию @pascal, долгие затраты на работу с базой данных, я проигнорировал, что gen_sever предназначен для отправки и получения. Я столкнулся с gen_sever: вызов в gen явно идет выборочный прием! Простите меня за то, что я немного попробовал erlang~