草庐IT

non-native

全部标签

java - 如果我们尝试将 Native Thread 永久附加到 DVM (JVM) 会产生什么后果?

将native线程永久附加到JVM(AttachCurrentThread)是否可行(或者)在需要时附加(调用java函数)并在工作完成后立即分离是否更好我用上述案例编写了一个示例native应用程序,没有发现任何区别。但是通过谷歌搜索,我模糊地知道,当附加到JVM时,JVM线程调度负责调度,否则操作系统将调度native线程(如果未附加)。这是真的吗?分离之前连接的任何线程很重要;否则,调用DestroyJavaVM时程序不会退出。-http://java.sun.com/developer/onlineTraining/Programming/JDCBook/jniref.html

java - Windows 支持 Java 6 中的 native GSS-API

来自http://java.sun.com/developer/technicalArticles/J2SE/security/#3:Note:Thesetwosystempropertiesareignoredwhenapplicationsrunonoperatingsystemsthatdonotyetsupportthisfeature,forexample,MSWindows.该文件是2006年的,所以情况可能会发生变化,但我还没有找到明确的答案。我想知道Windows版SunJava6的最新版本今天是否支持nativeGSS(无需修改注册表即可获取TGT)。

java - 在 Hibernate + Java 上性能较慢,但当我将 TOAD 与相同的 native Oracle 查询一起使用时性能很快

我检测到Oracle上的hibernate和native查询存在性能问题。当我在TOAD上执行带有多个参数的复杂SQL查询时,我得到了以毫秒为单位的结果。但是,当我使用Hibernate执行相同的查询时,这个时间会大幅增加(最多四秒甚至更多)。我的SQL查询相当复杂,返回一个唯一值(因此,问题与安装类所需的时间无关)并且它包含几个格式为“:nameParameter”的参数。此查询存储在一个字符串中。例如,StringmyNamedNativeQuery="selectcount(*)fromtables"+"wherecolumn1=:nameParameter1"+"andcolu

Java native 方法。公共(public)与私有(private)

假设我们需要在native代码中实现一些java方法并将其公开给用户。我们知道所有的工作都是由native端完成的,即java代码的唯一职责是将用户提供的参数传递给native代码并返回结果。据此,java层可能有两种实现方式:通过使用直接向用户公开的native方法:publicnativeObjectdoSmth(Objectarg0,Objectarg1);通过使用围绕私有(private)本地方法的瘦公共(public)包装器:publicObjectdoSmth(Objectarg0,Objectarg1){returnnativeDoSmth(arg0,arg1);}pri

java - 将 java 编译为 native 代码的性能提升?

如今将java编译为native代码是否可以获得任何性能,或者现代热点编译器最终会随着时间的推移这样做吗? 最佳答案 最近这里也有类似的讨论,针对Whatareadvantagesofbytecodeovernativecode?的问题。.您可以在该线程中找到有趣的答案。 关于java-将java编译为native代码的性能提升?,我们在StackOverflow上找到一个类似的问题: https://stackoverflow.com/questions/5

java - native 函数未找到实现

问题:20%的用户正在接收:FatalException:java.lang.UnsatisfiedLinkErrorNoimplementationfoundforjava.lang.Stringcom.example.utils.API.getHashString(android.content.Context)(triedJava_com_example_utils_API_getHashStringandJava_com_example_utils_API_getHashString__Landroid_content_Context_2)对于其他80%的应用程序运行良好,在我

java - 内存映射文件的性能/稳定性 - Native 或 MappedByteBuffer - vs. plain ol' FileOutputStream

我支持使用平面文件(纯文本)实现持久性的遗留Java应用程序。由于应用程序的性质,这些文件的大小每天可以达到100MB,而应用程序性能的限制因素通常是文件IO。目前,该应用程序使用普通的java.io.FileOutputStream将数据写入磁盘。最近,我们有几位开发人员断言,使用以native代码(C/C++)实现并通过JNI访问的内存映射文件将提供更高的性能。然而,FileOutputStream已经为其核心方法(即write(byte[]))使用了本地方法,因此在没有硬数据或至少没有轶事证据的情况下,它似乎是一个脆弱的假设。我有几个问题:这个说法是真的吗?内存映射文件总是提供比

java - 将 native dll 与 jar 捆绑在一起

这个问题在这里已经有了答案:关闭9年前。PossibleDuplicate:HowtobundleanativelibraryandaJNIlibraryinsideaJAR?我需要在我的jar中包含native库(jnotify,但我认为这无关紧要)。我想用NetBeans来做。我添加了Bundle-NativeCode:/lib/jnotify.dll;osname=win32添加到我的manifest.mf文件并将jnotify.dll添加到projektHome\src\lib\文件夹。但不幸的是,NetBeans覆盖了manifest.mf文件。我该如何修复?我可以仅使用Ne

java.sql.SQLException : I/O Error: SSO Failed: Native SSPI library 异常

我有两个Web应用程序需要在Tomcat6、MSSQL2008和JTDS-1.2.2作为驱动程序上运行。如果我只启动一个Web应用程序,一切正常,但一旦我启动第二个应用程序,我就会收到以下错误(顺序无关紧要):java.sql.SQLException:I/OError:SSOFailed:NativeSSPIlibrary当然,库ntlmauth.dll在C:\WINDOWS\system32下似乎启动的第二个应用程序无法找到用于单点登录的ntlmauth.dll。 最佳答案 我通过更改url从解决了这个问题jdbc:jtds:s

java - 为什么是 "Multiplexed, non-blocking I/O, [..] much more scalable than thread-oriented, blocking I/O"?

我正在阅读JDK7文档(here)中有关channel的内容,并偶然发现了这个:Multiplexed,non-blockingI/O,whichismuchmorescalablethanthread-oriented,blockingI/O,[...]是否有关于为什么会这样的简单解释? 最佳答案 因为线程堆栈通常比支持异步I/O连接所需的数据结构大得多。此外,调度数千个线程效率低下。 关于java-为什么是"Multiplexed,non-blockingI/O,[..]muchmo