एक स्ट्रिंग में सभी वर्णों पर पुनरावृति करने का सबसे तेज़ तरीका


163

जावा में, एक स्ट्रिंग में सभी वर्णों पर पुनरावृति करने का सबसे तेज़ तरीका क्या होगा:

String str = "a really, really long string";
for (int i = 0, n = str.length(); i < n; i++) {
    char c = str.charAt(i);
}

या यह:

char[] chars = str.toCharArray();
for (int i = 0, n = chars.length; i < n; i++) {
    char c = chars[i];
}

संपादित करें:

मैं जानना चाहता हूं कि यदि charAtएक लंबी पुनरावृत्ति के दौरान विधि को बार-बार कॉल करने की लागत या तो एकल कॉल करने की लागत से कम या अधिक हो रही हैtoCharArray शुरुआत में और फिर सीधे पुनरावृत्ति के दौरान सरणी तक पहुंच रही है।

यह बहुत अच्छा होगा अगर कोई व्यक्ति अलग-अलग स्ट्रिंग लंबाई के लिए एक मजबूत बेंचमार्क प्रदान कर सकता है, जेआईटी वार्म-अप समय, जेवीएम स्टार्ट-अप समय, आदि को ध्यान में रखते हुए और न केवल दो कॉल के बीच का अंतर System.currentTimeMillis()


18
क्या हुआ था for (char c : chars)?
dasblinkenlight

पहले वाला तेजी से होना चाहिए, और वैसे भी एक स्ट्रिंग एक चार सरणी, सैद्धांतिक रूप से।
केगन लाड्स

Google अक्सर एक अच्छा संसाधन है: mkyong.com/java/…
जोहान Sjöberg

2
सवाल यह है कि iterators, foreach का उपयोग करने के प्रदर्शन के लिए नहीं पूछें। अगर मुझे बार-बार कॉल करने की लागत charAtया तो कम हो रही है या एक कॉल करने के लिएtoCharArray
thescar López

1
क्या किसी ने स्ट्रींगच्रेचरइंटरेटर के साथ विश्लेषण किया है ?
bdrx

जवाबों:


352

पहला अद्यतन: इससे पहले कि आप उत्पादन के माहौल में इसकी कोशिश करें (सलाह नहीं दी गई), पहले इसे पढ़ें: http://www.javaspecialists.eu/archive/Issue237.html जावा 9 से शुरू, वर्णित समाधान अब और काम नहीं करेगा। , क्योंकि अब जावा डिफ़ॉल्ट रूप से बाइट्स [] को स्टोर करेगा।

दूसरा अद्यतन: 2016-10-25 के अनुसार, मेरे AMDx64 8core और स्रोत 1.8 पर, 'charAt' और फ़ील्ड एक्सेस का उपयोग करने में कोई अंतर नहीं है। ऐसा प्रतीत होता है कि jvm पर्याप्त रूप से इनलाइन के लिए अनुकूलित है और किसी भी 'string.charAt (n)' कॉल को कारगर बनाता है।

यह सब Stringनिरीक्षण किया जा रहा है की लंबाई पर निर्भर करता है । यदि, जैसा कि सवाल कहता है, यह लंबे तार के लिए है, स्ट्रिंग का निरीक्षण करने का सबसे तेज़ तरीका स्ट्रिंग का समर्थन करने के लिए प्रतिबिंब का उपयोग करना है char[]

JDK 8 (win32 और win64) के साथ 64 AMD Phenom II 4 core 955 @ 3.2 GHZ (क्लाइंट मोड और सर्वर मोड दोनों में) पर 9 अलग-अलग तकनीकों के साथ एक पूरी तरह से यादृच्छिक बेंचमार्क (नीचे देखें!) दिखाता है कि उपयोग String.charAt(n)करना सबसे छोटा है! तार और उस reflectionस्ट्रिंग स्ट्रिंग ऐक्सेस का उपयोग करने के लिए बड़े स्ट्रिंग्स के लिए लगभग दोगुना तेज है।

प्रयोग

  • 9 विभिन्न अनुकूलन तकनीकों की कोशिश की जाती है।

  • सभी स्ट्रिंग सामग्री यादृच्छिक हैं

  • परीक्षण 0,1,2,4,8,16 आदि के साथ दो के गुणकों में स्ट्रिंग आकार के लिए किया जाता है।

  • परीक्षण प्रति स्ट्रिंग आकार में 1,000 गुना किया जाता है

  • परीक्षणों को हर बार यादृच्छिक क्रम में बदल दिया जाता है। दूसरे शब्दों में, परीक्षण हर बार किए जाने वाले यादृच्छिक क्रम में 1000 बार से अधिक किए जाते हैं।

  • अनुकूलन और समय पर जेवीएम वार्मअप के प्रभाव को दिखाने के लिए पूरे परीक्षण सूट को आगे और पीछे किया जाता है।

  • संपूर्ण सुइट दो बार किया जाता है, एक बार -clientमोड में और दूसरा -serverमोड में।

निष्कर्ष

-क्लायंट मोड (32 बिट)

तार के लिए लंबाई में 1 256 अक्षरों , बुला string.charAt(i)प्रति सेकंड 1.34 करोड़ 588 मिलियन करने के लिए पात्रों के एक औसत प्रसंस्करण के साथ जीतता है।

इसके अलावा, यह कुल मिलाकर 5.5% तेज (क्लाइंट) और 13.9% (सर्वर) इस तरह है:

    for (int i = 0; i < data.length(); i++) {
        if (data.charAt(i) <= ' ') {
            doThrow();
        }
    }

स्थानीय अंतिम लंबाई चर के साथ इस तरह से:

    final int len = data.length();
    for (int i = 0; i < len; i++) {
        if (data.charAt(i) <= ' ') {
            doThrow();
        }
    }

