See: https://illumos.org/man/5/epoll

Idea: move logic from src/unix/linux-core.c to src/unix/epoll.c and share that between Linux and Illumos.

Motivation:

• removes 250-300 lines of code from src/unix/sunos.c
• switches to much more battle-hardened code
• makes libuv more efficient because it no longer has to accommodate this event ports quirk:

diff --git a/src/unix/core.c b/s

Currently we use a pretty naive removal of testing dependencies for SwiftPM by setting an environment variable. We should be able to use Rocket and update our Rakefile script to just remove testing dependencies on each release, and keep it in the development process thanks to that.

The idea came from this PR that I saw RxSwiftCommunity/RxOptional#83, which sounds reall

If you want to work with a complete socket address type including port, we have a helper in SocketAddress. However, the moment you want to talk only about an IP address we force you to hold an in_addr or in_addr6 structure: hardly the friendliest versions of these data types.

We should provide a helpful wrapper IPAddress type that can be converted into those types as needed. This would

It would be useful to be able to toggle/flag into a process-level mode to group by pid and display more process-level information like the full command line.

• For the "Utilization by process name" window, we could group by pid rather than process name so that it's easier to find specific heavy network resource consumers.
• For the "Utilization by connection" window, including the pid + cmdlin

What should happen if deliver_cancel raises an exception? In the current implementation, the shielded cancel scope will prevent it from propagating until the process exits, which might take a while if the crash occurred before signaling the process in any way. Maybe on exception from a user-specified deliver_cancel we should call the default deliver_cancel to kill the process? Or just kill() since

We currently only test our autoscaling behavior for concurrency and rps. We should add an e2e test that also asserts we properly scale on `

Add following Contents to Cloud Providers - https://github.com/Tikam02/DevOps-Guide/tree/master/Cloud_providers

• Add basic concepts of following providers:
  • AWS
  • GCP
  • Azure
• Add tips & tricks
• Add commands

If you are using gnet in your projects and willing to display the name of your project or corporation on the home page, please feel free to open a PR for it.

This is where I show the user cases: User cases of gnet for English, gnet 用户案例 for Chine