Age | Commit message (Collapse) | Author |
|
|
|
* Annotate Microsoft.AspNetCore.Http with nullable attributes
* Annotate Hosting with nullable
|
|
|
|
|
|
|
|
|
|
|
|
dotnet/dev/toddgrun/NoMoreLineTrackingStringBuffer
Get rid of LineTrackingStringBuffer class and instead use the line in…
|
|
|
|
|
|
Just removed 'for' in
> Adds middleware _for_ needed for debugging Blazor WebAssembly applications
|
|
|
|
|
|
|
|
* Add an option to configure the NewtonsoftJson buffer size
Contributes to https://github.com/dotnet/aspnetcore/issues/21245
* Update src/Mvc/Mvc.NewtonsoftJson/src/MvcNewtonsoftJsonOptions.cs
Co-authored-by: Stephen Halter <halter73@gmail.com>
Co-authored-by: Stephen Halter <halter73@gmail.com>
|
|
|
|
|
|
* Consolidate RazorSdkDirectory logic
|
|
* Add nullable to DataProtection
Contributes to https://github.com/dotnet/aspnetcore/issues/5680
|
|
|
|
|
|
information provided by RazorSourceDocument.
This additionally gets rid of an extra whole buffer allocation in the ParserContext. The most complex bit of the change is around avoiding TextLineCollection.GetLocation.
Overall, I'm seeing a pretty big win here, about 35% less time spent in RazorSyntaxTree.Parse for the typing scenario I was doing in a very large file.
|
|
product (#22896)
We've already shipped a 3.2.0 version of the package. The build's currently producing
3.1.6 version of the package. This changes the package version to 3.2.1
|
|
|
|
Dev/toddgrun/more perf optimizations
|
|
dotnet/dev/toddgrun/TrySplitNamespaceAndTypeAllocatesTooMuch
Small memory allocation optimization in DefaultRazorTagHelperBinderPh…
|
|
[automated] Merge branch 'release/3.1' => 'master'
|
|
DefaultRazorTagHelperBinderPhase.TrySplitNamespaceAndType
This method allocated multiple strings on every invocation when they were rarely needed. With this change, I see a reduction in memory allocated during RazorProjectEngine.ProcessDesignTime of 1.4%.
|
|
Co-authored-by: Chris Ross <Tratcher@Outlook.com>
|
|
* Add nullable annotations to Healthchecks
* Update HealthCheckContext.cs
|
|
diagnostics (#22876)
|
|
|
|
https://github.com/dotnet/aspnetcore-internal/issues/3616
|
|
|
|
|
|
(#22842)
|
|
* Add nullability to antiforgery
Addresses #5680
* Rebase
|
|
This is the last of the easy wins that I could find for typing in large razor files (minus the logged bug to move the divergence checker code off the UI thread). In the profile for the large document editing, these changes reduce allocated memory during RazorSyntaxTree.Parse by about 25%. CPU wise, the win isn't quite as dramatic, only a couple percent improvement under RazorSyntaxTree.Parse.
|
|
|
|
|
|
* Razor SDK build ordering issues
* Build the SDK completely regardless of the MSBuild runtime type
* Split SDK integration tests into a separate project. Clean up project file
* Add project to sln
* Update Microsoft.NET.Sdk.Razor.csproj
* Fixup tests
* Avoid rebuilding dependencies if they appear up to date. Fixup tests
* Fixup
* Update CSharp.Common.props
* Cleanup the build
|
|
|
|
(#22746)
|
|
* [Blazor] Switch to use a cshtml file for errors
* Update template tests
|
|
* [Blazor] Fix manifest integrity computation
* Add a couple of tests to validate incrementalism
|
|
This avoid the container holding on to transient HttpClient instances for the lifetime of the application.
|
|
* Workaround for DomException when invoking cache.put
Invoking cache.put could sometimes result in exceptions being thrown. While this seems to have been fixed in Chromium - https://bugs.chromium.org/p/chromium/issues/detail?id=968444,
we've had several reports of this in our repo. The fix here is to write defensively when working with the cache apis since they appear to behave in unexpected ways..
Fixes https://github.com/dotnet/aspnetcore/issues/20256
* Fixup
|
|
[automated] Merge branch 'release/3.1' => 'master'
|
|
(#22792)
* Add mechanism where IR token generation can defer allocation of it's content.
It turns out that many IR tokens access their content, and thus allocating it is unnecessary. In particular, with this change against a large file, I've seen allocations under SyntaxNodeExtensions.GetContent reduced by about 33%. Performance wise, I've seen the number of CPU samples in the profile under GetContent reduce by about 40% (in my sample I typed 26 characters and there was about 600 ms less spent in GetContent)
* ContentGetter => ContentFactory
* Make tests happy with the switch from IntermediateToken to IntermediateTokenWithDeferreedContentAllocation
* IntermediateTokenWithDeferredContentAllocation => LazyIntermediateToken
|
|
|