लंबे स्ट्रिंग्स के लिए, 512 से 256K वर्ण लंबाई , स्ट्रिंग के बैकिंग सरणी तक पहुंचने के लिए प्रतिबिंब का उपयोग करना सबसे तेज़ है। यह तकनीक String.charAt (i) (178% तेजी) से लगभग दोगुनी है । इस सीमा पर औसत गति 1.111 बिलियन वर्ण प्रति सेकंड थी।

फ़ील्ड को समय से पहले प्राप्त किया जाना चाहिए और फिर इसे अलग-अलग तारों पर लाइब्रेरी में फिर से उपयोग किया जा सकता है। दिलचस्प बात यह है कि फील्ड एक्सेस के साथ ऊपर दिए गए कोड के विपरीत, लूप की जांच में 'charllength' का उपयोग करने की तुलना में स्थानीय अंतिम लंबाई चर का 9% तेजी से होना है। यहां बताया गया है कि फ़ील्ड एक्सेस को सबसे तेज़ कैसे सेटअप किया जा सकता है:

   final Field field = String.class.getDeclaredField("value");
   field.setAccessible(true);

   try {
       final char[] chars = (char[]) field.get(data);
       final int len = chars.length;
       for (int i = 0; i < len; i++) {
           if (chars[i] <= ' ') {
               doThrow();
           }
       }
       return len;
   } catch (Exception ex) {
       throw new RuntimeException(ex);
   }

विशेष टिप्पणियाँ -server मोड पर

मेरे एएमडी 64 मशीन पर 64 बिट जावा मशीन पर सर्वर मोड में 32 चरित्र की लंबाई के तार के बाद जीतना शुरू करना। क्लाइंट मोड में 512 वर्णों की लंबाई तक इसे नहीं देखा गया था।

यह भी ध्यान देने योग्य है कि मुझे लगता है, जब मैं सर्वर मोड में JDK 8 (32 बिट बिल्ड) चला रहा था, तो समग्र प्रदर्शन बड़े और छोटे दोनों तारों के लिए 7% धीमा था। यह JDK 8 के शुरुआती रिलीज के 121 दिसंबर 2013 के निर्माण के साथ था। तो, अब के लिए, ऐसा लगता है कि 32 बिट सर्वर मोड 32 बिट क्लाइंट मोड से धीमा है।

यह कहा जा रहा है ... यह केवल सर्वर मोड लगता है जो मूल्य के लिए 64 बिट मशीन पर है। अन्यथा यह वास्तव में प्रदर्शन को बाधित करता है।

32 बिट निर्माण के लिए -server modeएक AMD64 पर चल रहा है, मैं यह कह सकता हूँ:

  1. String.charAt (i) कुल मिलाकर स्पष्ट विजेता है। हालाँकि आकार 8 से 512 वर्णों के बीच 'नए' 'पुन: उपयोग' और 'क्षेत्र' के बीच विजेता थे।
  2. String.charAt (i) क्लाइंट मोड में 45% तेज है
  3. क्लाइंट मोड में बड़े स्ट्रिंग्स के लिए फ़ील्ड एक्सेस दोगुना है।

इसके अलावा कहने लायक, String.chars () (स्ट्रीम और समानांतर संस्करण) एक बस्ट हैं। किसी भी अन्य तरीके की तुलना में धीमी। Streamsएपीआई एक नहीं बल्कि धीमी गति से जिस तरह से सामान्य स्ट्रिंग कार्रवाई करने के लिए है।

काश सूची

जावा स्ट्रिंग में अनुकूलित तरीकों को स्वीकार करने की भविष्यवाणी हो सकती है जैसे (विधेय), forEach (उपभोक्ता), forEachWithIndex (उपभोक्ता)। इस प्रकार, उपयोगकर्ता को स्ट्रिंग विधियों के लिए लंबाई या दोहराने कॉल जानने की आवश्यकता के बिना, ये पुस्तकालयों की beep-beep beepगति को पार्स करने में मदद कर सकते हैं ।

सपने देखते रहो :)

हैप्पी स्ट्रिंग्स!

~ एसएच

परीक्षण ने व्हॉट्सएप की उपस्थिति के लिए स्ट्रिंग के परीक्षण के निम्नलिखित 9 तरीकों का इस्तेमाल किया:

"charAt1" - वास्तविक समय में STRING सामग्री का चयन करें:

int charAtMethod1(final String data) {
    final int len = data.length();
    for (int i = 0; i < len; i++) {
        if (data.charAt(i) <= ' ') {
            doThrow();
        }
    }
    return len;
}

"charAt2" - ABEE BUT USE String.length () के समान ही LENGTh के लिए एक फाइनल लॉजिकल इंट बनाने की योजना

int charAtMethod2(final String data) {
    for (int i = 0; i < data.length(); i++) {
        if (data.charAt(i) <= ' ') {
            doThrow();
        }
    }
    return data.length();
}

"स्ट्रीम" - नई जावा -8 स्ट्रिंग के इंट्रीस्ट्रीम का उपयोग करें और इसे चेक करने के लिए एक आवश्यक तरीका बताएं

int streamMethod(final String data, final IntPredicate predicate) {
    if (data.chars().anyMatch(predicate)) {
        doThrow();
    }
    return data.length();
}

"स्ट्रीमपारा" - समान के रूप में, लेकिन ओह-ला-ला - जाओ PARALLEL !!!

// avoid this at all costs
int streamParallelMethod(final String data, IntPredicate predicate) {
    if (data.chars().parallel().anyMatch(predicate)) {
        doThrow();
    }
    return data.length();
}

"पुन: उपयोग" - STRING सामग्री के साथ एक पुन: प्रयोज्य चार []

int reuseBuffMethod(final char[] reusable, final String data) {
    final int len = data.length();
    data.getChars(0, len, reusable, 0);
    for (int i = 0; i < len; i++) {
        if (reusable[i] <= ' ') {
            doThrow();
        }
    }
    return len;
}

"new1" - OBTAIN चार का एक नया कॉपी [] STRING से

