Jdbi: संस्करण 3.5.1 . के बाद से महत्वपूर्ण प्रदर्शन गिरावट

नमस्ते @ Alexey1Gavrilov , इसकी रिपोर्ट करने के लिए धन्यवाद! मैं सहमत हूं कि निश्चित रूप से कुछ प्रतिगमन हुए हैं।

मैंने स्थिति सुधारने पर काम करना शुरू किया: https://github.com/jdbi/jdbi/pull/1607
वर्तमान में, यह केवल समीक्षा और कुछ परीक्षणों की प्रतीक्षा कर रहा है ताकि यह सुनिश्चित हो सके कि हम सब कुछ नहीं तोड़ते :)

क्या आपके पास स्वतंत्र रूप से यह सत्यापित करने के लिए कुछ समय है कि ऊपर लिंक किए गए सुधार आपके उपयोग के मामले में मदद करते हैं?
धन्यवाद और उम्मीद है कि जल्द ही हमारे पास एक विलय हो जाएगा।

एक बहुत अच्छी खबर है कि आप पहले से ही सुधार पर काम कर रहे हैं! मैं पुष्टि कर सकता हूं कि #1607 प्रदर्शन में काफी सुधार करता है। मेरा माइक्रो बेंचमार्क प्रोग्राम उस पीआर के साथ लगभग 10-15% तेजी से चलता है, फिर 3.5.1 पर। महान काम!

हमने कॉलम नेम मैचर के लिए एक कस्टम कैश लेयर भी लागू किया है जो प्रदर्शन को और भी बेहतर बनाता है। विचार मूल रूप से columnName और javaName Jdbi उदाहरण द्वारा संसाधित सभी क्षेत्रों के लिए कैश करने के लिए किया गया था। यहां एक कोड स्निपेट है:

class CachingColumnNameMatcher implements ColumnNameMatcher {
  private static class Column {
    final String columnName;
    final String javaName;

    private Column(String columnName, String javaName) {
      this.columnName = columnName;
      this.javaName = javaName;
    }

    <strong i="10">@Override</strong>
    public boolean equals(Object o) {
      if (this == o) {
        return true;
      }
      if (o == null || getClass() != o.getClass()) {
        return false;
      }
      Column column = (Column) o;
      return Objects.equals(columnName, column.columnName) &&
          Objects.equals(javaName, column.javaName);
    }

    <strong i="11">@Override</strong>
    public int hashCode() {
      return Objects.hash(columnName, javaName);
    }
  }

  private final ColumnNameMatcher delegate;
  private final ConcurrentMap<Column, Boolean> cache;

  CachingColumnNameMatcher(final ColumnNameMatcher delegate) {
    this.delegate = delegate;
    this.cache = new ConcurrentHashMap<>();
  }

  <strong i="12">@Override</strong>
  public boolean columnNameMatches(final String columnName, final String javaName) {
    final Column key = new Column(columnName, javaName);

    return cache.computeIfAbsent(key, (c) -> delegate.columnNameMatches(columnName, javaName));
  }
}

...
    final ReflectionMappers reflectionMappers = jdbi.getConfig().get(ReflectionMappers.class);
    reflectionMappers.setColumnNameMatchers(
        reflectionMappers.getColumnNameMatchers().stream()
            .map(CachingColumnNameMatcher::new)
            .collect(Collectors.toList()));
...

कृपया मुझे बताएं कि क्या कैशिंग कॉलम नाम की तुलना आपको समझ में आती है (यह कुछ कचरा संग्रहण लागत के साथ आता है), अगर मैं एक पीआर खोल सकता हूं।

@ Alexey1Gavrilov , मैंने अभी 3.11.0 जारी किया है जिसमें #1607 शामिल है।

मुझे कॉलम नाम मिलान के प्रदर्शन में सुधार करने में खुशी हो रही है, हालांकि सभी मिलानों को कैशिंग करना संभवतः एक भारी-भरकम समाधान है। क्या आपको किसी विशिष्ट मिलानकर्ता - स्नेककेस मिलानकर्ता के साथ समस्या हो रही है? आइए उस समस्या के बेहतर विवरण से शुरू करें जो आपको प्रभावित कर रही है और एक समाधान तैयार करें, जो संभवतः कैशिंग हो सकता है :)

परीक्षण 3.11.1 - 3.5.1 की तुलना में 20% सुधार! महान काम!
मैं स्नेककेस मैचर पर एक अलग मुद्दा बनाऊंगा और हम वहां संभावित समाधानों पर चर्चा करेंगे।

बहुत बढ़िया धन्यवाद!