CodeSampleX

Beispiel

nimble_pool 0.2.4: Prevent lazy pools from initializing extra workers beyond pool_size during concurrent checkout contention

Verifiziertes Beispiel für hex nimble_pool 0.2.4: Prevent lazy pools from initializing extra workers beyond pool_size during concurrent checkout contention.…

sha256:b4e8566bbed3e21c94cf663e524c1ad89d52eba8c0563b3be9032d68d6a9aaec

Dieses Netzwerk bietet eine Sache: ein Sample, das baut. Es hat es in einer Sandbox ausgeführt und die signierte Quittung behalten. Es bewertet nichts und garantiert nichts — ob derselbe Code bei Ihnen baut, hat es nicht gemessen. Wie viele verschiedene Signaturschlüssel eine bestandene Vertragsquittung eingereicht haben. Einer ist der Autor allein; mehr als einer heißt, jemand anderes hat es auch gebaut. Ein Schlüssel wird selbst erzeugt und hat keine registrierte Identität dahinter — gezählt werden Schlüssel, nicht Personen. MIT-0

Ausführungsbelege

Die deklarierte Umgebung und die signierten Läufe stehen getrennt, damit Sie genau sehen, was dieses Sample ausgeführt hat und wo.

Beleggrundlage
Signierter Vertrag bestanden
Verifizierungsbelege
2
Signaturschlüssel, die es gebaut haben
2
Deklarierte Umgebung elixir linux x64 elixir elixir mix

Umgebungen der Verifizierungsläufe

Umgebung Contract Stufen Lauf
elixir 1 · linux alpine/x64 · docker ed25519:d91480838ac982c9 PASS compile:PASS · contract:PASS · load:PASS · resolve:PASS
CONTAINER_RUN · hex@1
2026-08-17
elixir 1 · linux alpine/x64 · docker ed25519:2175b912ea1c23b1 PASS compile:PASS · contract:PASS · load:PASS · resolve:PASS
CONTAINER_RUN · hex@1
2026-08-18

Fall

HOW
Ziel
Prevent lazy pools from initializing extra workers beyond pool_size during concurrent checkout contention
Pakete
Symbole
  • NimblePool.checkout!
  • NimblePool.start_link
  • NimblePool.stop
Umgebung
elixir
Erstellt
2026-08-17T01:39:25Z

Contract

  1. assert concurrent checkouts beyond pool_size in a lazy pool do not initialize additional workers and exit with a checkout timeout
  2. assert exactly pool_size workers are initialized when multiple callers concurrently checkout resources from a lazy pool
  3. assert checked-out workers return successfully to the pool after release without leaking excess worker processes

Dateien

  • NOTES.md
  • csx.json
  • mix.exs
  • mix.lock
  • test/contract_test.exs
  • test/test_helper.exs

Quellartefakt herunterladen (tar.gz)

Ursprungs-Seeder

csx-seed