int newMethod1(final String data) {
    final int len = data.length();
    final char[] copy = data.toCharArray();
    for (int i = 0; i < len; i++) {
        if (copy[i] <= ' ') {
            doThrow();
        }
    }
    return len;
}

"new2" - समान के रूप में, लेकिन उपयोग "फॉर-एक"

int newMethod2(final String data) {
    for (final char c : data.toCharArray()) {
        if (c <= ' ') {
            doThrow();
        }
    }
    return data.length();
}

"फ़ील्ड 1" - फैंसी !! स्ट्रोंग'स इंटर्नल चार के लिए OBTAIN FIELD

int fieldMethod1(final Field field, final String data) {
    try {
        final char[] chars = (char[]) field.get(data);
        final int len = chars.length;
        for (int i = 0; i < len; i++) {
            if (chars[i] <= ' ') {
                doThrow();
            }
        }
        return len;
    } catch (Exception ex) {
        throw new RuntimeException(ex);
    }
}

"फ़ील्ड 2" - समान के रूप में, लेकिन उपयोग "फॉर-एच"

int fieldMethod2(final Field field, final String data) {
    final char[] chars;
    try {
        chars = (char[]) field.get(data);
    } catch (Exception ex) {
        throw new RuntimeException(ex);
    }
    for (final char c : chars) {
        if (c <= ' ') {
            doThrow();
        }
    }
    return chars.length;
}

ग्राहक के लिए समग्र परिणाम -client मोड के (आगे और पीछे के परीक्षण संयुक्त)

नोट: जावा -32 बिट के साथ -client मोड और जावा 64 बिट के साथ -server मोड मेरे AMD64 मशीन पर नीचे के समान हैं।

Size     WINNER  charAt1 charAt2  stream streamPar   reuse    new1    new2  field1  field2
1        charAt    77.0     72.0   462.0     584.0   127.5    89.5    86.0   159.5   165.0
2        charAt    38.0     36.5   284.0   32712.5    57.5    48.3    50.3    89.0    91.5
4        charAt    19.5     18.5   458.6    3169.0    33.0    26.8    27.5    54.1    52.6
8        charAt     9.8      9.9   100.5    1370.9    17.3    14.4    15.0    26.9    26.4
16       charAt     6.1      6.5    73.4     857.0     8.4     8.2     8.3    13.6    13.5
32       charAt     3.9      3.7    54.8     428.9     5.0     4.9     4.7     7.0     7.2
64       charAt     2.7      2.6    48.2     232.9     3.0     3.2     3.3     3.9     4.0
128      charAt     2.1      1.9    43.7     138.8     2.1     2.6     2.6     2.4     2.6
256      charAt     1.9      1.6    42.4      90.6     1.7     2.1     2.1     1.7     1.8
512      field1     1.7      1.4    40.6      60.5     1.4     1.9     1.9     1.3     1.4
1,024    field1     1.6      1.4    40.0      45.6     1.2     1.9     2.1     1.0     1.2
2,048    field1     1.6      1.3    40.0      36.2     1.2     1.8     1.7     0.9     1.1
4,096    field1     1.6      1.3    39.7      32.6     1.2     1.8     1.7     0.9     1.0
8,192    field1     1.6      1.3    39.6      30.5     1.2     1.8     1.7     0.9     1.0
16,384   field1     1.6      1.3    39.8      28.4     1.2     1.8     1.7     0.8     1.0
32,768   field1     1.6      1.3    40.0      26.7     1.3     1.8     1.7     0.8     1.0
65,536   field1     1.6      1.3    39.8      26.3     1.3     1.8     1.7     0.8     1.0
131,072  field1     1.6      1.3    40.1      25.4     1.4     1.9     1.8     0.8     1.0
262,144  field1     1.6      1.3    39.6      25.2     1.5     1.9     1.9     0.8     1.0

सर्वर के लिए समग्र परिणाम -server मोड के (आगे और पीछे संयुक्त परीक्षण)

नोट: यह एक AMD64 पर सर्वर मोड में चल रहे जावा 32 बिट के लिए परीक्षण है। जावा 64 बिट के लिए सर्वर मोड क्लाइंट मोड में जावा 32 बिट के समान ही था, सिवाय इसके कि फ़ील्ड एक्सेस 32 अक्षरों के आकार के बाद जीतना शुरू करता है।

Size     WINNER  charAt1 charAt2  stream streamPar   reuse    new1    new2  field1  field2
1        charAt     74.5    95.5   524.5     783.0    90.5   102.5    90.5   135.0   151.5
2        charAt     48.5    53.0   305.0   30851.3    59.3    57.5    52.0    88.5    91.8
4        charAt     28.8    32.1   132.8    2465.1    37.6    33.9    32.3    49.0    47.0
8          new2     18.0    18.6    63.4    1541.3    18.5    17.9    17.6    25.4    25.8
16         new2     14.0    14.7   129.4    1034.7    12.5    16.2    12.0    16.0    16.6
32         new2      7.8     9.1    19.3     431.5     8.1     7.0     6.7     7.9     8.7
64        reuse      6.1     7.5    11.7     204.7     3.5     3.9     4.3     4.2     4.1
128       reuse      6.8     6.8     9.0     101.0     2.6     3.0     3.0     2.6     2.7
256      field2      6.2     6.5     6.9      57.2     2.4     2.7     2.9     2.3     2.3
512       reuse      4.3     4.9     5.8      28.2     2.0     2.6     2.6     2.1     2.1
1,024    charAt      2.0     1.8     5.3      17.6     2.1     2.5     3.5     2.0     2.0
2,048    charAt      1.9     1.7     5.2      11.9     2.2     3.0     2.6     2.0     2.0
4,096    charAt      1.9     1.7     5.1       8.7     2.1     2.6     2.6     1.9     1.9
8,192    charAt      1.9     1.7     5.1       7.6     2.2     2.5     2.6     1.9     1.9
16,384   charAt      1.9     1.7     5.1       6.9     2.2     2.5     2.5     1.9     1.9
32,768   charAt      1.9     1.7     5.1       6.1     2.2     2.5     2.5     1.9     1.9
65,536   charAt      1.9     1.7     5.1       5.5     2.2     2.4     2.4     1.9     1.9
131,072  charAt      1.9     1.7     5.1       5.4     2.3     2.5     2.5     1.9     1.9
262,144  charAt      1.9     1.7     5.1       5.1     2.3     2.5     2.5     1.9     1.9

