C++ уступает java

P. S. Ты хоть бы запостил второй раз с нормальным форматированием, думаешь кто-то захочет читать твой код?

// satanic-mechanic

можно написать то же самое, но с отступами и без этих дурацких фигурных скобок?

public class NewClass {
    
    /** Creates a new instance of NewClass */
    public NewClass() {
    }
    public static void main(String[] args) {
        System.out.println("start...");
        double res = 0;
        Random rand = new Random();
        long t1 = System.currentTimeMillis();
    for(int i = 0; i < 10000000; i++) {
        res += (new A().calculate(i + 1, rand.nextFloat() * 100 ));
    }
        long t2 = System.currentTimeMillis() - t1;
        System.out.println("res = " + res + " time = " + t2);
    }
}
class A {
    public double calculate(double p1, double p2) {
        return (p1 / p2)/(p1+p2);
    }
}





#include <stdio.h>
#include <conio.h>
#include <windows.h>
class A {
public:
    double calculate(double p1, double p2) {
        return (p1 / p2)/(p1+p2);
    }
};
int main() {
    printf("start...\n");
    long t1 = GetTickCount();
    double res = 0;
    for(int i = 0; i < 10000000; i++) {
        A *a = new A();
        res +=  a->calculate(i+1, ((double) rand()/ (double) RAND_MAX) * 100);
        delete a;
    }
    long t2 = GetTickCount() - t1;
    printf("res = %f, time = %i \n", res, t2);
    getch();
    return 0;
}

Как всё сложно.
Давай проще!

int
main(void)
{
    for(;;);
    return 0;
}

и

class A {
    public static void main(String args []) {
        System.out.println("I'm dumn fast, baby!");
    }
}

Компилируем, запускаем, сравниваем время выполнения.
Делаем вывод: Java рулит!

Ну да. GC если памяти навалом быстрее чем malloc/free

В том смысле, что при стратегии вроде: выделяем пока не заполнится почти вся память, затем, когда лимит исчерпан, находим реально используемые блоки, выделяем под них еще немного памяти и копируем на новое место, а затем за O(1) помечаем всю ранее использовавшуюся память как свободную.

Совсем другое дело, когда свободной памяти не очень много, тогда что бы выделить пару байт предется обходить всю кучу, и делать это придется часто. И все будет жутко медленно. А если придется лазить в своп, то будет ну очень медленно.

Отсюда вывод для того чтобы жаба не тормозила необходимо и (возможно достаточно) много памяти. Вопрос: а какой сложности может быть программа, что бы malloc/free уступал java скажем на 4GB памяти?

Вот, для флейма: http://balancer.ru/forum/punbb/viewtopic.php?id=32510

У меня на одной из машин чистый вычислительно/вызывательный код (пресловутый Фибоначи) работал на Java быстрее, чем на Си :)