Chiebot-Mirror/grpc - grpc - Gitea: Git with a cup of tea

Commit Graph

Author	SHA1	Message	Date
Nathaniel Manista	0eacb45a48	Elide local field by directly returning values	7 years ago
Nathaniel Manista	77d2c721cb	Add missing const	7 years ago
Nathaniel Manista	1628da0136	Avoid abbreviation in Python API I should have requested this during code review of `bcf083fa90` but it slipped my mind.	7 years ago
ncteisen	264560ff4a	Reviewer feedback	7 years ago
Jan Tattermusch	eec8b84c71	spinlock in completion registry is slightly faster	7 years ago
Jan Tattermusch	8bae77cdd1	add completion registry benchmark with shared registry too	7 years ago
Jan Tattermusch	da8ef40465	save allocation by using a struct instead of a tuple	7 years ago
Jan Tattermusch	85807230fb	consistent naming for OnReceivedCloseOnServer	7 years ago
Jan Tattermusch	2622fdc07d	remove legacy delegates	7 years ago
Jan Tattermusch	c5638887bf	make everything compile	7 years ago
Jan Tattermusch	466d77b26f	avoid delegate allocations in callsafehandle	7 years ago
Jan Tattermusch	8b451ed31d	server and channel adjustments	7 years ago
Jan Tattermusch	2dc792de17	add "state" filed to batch completion delegate	7 years ago
Jan Tattermusch	9a244d61d4	avoid unnecessary allocation in completion registry	7 years ago
Noah Eisen	11c1c47fe9	Fix real TSAN/ASAN bug	7 years ago
Mehrdad Afshari	90dbd2b670	Alter health/reflection packages' build criterion Using the presence of the `_pb2_grpc` module, as opposed to the absence of the build script (`_commands` module) is a problematic choice, because even if a generated file is present, the test infrastructure may want to regenerate it under a different environment (e.g. different Python/proto package version). This will ensure the protos always get recompiled if we have a `*_commands` module present, signaling we are in a build environment, thereby making the process hermetic.	7 years ago
Giang Nguyen	bcf083fa90	Add Python support for server SSL cert reloading Previously, a secure server is configured with SSL credentials during initialization, and those credentials will be used for the lifetime of the server. If the user wants the server to use new credentials, the user has to restart the server, resulting in server downtime. This change enables the user to optionally configure the server with a "certificiate config fetcher," such that on every new client connection, the server will call the config fetcher before performing the handshake, allowing the user application to optionally specify new certificate configuration for the server to use (the fetcher can return a "no change" and the server continues to use its current certificate configuration).	7 years ago
yang-g	ed49fe5510	Resolve comments	7 years ago
ncteisen	8d1a3ca5fc	use aquire release	7 years ago
kwasimensah	8abe26237e	Fix pthread cleanup logic Don't delete the key in the pthread_key_create destructor. The key isn't specific to instances of values.	7 years ago
Marko Bogdanović	9f4a8eeced	Add HealthChecker helpers for setting statuses	7 years ago
yang-g	26521b38d2	Avoid calling dtor on grpc_fd before putting it in freelist	7 years ago
ncteisen	f852c06038	Fix TSAN attempt	7 years ago
ncteisen	c4dd9cfe18	reviewer feedback	7 years ago
ncteisen	692915ee07	Swtich to using grpc_bb_take_first	7 years ago
Sree Kuchibhotla	9f4759ac14	Disable caching start-time for all clocktypes except GPR_CLOCK_MONOTONIC Caching the start-time for GPR_CLOCK_REALTIME has been causing errors in cases where the system time is changed (after caching the time). In such cases, the following functions produce incorrect results (and are off by how much ever the system time was changed) grpc_millis_to_timespec() and grpc_timespec_to_millis_round_down() This can cause problems especially when using the above functions to get timer deadlines or completion queue timeouts. (In the worst case scenarios, the timeouts/deadlines will always occur (if the timeout inverval / deadline was less than the system change delta) Ideally we should be reverting https://github.com/grpc/grpc/pull/11866 but since that is a large change (which introduced new APIs in exec_ctx.cc), I am doing this change to effectively revert to the old behavior (while still keeping the new APIs introduced in exec_ctx)	7 years ago
murgatroid99	5dc3cc1b01	Clang format	7 years ago
Jan Tattermusch	ddcdf84186	use regular dict in completion registry	7 years ago
Jan Tattermusch	8aeaacc220	generalize invocation of C# microbenchmarks	7 years ago
Jan Tattermusch	74a723f20d	add PInvokeByteArray microbenchmark	7 years ago
Jan Tattermusch	ef69907cff	add CompletionRegistry microbenchmark	7 years ago
Jan Tattermusch	1de0d69fd9	add GCStats to microbenchmarks	7 years ago
Muxi Yan	9b74848676	forward declare pbobjc.h	7 years ago
murgatroid99	3dc4bc2f06	Fix uses of resource quota in UV TCP code	7 years ago
ncteisen	588d6d9294	unref before write failures for completness	7 years ago
ncteisen	311fa5f818	Reviewer feedback: no API change	7 years ago
Ken Payson	24908a61e4	Use lock when popping requests on server shutdown Doing this without a lock causes TSAN failures for quic. There isn't much need to be clever here because this only impacts shutdown performance, which doesn't really matter.	7 years ago
kwasimensah	0bf12cfd32	Fix clang-format issues	7 years ago
ncteisen	3035950cb4	clang fmt	7 years ago
Yuchen Zeng	1028787b5a	Add constant kMaxDt	7 years ago
ncteisen	232af482b5	inline helper and remove extern c	7 years ago
Jan Tattermusch	1aacb19838	balance queuedContinuationCounter for inlined handlers	7 years ago
Jan Tattermusch	ea6cc57f1e	C# benchmarks: honor optimizationtarget channel arg	7 years ago
ncteisen	b2aa06ae99	Reviewer feedback: friend func not clasS	7 years ago
ncteisen	9006013267	Reviewer feedback: singleton TraceFlagList	7 years ago
Mark D. Roth	6c8ee58f95	Restart LB call after client load report completion, if needed.	7 years ago
ncteisen	9e2be4998e	Only alloc if status <> ok	7 years ago
ncteisen	d21b96cbc7	Dup the memory	7 years ago
Mehrdad Afshari	9d1ba2efd9	Fix grpcio_{health_checking,reflection} packaging The previous packaging structure exhibited strange behavior of slowness when trying to use pip to install grpcio-reflection or grpcio-health-checking in a single line with grpcio-tools. The root cause seems to be the complicated interaction between pip and setuptools and the fact that we ship a single .tar.gz "source" archive for `grpcio_reflection` and `grpcio_health_checking` packages. `pip` tries to build this "source" package, and our build process wants to generate code for the `.proto` files in the package. However, we have already processed the `.proto` files into `_pb2.py` files in our artifact build process, and installing `grpcio_tools` to get `grpcio_{reflection,health_checking}` seems excessive. The behavior gets worse since `setuptools`, while building the package from source, tries to fetch `grpcio_tools` from source and build that too. This takes a while, since it involves compiling a bunch of native code from `protobuf` and `grpc` and requires a C compiler to boot. This commit modifies the Python artifact for the two packages so that they will not include the raw `.proto` files in the distribution uploaded to PyPI, nor would they contain the Python module that does the preprocessing code generation from the respective .proto files. Instead, a specific code path is taken when the generated `_pb2_grpc` Python module is not present in the package to provide such functionality when built from the gRPC git repository (and hence when built from our CI infrastructure.)	7 years ago
ncteisen	ce0ad22f87	Reviewer feedback	7 years ago

1 2 3 4 5 ...

16559 Commits (f5649c7e9634bfa4f1522c0ebef4947004ef1a64)