पूरी तरह से विश्वसनीय कार्यक्रम

(जावा 7 और इससे पहले परीक्षण करने के लिए, दो स्ट्रीम परीक्षण हटाएं)

import java.lang.reflect.Field;
import java.util.ArrayList;
import java.util.Collections;
import java.util.List;
import java.util.Random;
import java.util.function.IntPredicate;

/**
 * @author Saint Hill <http://stackoverflow.com/users/1584255/saint-hill>
 */
public final class TestStrings {

    // we will not test strings longer than 512KM
    final int MAX_STRING_SIZE = 1024 * 256;

    // for each string size, we will do all the tests
    // this many times
    final int TRIES_PER_STRING_SIZE = 1000;

    public static void main(String[] args) throws Exception {
        new TestStrings().run();
    }

    void run() throws Exception {

        // double the length of the data until it reaches MAX chars long
        // 0,1,2,4,8,16,32,64,128,256 ... 
        final List<Integer> sizes = new ArrayList<>();
        for (int n = 0; n <= MAX_STRING_SIZE; n = (n == 0 ? 1 : n * 2)) {
            sizes.add(n);
        }

        // CREATE RANDOM (FOR SHUFFLING ORDER OF TESTS)
        final Random random = new Random();

        System.out.println("Rate in nanoseconds per character inspected.");
        System.out.printf("==== FORWARDS (tries per size: %s) ==== \n", TRIES_PER_STRING_SIZE);

        printHeadings(TRIES_PER_STRING_SIZE, random);

        for (int size : sizes) {
            reportResults(size, test(size, TRIES_PER_STRING_SIZE, random));
        }

        // reverse order or string sizes
        Collections.reverse(sizes);

        System.out.println("");
        System.out.println("Rate in nanoseconds per character inspected.");
        System.out.printf("==== BACKWARDS (tries per size: %s) ==== \n", TRIES_PER_STRING_SIZE);

        printHeadings(TRIES_PER_STRING_SIZE, random);

        for (int size : sizes) {
            reportResults(size, test(size, TRIES_PER_STRING_SIZE, random));

        }
    }

    ///
    ///
    ///  METHODS OF CHECKING THE CONTENTS
    ///  OF A STRING. ALWAYS CHECKING FOR
    ///  WHITESPACE (CHAR <=' ')
    ///  
    ///
    // CHECK THE STRING CONTENTS
    int charAtMethod1(final String data) {
        final int len = data.length();
        for (int i = 0; i < len; i++) {
            if (data.charAt(i) <= ' ') {
                doThrow();
            }
        }
        return len;
    }

    // SAME AS ABOVE BUT USE String.length()
    // instead of making a new final local int 
    int charAtMethod2(final String data) {
        for (int i = 0; i < data.length(); i++) {
            if (data.charAt(i) <= ' ') {
                doThrow();
            }
        }
        return data.length();
    }

    // USE new Java-8 String's IntStream
    // pass it a PREDICATE to do the checking
    int streamMethod(final String data, final IntPredicate predicate) {
        if (data.chars().anyMatch(predicate)) {
            doThrow();
        }
        return data.length();
    }

    // OH LA LA - GO PARALLEL!!!
    int streamParallelMethod(final String data, IntPredicate predicate) {
        if (data.chars().parallel().anyMatch(predicate)) {
            doThrow();
        }
        return data.length();
    }

    // Re-fill a resuable char[] with the contents
    // of the String's char[]
    int reuseBuffMethod(final char[] reusable, final String data) {
        final int len = data.length();
        data.getChars(0, len, reusable, 0);
        for (int i = 0; i < len; i++) {
            if (reusable[i] <= ' ') {
                doThrow();
            }
        }
        return len;
    }

    // Obtain a new copy of char[] from String
    int newMethod1(final String data) {
        final int len = data.length();
        final char[] copy = data.toCharArray();
        for (int i = 0; i < len; i++) {
            if (copy[i] <= ' ') {
                doThrow();
            }
        }
        return len;
    }

    // Obtain a new copy of char[] from String
    // but use FOR-EACH
    int newMethod2(final String data) {
        for (final char c : data.toCharArray()) {
            if (c <= ' ') {
                doThrow();
            }
        }
        return data.length();
    }

    // FANCY!
    // OBTAIN FIELD FOR ACCESS TO THE STRING'S
    // INTERNAL CHAR[]
    int fieldMethod1(final Field field, final String data) {
        try {
            final char[] chars = (char[]) field.get(data);
            final int len = chars.length;
            for (int i = 0; i < len; i++) {
                if (chars[i] <= ' ') {
                    doThrow();
                }
            }
            return len;
        } catch (Exception ex) {
            throw new RuntimeException(ex);
        }
    }

    // same as above but use FOR-EACH
    int fieldMethod2(final Field field, final String data) {
        final char[] chars;
        try {
            chars = (char[]) field.get(data);
        } catch (Exception ex) {
            throw new RuntimeException(ex);
        }
        for (final char c : chars) {
            if (c <= ' ') {
                doThrow();
            }
        }
        return chars.length;
    }

