Estou um pouco confuso sobre como o Go lida com solicitações simultâneas no Google App Engine. Então, espero que alguém possa fornecer alguma clareza.

Aqui estão os fatos que eu juntei:

O Go é segmentado único no App Engine. -isso é porque é possível fazer aritmética arbitrária de ponteiro criando condições de corrida com vários encadeamentos

Os Goroutines são multiplexados em vários segmentos do sistema operacional, portanto, se um deles deve ser bloqueado, como durante a espera por E / S, outros continuam a ser executados.

[O App Engine tem] um limite de 10 concorrentes [que] é imposto por meio de um limite de threads simultâneos em todo tempo de execução. Na maioria dos casos, nosso agendador tentará criar uma nova instância.

Se o Go for segmentado no Google App Engine, o ponto 3 será discutível. Isso é o 1 e o 2. Se o Go no Google App Engine tiver encadeamento único e os encadeamentos precisarem continuar a execução durante o bloqueio de E / S, parece que uma instância do Google App Engine bloqueará todas as linhas enquanto espera na E / S.

Isso está correto? Se não, como a concorrência do Go realmente funciona no App Engine?

Para ajudar a quantificar as coisas. Se eu fosse manter uma conexão aberta por 30 segundos. Como as conexões simultâneas podem manter uma única instância do AE Go?

Obrigado.

EDIT: aqui está a solicitação de recurso que permitirá que a Instância Go processe mais de 10 solicitações simultâneasPermitir limite configurável de solicitações simultâneas por instância. Por favor, faça uma estrela.