Tag: mina
Apache Mina SFTP服务器侧通道侦听器用于传入文件
我试图弄清楚如何为基于Java的SFTP服务器实现服务器端侦听器，以提醒我传入的文件传输。 我正在使用最新版本的Apache Mina。 我的方案是我的服务器只是从客户端接收一个文件，并在存储之前对文件做“某事”。 这可能是错误检查/规则validation/在其他地方转发内容。 事情是我想在保存到我的系统之前这样做。 我在文档方面遇到了困难，无法找到一个显示通过访问传入文件流实现的侦听器的工作示例。 我从指南中获取了一个非常简单的服务器： public void setupServer() throws IOException { sshd = SshServer.setUpDefaultServer(); sshd.setFileSystemFactory(new NativeFileSystemFactory() { @Override public FileSystemView createFileSystemView(final Session session) { return new NativeFileSystemView(session.getUsername(), false) { @Override public String getVirtualUserDir() { return testFolder.getRoot().getAbsolutePath(); } }; }; }); sshd.setPort(8001); sshd.setSubsystemFactories(Arrays .<NamedFactory> asList(new SftpSubsystem.Factory())); sshd.setCommandFactory(new ScpCommandFactory()); sshd.setKeyPairProvider(new SimpleGeneratorHostKeyProvider(testFolder .newFile(“hostkey.ser”).getAbsolutePath())); sshd.setPasswordAuthenticator(new PasswordAuthenticator() […]
为什么select（）在我的程序中消耗了这么多CPU时间？
我有几个使用MINA的Java应用程序，它们都使用20个MINA线程。 一个应用程序为大约10,000个并发连接提供服 20可能是该应用程序的一个合理的线程数，虽然我还没有完全描述它（这个问题正在进行中）。 另一个应用程序一次只能提供大约15个连接，但启动IO工作，因此它们非常繁忙，无论如何都有20个MINA线程，这显然太多了。 对我来说很奇怪的是，两个应用程序总是把他们的CPU时间的30％，有时高达60％用于MINA的select（）方法，在VisualVM中进行了分析。 调用堆栈如下所示： java.lang.Thread.State: RUNNABLE at sun.nio.ch.EPollArrayWrapper.epollWait(Native Method) at sun.nio.ch.EPollArrayWrapper.poll(EPollArrayWrapper.java:228) at sun.nio.ch.EPollSelectorImpl.doSelect(EPollSelectorImpl.java:81) at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:87) – locked (a sun.nio.ch.Util$2) – locked (a java.util.Collections$UnmodifiableSet) – locked (a sun.nio.ch.EPollSelectorImpl) at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:98) at org.apache.mina.transport.socket.nio.NioProcessor.select(NioProcessor.java:72) at org.apache.mina.core.polling.AbstractPollingIoProcessor$Processor.run(AbstractPollingIoProcessor.java:1093) at org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:64) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) at java.lang.Thread.run(Thread.java:722) 它似乎是基于繁忙的民意调查，这对我来说听起来真的不对。 当我看到那么高的数字时，我应该担心吗？ 是什么导致这个？ 这是我需要优化的东西还是更类似于睡眠或闲置程序？ 如果它更像是一个睡眠例程，它会以某种方式被安排为比其他CPU工作更低的优先级？ 更新： 这个线程似乎是同一个问题。 我遵循了它的建议，现在正在运行Java 1.7.0_45，但我仍然看到在具有10k连接的应用程序中， select占用高达90％的CPU时间。 我们正在使用MINA 2.0.4，这意味着修复了相关的错误 […]