    /**
     *
     * Make a list of tests. We will shuffle a copy of this list repeatedly
     * while we repeat this test.
     *
     * @param data
     * @return
     */
    List<Jobber> makeTests(String data) throws Exception {
        // make a list of tests
        final List<Jobber> tests = new ArrayList<Jobber>();

        tests.add(new Jobber("charAt1") {
            int check() {
                return charAtMethod1(data);
            }
        });

        tests.add(new Jobber("charAt2") {
            int check() {
                return charAtMethod2(data);
            }
        });

        tests.add(new Jobber("stream") {
            final IntPredicate predicate = new IntPredicate() {
                public boolean test(int value) {
                    return value <= ' ';
                }
            };

            int check() {
                return streamMethod(data, predicate);
            }
        });

        tests.add(new Jobber("streamPar") {
            final IntPredicate predicate = new IntPredicate() {
                public boolean test(int value) {
                    return value <= ' ';
                }
            };

            int check() {
                return streamParallelMethod(data, predicate);
            }
        });

        // Reusable char[] method
        tests.add(new Jobber("reuse") {
            final char[] cbuff = new char[MAX_STRING_SIZE];

            int check() {
                return reuseBuffMethod(cbuff, data);
            }
        });

        // New char[] from String
        tests.add(new Jobber("new1") {
            int check() {
                return newMethod1(data);
            }
        });

        // New char[] from String
        tests.add(new Jobber("new2") {
            int check() {
                return newMethod2(data);
            }
        });

        // Use reflection for field access
        tests.add(new Jobber("field1") {
            final Field field;

            {
                field = String.class.getDeclaredField("value");
                field.setAccessible(true);
            }

            int check() {
                return fieldMethod1(field, data);
            }
        });

        // Use reflection for field access
        tests.add(new Jobber("field2") {
            final Field field;

            {
                field = String.class.getDeclaredField("value");
                field.setAccessible(true);
            }

            int check() {
                return fieldMethod2(field, data);
            }
        });

        return tests;
    }

    /**
     * We use this class to keep track of test results
     */
    abstract class Jobber {

        final String name;
        long nanos;
        long chars;
        long runs;

        Jobber(String name) {
            this.name = name;
        }

        abstract int check();

        final double nanosPerChar() {
            double charsPerRun = chars / runs;
            long nanosPerRun = nanos / runs;
            return charsPerRun == 0 ? nanosPerRun : nanosPerRun / charsPerRun;
        }

        final void run() {
            runs++;
            long time = System.nanoTime();
            chars += check();
            nanos += System.nanoTime() - time;
        }
    }

    // MAKE A TEST STRING OF RANDOM CHARACTERS A-Z
    private String makeTestString(int testSize, char start, char end) {
        Random r = new Random();
        char[] data = new char[testSize];
        for (int i = 0; i < data.length; i++) {
            data[i] = (char) (start + r.nextInt(end));
        }
        return new String(data);
    }

    // WE DO THIS IF WE FIND AN ILLEGAL CHARACTER IN THE STRING
    public void doThrow() {
        throw new RuntimeException("Bzzzt -- Illegal Character!!");
    }

    /**
     * 1. get random string of correct length 2. get tests (List<Jobber>) 3.
     * perform tests repeatedly, shuffling each time
     */
    List<Jobber> test(int size, int tries, Random random) throws Exception {
        String data = makeTestString(size, 'A', 'Z');
        List<Jobber> tests = makeTests(data);
        List<Jobber> copy = new ArrayList<>(tests);
        while (tries-- > 0) {
            Collections.shuffle(copy, random);
            for (Jobber ti : copy) {
                ti.run();
            }
        }
        // check to make sure all char counts the same
        long runs = tests.get(0).runs;
        long count = tests.get(0).chars;
        for (Jobber ti : tests) {
            if (ti.runs != runs && ti.chars != count) {
                throw new Exception("Char counts should match if all correct algorithms");
            }
        }
        return tests;
    }

    private void printHeadings(final int TRIES_PER_STRING_SIZE, final Random random) throws Exception {
        System.out.print("  Size");
        for (Jobber ti : test(0, TRIES_PER_STRING_SIZE, random)) {
            System.out.printf("%9s", ti.name);
        }
        System.out.println("");
    }

    private void reportResults(int size, List<Jobber> tests) {
        System.out.printf("%6d", size);
        for (Jobber ti : tests) {
            System.out.printf("%,9.2f", ti.nanosPerChar());
        }
        System.out.println("");
    }
}

1
क्या यह परीक्षण सर्वर JVM या क्लाइंट JVM में चलाया गया था? सबसे अच्छा अनुकूलन केवल सर्वर JVM में किया जाता है। यदि आप डिफ़ॉल्ट 32 बिट JVM और कोई तर्क का उपयोग करके भाग गए, तो आप क्लाइंट मोड में चले गए।
ceklock

2
बैकिंग बफर प्राप्त करना सब्सट्रिंग के मामले में समस्याग्रस्त है, या स्ट्रिंग (चार [], इंट, इंट) का उपयोग करके बनाया गया है, क्योंकि आपको संपूर्ण बफर (कम से कम एंड्रॉइड पर) मिलता है, लेकिन आपका अनुक्रमण शून्य आधारित होगा। हालाँकि, यदि आप जानते हैं कि आपके पास एक विकल्प नहीं है, तो यह ठीक काम करेगा।
प्रीवेट

5
किसी भी विचार क्यों "के लिए (int i = 0; मैं <data.length (); i ++)" अंतिम स्थानीय चर के रूप में data.length () को परिभाषित करने से अधिक तेज है?
स्किन

2
एक चर को परिभाषित करते हुए, बिल्कुल, विधि बाइट कोड में एक स्टैक ऑपरेशन की आवश्यकता होती है। लेकिन अनुकूलन, आपके एल्गोरिथ्म को पहचानने से, चर अल्ट्रेशन के ओवरहेड के बिना वास्तविक मशीन कोड में दोहराए जाने वाले ऑपरेशन को तेजी से ट्रैक कर सकता है। इस तरह के अनुकूलन कभी-कभी बाईटेकोड संकलक में होते हैं, कभी-कभी नहीं। यह सब इस बात पर निर्भर करता है कि क्या jvm काफी स्मार्ट है :-)
समन्वयक

