File: TestArrayCopyWithLargeObjectAlignment.java

package info (click to toggle)
openjdk-25 25.0.1%2B8-1
  • links: PTS, VCS
  • area: main
  • in suites: forky, sid
  • size: 825,408 kB
  • sloc: java: 5,585,680; cpp: 1,333,948; xml: 1,321,242; ansic: 488,034; asm: 404,003; objc: 21,088; sh: 15,106; javascript: 13,265; python: 8,319; makefile: 2,518; perl: 357; awk: 351; pascal: 103; exp: 83; sed: 72; jsp: 24
file content (69 lines) | stat: -rw-r--r-- 2,952 bytes parent folder | download | duplicates (3)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
/*
 * Copyright (c) 2023, 2024, Oracle and/or its affiliates. All rights reserved.
 * DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER.
 *
 * This code is free software; you can redistribute it and/or modify it
 * under the terms of the GNU General Public License version 2 only, as
 * published by the Free Software Foundation.
 *
 * This code is distributed in the hope that it will be useful, but WITHOUT
 * ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
 * FITNESS FOR A PARTICULAR PURPOSE.  See the GNU General Public License
 * version 2 for more details (a copy is included in the LICENSE file that
 * accompanied this code).
 *
 * You should have received a copy of the GNU General Public License version
 * 2 along with this work; if not, write to the Free Software Foundation,
 * Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA.
 *
 * Please contact Oracle, 500 Oracle Parkway, Redwood Shores, CA 94065 USA
 * or visit www.oracle.com if you need additional information or have any
 * questions.
 */
package compiler.gcbarriers;

import java.util.Arrays;

/**
 * @test
 * @bug 8312749
 * @summary Test that, when using a larger object alignment, ZGC arraycopy
 *          barriers are only applied to actual OOPs, and not to object
 *          alignment padding words.
 * @requires vm.gc.Z
 * @run main/othervm -Xbatch -XX:-TieredCompilation
 *                   -XX:CompileOnly=compiler.gcbarriers.TestArrayCopyWithLargeObjectAlignment::*
 *                   -XX:ObjectAlignmentInBytes=16
 *                   -XX:+UseZGC
 *                   compiler.gcbarriers.TestArrayCopyWithLargeObjectAlignment
 */

public class TestArrayCopyWithLargeObjectAlignment {

    static Object[] doCopyOf(Object[] array) {
        return Arrays.copyOf(array, array.length);
    }

    static Object[] doClone(Object[] array) {
        return array.clone();
    }

    public static void main(String[] args) {
        for (int i = 0; i < 10_000; i++) {
            // This test allocates an array 'a', copies it into a new array 'b'
            // using Arrays.copyOf, and clones 'b' into yet another array. For
            // ObjectAlignmentInBytes=16, the intrinsic implementation of
            // Arrays.copyOf leaves the object alignment padding word "b[1]"
            // untouched, preserving the badHeapWordVal value '0xbaadbabe'. The
            // test checks that this padding word is not processed as a valid
            // OOP by the ZGC arraycopy stub underlying the intrinsic
            // implementation of Object.clone. Allocating b using the intrinsic
            // implementation of Arrays.copyOf is key to reproducing the issue
            // because, unlike regular (fast or slow) array allocation,
            // Arrays.copyOf does not zero-clear the padding word.
            Object[] a = {new Object()};
            Object[] b = doCopyOf(a);
            doClone(b);
        }
    }
}