а чего ж оно такое страшное?

это от того, что линуксоиды считают что оно ненужно и соответственно не вносят улучшающие патчи.

Софтина твоя прибита гвоздями к WinForms, да небось еще и PInvoke во все поля. Так что радуйся, что вообще запустилась.

Это от того, что оно использует WinForms.

Вот собственно вопрос: это глюки конкретной софтины или все поделки на моно так работают?

Если писано на Gtk#, то выглядит и чувствует как нативное гтк.

Так что радуйся, что вообще запустилась.

тут как бы официальный порт, так что по идее должно работать. Но как-то через задницу все.

Такое отношение у конторы к линуксу, т.ч. делай выводы.

Mono это диверсия против GNU/Linux. Типа пишите на .NET, это кросплатформенно. А в результате под Windows всё работает, а в GNU/Linux частенько нет.

А вот в Java всё работает под всеми платформами. Спрашивается: зачем вообще этот .NET придумали?

Потому что Майкрософт обнаружили у жабы один фатальный недостаток

Сан в судебном порядке запретил МС трогать Жабу. Вот и пришлось делать .НЕТ
//К. О.

Сан в судебном порядке запретил МС трогать Жабу. Вот и пришлось делать .НЕТ

Правильно, потому что все что трогает МС превращается в говно. Поэтому у нас теперь есть java и .говно

.NET не нужен. (даже название говорит об этом)

Потому что Мигелюшка пишет моно или бухим, или сбодуна:
http://www.flickr.com/photos/lauradeicaza/732125495/in/photostream

Жаба тормозит под вендой (точнее, тормозит везде, но под линуксом моно тормозит точно так же).

потому что gtk использует

конкретной софтины

И какой же?

У тебя руки кривые, в мире множество .net'овских программ, который нормально работают.

как бы жаба быстрее моно... http://shootout.alioth.debian.org/u64q/which-programs-are-fastest.php

Наверное, там какой-нить вынь-формс, или вообще wcf или подобное ему быдлоподелие. Моно, оно конечно говно, но то, что сделано под тот же gtk#, хотя бы не настолько уныло, тормознуто, глючно и у#@$%но.

точнее не wcf а wpf, хрен их там разберёт. wpf - это типа такая жуткая х#@$я, где мелкомягкие попытались вновь изобрести велосипед, и сделать так, чтоб междумордие описывалось чем-то, жалко подобным нормальному css, что, например, давно реализовано (кроссплатформенно и шустро) в том же Qt.

Как бы дотнет быстрее жабы. Да и C# немного выразительнее жабы, не?

ну вот тестов .net vs java пока не видел...

Да и C# немного выразительнее жабы

это точно, тут не поспоришь.

Поэтому у нас теперь есть полное говно и .говно

fixed

Да и C# немного выразительнее жабы, не?

Типа когда пишешь чаще применяешь нецензурные выражения?

Только хотел пофиксить :)

так ненужно же!

Правильно, потому что все что трогает МС превращается в говно

А если трогает говно, то просто тратит меньше сил.

Спрашивается: зачем вообще этот .NET придумали?

А вот в Java всё работает под всеми платформами.

Вот именно поэтому. Думаешь Microsoft выгодно чтоб работало под всеми платформами, а не только шиндошс?

Mono - хорошая вещь. GTK# - не хорошая.

А в результате под Windows всё работает, а в GNU/Linux частенько нет.

Можно подумать, до mono было иначе.

Там не очень корректная реализация.
Просто Java код откомпилировали на моно без использования выигрышных сторон того-же C#

Как бы дотнет быстрее жабы.

да ладно? Ява быстрее С, а .Net еще быстрее. И на всех на них свысока смотрит lua jit.

хе? Ты внимательно смотрел, что там?

Официальный порт подразумевает переписывание на Gtk#

Да.
Я код на C# посмотрел.
Как минимум то что я посмотрел можно ускорить при желании.

лорчую!

Ну, раз можно, напиши. Будет интересно сверить результаты сверхоптимизированных программ.

Никакой сверхоптимизации.
Простая замена class на struct часто даёт заметный вигрыш в производительности.
Там этого нет.
Далее они замеряют время исполнения вместе с запуском, но почему-то не пожелали использовать AOT
Чем это можно объяснить, как не желанием ухудшить результаты моно?

Все это заметно после пары минут проспотра х тестов.

А можно и по настоящему оптимизировать. Но это больше времени займёт.

class на struct

Там много разных вариантов реализации, да и тестовых прог много. Есть и со структурами и без. Конкретно в какой проге этого нет?

время исполнения вместе с запуском

Ну, так и с явой так же, и с сями и всем остальным.

Kонкретно в какой проге этого нет?

Дома посмотрю.
Я это вчера пробовал.

Ну, так и с явой так же, и с сями и всем остальным.

В яве такой возможности нет.
А си они что тоже время компиляции включают?

Или я чего-то не понимаю, или одно из двух... Время загрузки программы / программы и вм учитывается, так что никто никого не ущемляет. Время компиляции к времени выполнения не относится и поэтому не учитывается.

если включить АОТ для моно то программа прекомпилируется и запуск+исполнение происходят быстрее.
у java такой возможности нет.
у с++ есть. вообще-то с++ по другому обычно не умеет.
тем не менее используя заведомо не оптимальную для моно конфигурацию при тестировании, говорить о честном тесте нельзя.

Взял тест binarytrees c N=24. И толку с того аота?

Без:

real	1m11.462s
user	1m47.955s
sys	0m0.392s

real	1m10.853s
user	1m47.347s
sys	0m0.424s

Явовская версия для сравнения:

real	0m19.886s
user	0m30.274s
sys	0m0.356s

Я смотрел на тест который работает меньше секунды(0.17s)
Для него, теоретически должно значить.

Оптимизировать код до конца года точно не смогу.
Разве что попробую заменить class на struct

В binarytree-тесте как раз и struct и используется. Видимо динамическое выделение памяти под маленькие объекты является слабым местом моновской ВМ.

Так эти тесты это и меряют в основном.
Нет чтобы сравнить несколько деревьев или пару 50мб xml документов разобрать

Там различные тесты. Кстати, около года назад ява была медленней шарпа, а сейчас все поменялось.