2
@DavidS संख्या (नैनोसेकंड में) प्रति चरित्र का निरीक्षण किया जाता है। छोटा बेहतर है।
समन्वयक

14

यह केवल सूक्ष्म अनुकूलन है जिसके बारे में आपको चिंता नहीं करनी चाहिए।

char[] chars = str.toCharArray();

आपको strवर्ण सरणियों की एक प्रति देता है (JDK में, यह कॉल करके वर्णों की एक प्रति लौटाता है System.arrayCopy)।

इसके अलावा, str.charAt()केवल यह जांचता है कि क्या सूचकांक वास्तव में सीमा में है और सरणी सूचकांक के भीतर एक चरित्र लौटाता है।

पहले वाला JVM में अतिरिक्त मेमोरी नहीं बनाता है।


सवाल का जवाब नहीं देता। यह सवाल प्रदर्शन के बारे में है। आप सभी जानते हैं, ओपी ने पाया होगा कि स्ट्रिंग्स से अधिक चलना उनके आवेदन में एक प्रमुख लागत है।
रगोम

9

बस जिज्ञासा के लिए और सेंट हिल के जवाब के साथ तुलना करने के लिए।

यदि आपको भारी डेटा को संसाधित करने की आवश्यकता है तो आपको क्लाइंट मोड में जेवीएम का उपयोग नहीं करना चाहिए। अनुकूलन के लिए क्लाइंट मोड नहीं बनाया गया है।

ग्राहक मोड और सर्वर मोड में JVM का उपयोग करके @Saint Hill बेंचमार्क के परिणामों की तुलना करें।

Core2Quad Q6600 G0 @ 2.4GHz
JavaSE 1.7.0_40

इसे भी देखें: "जावा -सर्वर" और "जावा -क्लिऐंट" के बीच वास्तविक अंतर?


ग्राहक मोड:

len =      2:    111k charAt(i),  105k cbuff[i],   62k new[i],   17k field access.   (chars/ms) 
len =      4:    285k charAt(i),  166k cbuff[i],  114k new[i],   43k field access.   (chars/ms) 
len =      6:    315k charAt(i),  230k cbuff[i],  162k new[i],   69k field access.   (chars/ms) 
len =      8:    333k charAt(i),  275k cbuff[i],  181k new[i],   85k field access.   (chars/ms) 
len =     12:    342k charAt(i),  342k cbuff[i],  222k new[i],  117k field access.   (chars/ms) 
len =     16:    363k charAt(i),  347k cbuff[i],  275k new[i],  152k field access.   (chars/ms) 
len =     20:    363k charAt(i),  392k cbuff[i],  289k new[i],  180k field access.   (chars/ms) 
len =     24:    375k charAt(i),  428k cbuff[i],  311k new[i],  205k field access.   (chars/ms) 
len =     28:    378k charAt(i),  474k cbuff[i],  341k new[i],  233k field access.   (chars/ms) 
len =     32:    376k charAt(i),  492k cbuff[i],  340k new[i],  251k field access.   (chars/ms) 
len =     64:    374k charAt(i),  551k cbuff[i],  374k new[i],  367k field access.   (chars/ms) 
len =    128:    385k charAt(i),  624k cbuff[i],  415k new[i],  509k field access.   (chars/ms) 
len =    256:    390k charAt(i),  675k cbuff[i],  436k new[i],  619k field access.   (chars/ms) 
len =    512:    394k charAt(i),  703k cbuff[i],  439k new[i],  695k field access.   (chars/ms) 
len =   1024:    395k charAt(i),  718k cbuff[i],  462k new[i],  742k field access.   (chars/ms) 
len =   2048:    396k charAt(i),  725k cbuff[i],  471k new[i],  767k field access.   (chars/ms) 
len =   4096:    396k charAt(i),  727k cbuff[i],  459k new[i],  780k field access.   (chars/ms) 
len =   8192:    397k charAt(i),  712k cbuff[i],  446k new[i],  772k field access.   (chars/ms) 

सर्वर मोड:

len =      2:     86k charAt(i),   41k cbuff[i],   46k new[i],   80k field access.   (chars/ms) 
len =      4:    571k charAt(i),  250k cbuff[i],   97k new[i],  222k field access.   (chars/ms) 
len =      6:    666k charAt(i),  333k cbuff[i],  125k new[i],  315k field access.   (chars/ms) 
len =      8:    800k charAt(i),  400k cbuff[i],  181k new[i],  380k field access.   (chars/ms) 
len =     12:    800k charAt(i),  521k cbuff[i],  260k new[i],  545k field access.   (chars/ms) 
len =     16:    800k charAt(i),  592k cbuff[i],  296k new[i],  640k field access.   (chars/ms) 
len =     20:    800k charAt(i),  666k cbuff[i],  408k new[i],  800k field access.   (chars/ms) 
len =     24:    800k charAt(i),  705k cbuff[i],  452k new[i],  800k field access.   (chars/ms) 
len =     28:    777k charAt(i),  736k cbuff[i],  368k new[i],  933k field access.   (chars/ms) 
len =     32:    800k charAt(i),  780k cbuff[i],  571k new[i],  969k field access.   (chars/ms) 
len =     64:    800k charAt(i),  901k cbuff[i],  800k new[i],  1306k field access.   (chars/ms) 
len =    128:    1084k charAt(i),  888k cbuff[i],  633k new[i],  1620k field access.   (chars/ms) 
len =    256:    1122k charAt(i),  966k cbuff[i],  729k new[i],  1790k field access.   (chars/ms) 
len =    512:    1163k charAt(i),  1007k cbuff[i],  676k new[i],  1910k field access.   (chars/ms) 
len =   1024:    1179k charAt(i),  1027k cbuff[i],  698k new[i],  1954k field access.   (chars/ms) 
len =   2048:    1184k charAt(i),  1043k cbuff[i],  732k new[i],  2007k field access.   (chars/ms) 
len =   4096:    1188k charAt(i),  1049k cbuff[i],  742k new[i],  2031k field access.   (chars/ms) 
len =   8192:    1157k charAt(i),  1032k cbuff[i],  723k new[i],  2048k field access.   (chars/ms) 

