3

java / groovyプログラム内から、Linuxでのプロセスのハードおよびソフトオープンファイルの制限を見つける必要があるという問題があります。ターミナルからulimitを実行すると、ハードオープンファイル制限とソフトオープンファイル制限に別々の値が表示されます。

$ ulimit -n
1024
$ ulimit -Hn
4096

ただし、Groovyで実行すると、ソフト制限が無視され、常にハード制限値が返されます。

groovy> ['bash', '-c', 'ulimit -n'].execute().text  
Result: 4096

groovy> ['bash', '-c', 'ulimit -Hn'].execute().text 
Result: 4096

何か足りないものがあれば教えてください。この実行には、ubuntu 12.04、Groovyバージョン：1.8.4 JVM：1.6.0_29を使用しました。

更新：Javaで同じことを試しました。

import java.io.BufferedReader;
import java.io.IOException;
import java.io.InputStream;
import java.io.InputStreamReader;
import java.io.Reader;
import java.io.StringWriter;
import java.io.Writer;

public class LinuxInteractor {
    public static int executeCommand(String command, boolean waitForResponse, OutputHandler handler) {
        int shellExitStatus = -1;
        ProcessBuilder pb = new ProcessBuilder("bash", "-c", command);
        pb.redirectErrorStream(true);
        try {
            Process shell = pb.start();

            if (waitForResponse) {

                // To capture output from the shell
                InputStream shellIn = shell.getInputStream();

                // Wait for the shell to finish and get the return code
                shellExitStatus = shell.waitFor();

                convertStreamToStr(shellIn, handler);
                shellIn.close();
            }
        }

        catch (IOException e) {
            System.out
                    .println("Error occured while executing Linux command. Error Description: "
                            + e.getMessage());
        }
        catch (InterruptedException e) {
            System.out
                    .println("Error occured while executing Linux command. Error Description: "
                            + e.getMessage());
        }
        return shellExitStatus;
    }

    public static String convertStreamToStr(InputStream is, OutputHandler handler) throws IOException {

        if (is != null) {
            Writer writer = new StringWriter();

            char[] buffer = new char[1024];
            try {
                Reader reader = new BufferedReader(new InputStreamReader(is,
                        "UTF-8"));
                int n;
                while ((n = reader.read(buffer)) != -1) {
                    String output = new String(buffer, 0, n);
                    writer.write(buffer, 0, n);

                    if(handler != null)
                        handler.execute(output);
                }
            } finally {
                is.close();
            }
            return writer.toString();
        } else {
            return "";
        }
    }

    public abstract static class OutputHandler {
        public abstract void execute(String str);
    }

    public static void main(String[] args) {
        OutputHandler handler = new OutputHandler() {
            @Override
            public void execute(String str) {
                System.out.println(str);
            }
        };

        System.out.print("ulimit -n : ");
        LinuxInteractor.executeCommand("ulimit -n", true, handler);
        System.out.print("ulimit -Hn : ");
        LinuxInteractor.executeCommand("ulimit -Hn", true, handler);
    }

}

このプログラムの出力：

$ java LinuxInteractor 
ulimit -n : 4096

ulimit -Hn : 4096

Javaでの動作が同じなのはなぜですか。たまたまjavaがulimitを設定していますか。前もって感謝します。

4

1 に答える 1

4

Groovy は、起動スクリプトでこの制限を最大に設定しています。

でstartGroovy:160：

# Increase the maximum file descriptors if we can.
if [ "$cygwin" = "false" -a "$darwin" = "false" ] ; then
    MAX_FD_LIMIT=`ulimit -H -n`
    if [ $? -eq 0 ] ; then
        if [ "$MAX_FD" = "maximum" -o "$MAX_FD" = "max" ] ; then
            MAX_FD="$MAX_FD_LIMIT"
        fi
        ulimit -n $MAX_FD
        if [ $? -ne 0 ] ; then
            warn "Could not set maximum file descriptor limit: $MAX_FD"
        fi
    else
        warn "Could not query businessSystem maximum file 
              descriptor limit: $MAX_FD_LIMIT"
    fi
fi

jvm がこの制限を単独で設定していることが判明しました。なぜgroovyもそれを変更しているのかわかりません。試す：

java -XX:-MaxFDLimit LinuxInteractor

この動作を無効にします。

于 2012-06-04T07:02:48.777 に答える