Здравствуйте, Serginio1, Вы писали:

S>·>Хорошо справляется с помощью zing. Azul обещает задержки <10ms. Ты считаешь, что они лгут?
S>Я хочу увидеть этот тест на zing.
Возьми, да запусти, делов-то.

S>>> особенно в сравнении с кодом на C++
S>·>Тебе интересно, ты и сравнивай. Создавай новый топик, ищи оппонетнов и там рассуждай. Тут мы обсуждаем "dotnet vs java".
S> Ну дык ты же говоришь, что Java лучше всех. А хочется сравнить.
Я так не говорю. Я говорю, что Java лучше чем dotnet в LL-задачах.

S>>>На этом самом алгоритме. При этом я могу сделать класс на C++
S>·>И накой когда сдался .net? Шоб було?
S> Я могу использовать манакед GC и нативный менеджер памяти. Это расширяет возможности.
Можешь ровно до того момента как ты не столкнёшься в LL-задачей.

S>>> и из .Net дергать его методы.
S>·>Круто, конечно. И что конкретно ты будешь измерять? Цель тех тестов — измерить характеристики GC, его применимость для LL-систем.
S>·>Методы явы тоже можно из С++ дёргать. И что?
S> Задача сделать приложение с минимальными задержками, при этом потратить минимум усилий и денег.
С текущей реализацией GC ты не можешь решить эту задачу с использованием dotnet managed GC.

S>>>При этом у меня будут потери только на копировании, но в задержек не будет. Так, что .Net подходит.
S>·>Ровно до того момента как сработает GC.
S> А там собирать то нечего. Проблема то в генерации огромного количества объектов и обновлении кэша размером 200 кб.
S>На обычных задачах GC справляется.
В реальном приложении всегда есть что собирать. Он справляется, но он не гарантирует задержек меньше 10мс. Azul — гарантирует.

S>·>Голословен пока только ты. И всё от сабжа постоянно уходишь в сторону нейтива.
S> Я ухожу в сторону оптимального использования натива в манагед и наоборот.
S>А вот так и не привел пример на Java. Всем интересно посмотреть. Не только мне.
S> А я могу написать код с копированием.
S> Это по сути аналог использования классов на C++.
На джаве тоже можешь написать код с копированием. Но суть теста в том, что он создаёт мусор, который нужно собирать. И во время сборки stop-the-world не должен тормозить работающие треды на время большее 10мс.