निष्कर्ष:

जैसा कि आप देख सकते हैं, सर्वर मोड बहुत तेज है।


2
पोस्ट करने का शुक्रिया। तो, बड़े तार के लिए, फ़ील्ड का उपयोग अभी भी charAt () की तुलना में 2x तेज है। वास्तव में, क्षेत्र की पहुंच कुल मिलाकर और भी तेज हो गई, जिससे 28 लंबाई के तार (पागल !!) के बाद अग्रणी ... सर्वर मोड सब कुछ तेज कर देता है। बहुत ही रोचक!
समन्वयक

1
हाँ, चिंतनशील विधि वास्तव में तेज़ है। दिलचस्प।
केक

2
btw: नए जेवीएम स्वचालित रूप से यह पता लगाते हैं कि कौन-से-कौन-से-कौन-से-कौन-से-सबसे अधिक काम करता है (आमतौर पर): docs.oracle.com/javase/7/docs/technotes/guides/vm/…
jontejj

2
व्यवहार में @jontejj यह इतना सरल नहीं है। यदि आप विंडोज पर 32-बिट जेवीएम चला रहे हैं, तो जेवीएम हमेशा क्लाइंट के लिए डिफ़ॉल्ट होगा।
केकला

7

पहला प्रयोग str.charAtतेज होना चाहिए।

यदि आप Stringकक्षा के स्रोत कोड के अंदर खुदाई करते हैं , तो हम देख सकते हैं कि charAtइसे निम्न प्रकार से लागू किया गया है:

public char charAt(int index) {
    if ((index < 0) || (index >= count)) {
        throw new StringIndexOutOfBoundsException(index);
    }
    return value[index + offset];
}

यहां, यह सब करता है एक सरणी को अनुक्रमित करता है और मान लौटाता है।

अब, यदि हम इसका कार्यान्वयन देखते हैं, तो हम toCharArrayनीचे पाएंगे:

public char[] toCharArray() {
    char result[] = new char[count];
    getChars(0, count, result, 0);
    return result;
}

public void getChars(int srcBegin, int srcEnd, char dst[], int dstBegin) {
    if (srcBegin < 0) {
        throw new StringIndexOutOfBoundsException(srcBegin);
    }
    if (srcEnd > count) {
        throw new StringIndexOutOfBoundsException(srcEnd);
    }
    if (srcBegin > srcEnd) {
        throw new StringIndexOutOfBoundsException(srcEnd - srcBegin);
    }
    System.arraycopy(value, offset + srcBegin, dst, dstBegin,
         srcEnd - srcBegin);
}

जैसा कि आप देख रहे हैं, यह एक ऐसा काम है System.arraycopyजो निश्चित रूप से नहीं होने की तुलना में एक धीमी गति से होने वाला है।


2
यह मूर्खतापूर्ण है कि स्ट्रिंग # charAt को एक अतिरिक्त इंडेक्स चेक करना चाहिए, जब एरे एक्सेस एक्सेस पर इंडेक्स को वैसे भी चेक किया जाता है।
इंगो

1
8 साल पुराने धागे को पुनर्जीवित करने के जोखिम पर ... एक स्ट्रिंग के पीछे का वर्ण स्ट्रिंग से बड़ा हो सकता है। यही है, अगर आपके पास एक स्ट्रिंग "एबीसी" था और फिर आपने "बीसीडी" को एक नए स्ट्रिंग में निकालने के लिए विकल्प का उपयोग किया था, तो नए स्ट्रिंग को पहले स्ट्रिंग के समान सटीक चार सरणी द्वारा समर्थित किया जाएगा। यही कारण है कि स्ट्रिंग वर्ग एक ऑफसेट और एक गिनती रखता है - इसलिए यह जानता है कि सरणी में कौन से चार्ट हैं जो इस स्ट्रिंग का प्रतिनिधित्व करते हैं। तो रेंज की जांच महत्वपूर्ण है अन्यथा इस स्ट्रिंग के सिरों से परे वर्णों तक पहुंचना संभव होगा।
dty

3

@ संत हिल के जवाब के बावजूद अगर आप str.toCharArray () के समय की जटिलता पर विचार करते हैं ,

पहले एक बहुत बड़े तार के लिए भी तेज है। आप अपने लिए इसे देखने के लिए नीचे दिए गए कोड को चला सकते हैं।

        char [] ch = new char[1_000_000_00];
    String str = new String(ch); // to create a large string

    // ---> from here
    long currentTime = System.nanoTime();
    for (int i = 0, n = str.length(); i < n; i++) {
        char c = str.charAt(i);
    }
    // ---> to here
    System.out.println("str.charAt(i):"+(System.nanoTime()-currentTime)/1000000.0 +" (ms)");

    /**
     *   ch = str.toCharArray() itself takes lots of time   
     */
    // ---> from here
    currentTime = System.nanoTime();
    ch = str.toCharArray();
    for (int i = 0, n = str.length(); i < n; i++) {
        char c = ch[i];
    }
    // ---> to  here
    System.out.println("ch = str.toCharArray() + c = ch[i] :"+(System.nanoTime()-currentTime)/1000000.0 +" (ms)");

उत्पादन:

str.charAt(i):5.492102 (ms)
ch = str.toCharArray() + c = ch[i] :79.400064 (ms)

2

