Java NIO windows实现(Java NIO windows implementation)
在使用NIO.2 AIO功能处理项目时,我查看了“旧的”NIO选择器实现,并在Windows上看到使用默认的select-function,由于内部实现不良,因此在Windows上根本无法扩展。 大家都知道,在Windows上IOCP是唯一真正的解决方案。 当然,回调完成模型不适合NIO选择器模型,但这是否有效意味着在Windows上使用NIO基本上不是一个好主意?
例如:新的AIO功能包括IOCP实现。
在使用支持AIO的最新Netty框架时,尤其如此。 那么Netty在Windows上的速度并不像它那么快?
While working on a project using the the NIO.2 AIO features I looked in the "old" NIO selector implementation and saw that on windows the default select-function is used which does not scale at all on windows due to a bad internal implementation. Everybody knows that on windows IOCP is the only real solution. Of course the callback-on-completion model does not fit into the NIO selector model but does this effectively mean that using NIO on windows is basically not a good idea ?
For instance: The new AIO features include an IOCP implementation.
This is especially true while using the latest Netty framework where support for AIO has been dropped. So Netty is not as fast on Windows as it could be ?
原文:https://stackoverflow.com/questions/23791024
最满意答案
您无法构建发布签名配置,因为您无权访问该密钥。 您将希望使用发布配置进行构建。 只是好奇,为什么你想要使用Prism的定制版本而不是官方软件包?
You can't build the Release-Signed configuration because you don't have access to the key. You would want to build using the Release configuration. Just curious, why do you want to use a custom build of Prism and not the official packages?
相关问答
更多-
Nuget - 在构建期间看不到允许nuget下载丢失的包(Nuget - Don't see allow nuget to download missing packages during build)[2023-09-01]
在UI中添加了同意的选项已添加到NuGet Package Manager 1.8中。 这是工具 - >选项 - >程序包管理器 - >常规中的第三个项目:“程序包还原:允许NuGet在构建期间下载丢失的程序包”。 请确保NuGet在Tools-> Extension Manager中是最新的。 或者,您可以通过将EnableNuGetPackageRestore环境变量设置为true来同意。 The option to give consent in the UI has been added with ... -
根据我的测试,即使使用更高版本的块(例如3.3)或不从VSTS源恢复包,该警告仍然存在。 (托管构建代理具有相同的结果)。 除非您自定义构建任务以通过命令行还原包,否则无法将其删除。 我在这里提交一个问题。 更新: 该问题已更新。 我看到代码中的问题来自于我们从依赖代理的资产到部署任务的过渡。 你现在可以解决这个问题,直到我们通过任务配置中选择使用Nuget 3.5版本单选按钮或(2)提供nuget.config的路径来获得官方更改。 因此,您可以使用Nuget 3.5版本或指定nuget.config文件 ...
-
用NuGet包构建错误(Build Error with NuGet packages)[2024-02-19]
您需要将MvvmLightLibs NuGet包安装到您的DSACharacterSheet.Desktop项目中。 在App.xaml.cs文件中,您指定使用下面的命名空间: using GalaSoft.MvvmLight.Ioc; using GalaSoft.MvvmLight.Messaging; using GalaSoft.MvvmLight.Views; 但是无法根据安装的软件包找到它们。 安装MvvmLightLibs软件包后,名称空间将是有效的,并且可以成功构建项目。 You need ... -
从NuGet v2.7开始,不推荐使用MSBuild集成软件包还原,并将其替换为自动软件包还原 。 请参阅有关如何将解决方案迁移到新功能的文档: 迁移MSBuild集成解决方案以使用自动包还原 要了解有关自动包恢复的更多信息,请参阅NuGet包还原 这两篇文章讨论了这对TFS集成的影响。 As of NuGet v2.7, MSBuild-Integrated Package Restore has been deprecated and replaced with Automatic Package Re ...
-
如果您决定添加packages目录,最好检入该目录中的所有内容。 特别是需要dll文件,因为它们是通过NuGet发布的内置产品,但你无法确定需要哪些文件,因为任何NuGet包都可以包含可以执行任何操作的构建逻辑(例如,使用包含在其中的任何文件)包)。 最好使用GitHub的“VisualStudio”gitignore文件中的.gitignore文件,并删除与处理NuGet包的文件部分中的**/packages目录相关的行。 If you do decide to add the packages dire ...
-
将所有项目的所有第三方库放在一个文件夹中可能导致dll版本地狱。 如果更新包含重大更改且由其他项目引用的单个dll,则您将修复/重建引用它的所有项目。 要解决每个项目下载相同软件包的问题,您可以创建本地存储库并配置Visual Studio以使用本地存储库 y。 因此,如果您的本地存储库包含单个版本的log4net,那么您将只能使用该特定版本。 您可以将存储库配置为使用共享文件夹,在这种情况下,所有开发人员甚至您的构建服务器都可以使用该存储库。 使用NuGet 有很多优点 ,例如在硬盘和其他设备上节省大量空 ...
-
构建棱镜定制nuget包(Build prism custom nuget packages)[2022-05-09]
您无法构建发布签名配置,因为您无权访问该密钥。 您将希望使用发布配置进行构建。 只是好奇,为什么你想要使用Prism的定制版本而不是官方软件包? You can't build the Release-Signed configuration because you don't have access to the key. You would want to build using the Release configuration. Just curious, why do you want to us ... -
TFS 2015在构建时自动从定制nuget存储库更新包(TFS 2015 Automatically update packages from custom nuget repository on build)[2021-10-20]
正如Adriano Repetti所说的那样,当使用cmd线指令在构建服务器上进行nuget restore之后,将添加一个步骤来执行nuget更新。 The fix was to as Adriano Repetti said which was to add a step to perform nuget update after nuget restore was on the build server using the cmd line directives. -
您正在“Path to NuGet.exe”字段中指定命令行参数。 如果您想使用不同版本的NuGet,而不是将其添加到构建代理程序中,则应使用该字段。 您需要做的是解决您的问题: 将自定义NuGet服务器添加到计算机的 NuGet.config中 要么 将自定义NuGet服务器添加到应用程序的 NuGet.config中。 有关详细信息,请参阅NuGet 文档 。 You're specifying a command line argument in the "Path to NuGet.exe" fie ...
-
将HintPath更改为..\packages对我来说不起作用,但将其更改为$(Solutiondir)\packages对我来说就像魅力一样。 There were some paths in the csproj that were broken:
..\web\packages\mongocsharpdriver.1.8.3\lib\net35\MongoDB.Bs ...