नीथर जैसा दिखता है तेज या धीमा

    public static void main(String arguments[]) {


        //Build a long string
        StringBuilder sb = new StringBuilder();
        for(int j = 0; j < 10000; j++) {
            sb.append("a really, really long string");
        }
        String str = sb.toString();
        for (int testscount = 0; testscount < 10; testscount ++) {


            //Test 1
            long start = System.currentTimeMillis();
            for(int c = 0; c < 10000000; c++) {
                for (int i = 0, n = str.length(); i < n; i++) {
                    char chr = str.charAt(i);
                    doSomethingWithChar(chr);//To trick JIT optimistaion
                }
            }

            System.out.println("1: " + (System.currentTimeMillis() - start));

            //Test 2
            start = System.currentTimeMillis();
            char[] chars = str.toCharArray();
            for(int c = 0; c < 10000000; c++) {
                for (int i = 0, n = chars.length; i < n; i++) {
                    char chr = chars[i];
                    doSomethingWithChar(chr);//To trick JIT optimistaion
                }
            }
            System.out.println("2: " + (System.currentTimeMillis() - start));
            System.out.println();
        }


    }


    public static void doSomethingWithChar(char chr) {
        int newInt = chr << 2;
    }

लंबे स्ट्रिंग्स के लिए मैंने पहले वाले को चुना। लंबे तार के आसपास कॉपी क्यों करें? दस्तावेज़ कहते हैं:

public char [] toCharArray () इस स्ट्रिंग को एक नए वर्ण सरणी में परिवर्तित करता है।

रिटर्न: एक नया आवंटित वर्ण सरणी, जिसकी लंबाई इस स्ट्रिंग की लंबाई है और जिसकी सामग्री को इस स्ट्रिंग द्वारा दर्शाए गए वर्ण अनुक्रम को शामिल करने के लिए आरम्भ किया गया है।

// संपादित करें 1

मैंने JIT ऑप्टिमाइज़ेशन ट्रिक करने के लिए टेस्ट बदल दिया है।

// संपादित करें 2

JVM को गर्म होने के लिए 10 बार दोहराएं।

// संपादित करें 3

निष्कर्ष:

सबसे पहले str.toCharArray();मेमोरी में पूरे स्ट्रिंग को कॉपी करता है। यह लंबे तार के लिए मेमोरी खपत हो सकती है। विधि String.charAt( )स्ट्रिंग सरणी में चार से पहले स्ट्रिंग चेकिंग इंडेक्स के अंदर चेक अप करती है। यह कम पर्याप्त स्ट्रिंग्स के लिए लग रहा है पहला तरीका (यानी chatAtविधि) इस सूचकांक की जाँच के कारण थोड़ा धीमा है। लेकिन अगर स्ट्रिंग काफी लंबी है, तो पूरे चार सरणी की नकल धीमी हो जाती है, और पहली विधि तेज होती है। स्ट्रिंग जितनी लंबी होती है, धीमी गति से toCharArrayकार्य करती है। for(int j = 0; j < 10000; j++)इसे देखने के लिए सीमा को लूप में बदलने का प्रयास करें । यदि हम JVM को वार्म अप कोड तेजी से चलाते हैं, लेकिन अनुपात समान हैं।

आखिरकार यह सिर्फ माइक्रो-ऑप्टिमाइज़ेशन है।


क्या आप for:inविकल्प की कोशिश कर सकते हैं , बस इसके मज़े के लिए?
dasblinkenlight

2
आपका बेंचमार्क त्रुटिपूर्ण है: यह JIT को अपना अनुकूलन नहीं करने देता है; JIT पूरी तरह से छोरों को हटा सकता है, क्योंकि वे कुछ भी नहीं करते हैं।
जेबी निज़ात

स्ट्रिंग न तो है Iterableऔर न ही सरणी।
पिओटर ग्विजाडा

2
यह एक वैध परीक्षण नहीं है, आपने टेस्ट 1 के साथ अपने जेवीएम को 'गर्म' कर लिया है, जो परिणामों को टेस्ट 2 के पक्ष में मोड़ सकता है। ओपी का पूरा सवाल वैसे भी माइक्रो ऑप्टिमाइज़ेशन की गंध देता है।
धारणा

1
सच। वार्म अप करने के बाद (एडिट 2 देखें) दोनों बार छोटे बू अभी भी एक दूसरे के करीब हैं। मेरे उदाहरण में दूसरा परीक्षण थोड़ा तेज है। लेकिन अगर मैं स्ट्रिंग को लंबा कर देता हूं, तो पहले वाला तेज है। लंबी स्ट्रिंग, धीमी दूसरी परीक्षा है, चार सरणी कॉपी के कारण। बस यह पहला तरीका है।
पियोट्र ग्विजाडा

2

String.toCharArray()नई चार सरणी बनाता है, स्ट्रिंग लंबाई की स्मृति के आवंटन का मतलब है, फिर मूल चार सरणी का उपयोग करके स्ट्रिंग की प्रतिलिपि बनाता है System.arraycopy()और फिर इस प्रतिलिपि को कॉलर को लौटाता है। String.charAt () iमूल प्रतिलिपि से स्थिति में वर्ण लौटाता है, इसीलिए String.charAt()इससे अधिक तेज़ होगा String.toCharArray()। यद्यपि, String.toCharArray()मूल स्ट्रिंग सरणी से प्रति कॉपी और चार्ट नहीं करता है, जहां String.charAt()मूल वर्ण सरणी से वर्ण लौटाता है। इस स्ट्रिंग के निर्दिष्ट सूचकांक पर रिटर्न वैल्यू के नीचे कोड।

public char charAt(int index) {
    if ((index < 0) || (index >= value.length)) {
        throw new StringIndexOutOfBoundsException(index);
    }
    return value[index];
}

नीचे दिया गया कोड एक नए आवंटित वर्ण सरणी देता है जिसकी लंबाई इस स्ट्रिंग की लंबाई है

public char[] toCharArray() {
    // Cannot use Arrays.copyOf because of class initialization order issues
    char result[] = new char[value.length];
    System.arraycopy(value, 0, result, 0, value.length);
    return result;
}

1

दूसरा एक नया चार्ट बनाने का कारण बनता है, और स्ट्रिंग से सभी चार्ट इस नए चार सरणी में कॉपी किए जाते हैं, इसलिए मुझे लगता है कि पहले वाला तेज (और कम मेमोरी वाला) है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.