Comments 49
то есть сам Mono не является «полноценной» альтернативой? И что делает wine-mono таковой?
В Mono не реализовано достаточно много, например вендо-GUI и т.п.
WinForms там прекрасно работает. Не реализвано там очень мало. WPF, какие-то заморочки с WCF и чисто виндовые нэймспейсы.
И я сильно сомневаюсь, что wine-mono что-то добавляет туда.
И я сильно сомневаюсь, что wine-mono что-то добавляет туда.
Идея вобщем то в том, чтобы добавить не туда, а оттуда (в ROS). =)
Сборки .net в моно не работали, если туда импортировался нативный win api (а иногда без этого просто не обойтись). Я так понимаю, теперь они работать будут.
Дабы не быть голословным: www.mono-project.com/Compatibility
В Mono реализация «сборщика мусора» какая-то неполноценная.
На примере одного самописного серверного .Net-приложения:
* под Windows потребление памяти ~700Мб на протяжении месяцев работы.
* под Mono 2.10.8, старый вариант сборщика — от ~1400Мб и постепенная «утечка» памяти.
* под Mono 2.10.8, новый сборщик (SGen) — mono runtime «падает».
Авось что-то улучшится… Мечты)
На примере одного самописного серверного .Net-приложения:
* под Windows потребление памяти ~700Мб на протяжении месяцев работы.
* под Mono 2.10.8, старый вариант сборщика — от ~1400Мб и постепенная «утечка» памяти.
* под Mono 2.10.8, новый сборщик (SGen) — mono runtime «падает».
Авось что-то улучшится… Мечты)
Встречный вопрос, а насколько оптимально вы работаете с памятью? Подозреваю, что там далеко не всё хорошо.
Судя по потреблению памяти, крайне оптимально, в случае с Windows ;)
Основную часть потребляет реализация «словаря» примерно на >34млн. пар (ключ; значение), где и ключ, и значение — 64-битное целое.
Так что объем занимаемой памяти под Win32 (да и под Win64) близок к оптимальному.
Старый GC в Mono, вроде бы, не умеет делать дефрагментацию кучи, а новый — «сыроват».
Так что объем занимаемой памяти под Win32 (да и под Win64) близок к оптимальному.
Старый GC в Mono, вроде бы, не умеет делать дефрагментацию кучи, а новый — «сыроват».
Из-за отсутствия поддержки каких библиотек хоронили ReactOS?
P. S. Да и отсутствие чего-либо — временное явление, нашлись бы люди, готовые воплотить недостающее!
P. S. Да и отсутствие чего-либо — временное явление, нашлись бы люди, готовые воплотить недостающее!
Посмотрите другие посты — там некоторые умники писали что Win32 уже никому не нужен и без .Net нет будущего.
.Net — это конечно то будущее, которое выбирает Microsoft для своей «Восьмёрки», в особенности — Metro-оболочки. Но мне он не особо нравится, ибо когда я писал на нём под Windows Mobile 5-6 — тормозила подобная реализация безбожно… Вероятно — времена меняются, но и в программах, написанных на Mono я не замечаю особой производительности. Нативный код — куда больше по душе, хоть и проигрывает в портируемости.
Времена меняются однозначно. WM5-6 не стоит даже вспоминать.
Под Windows Phone 7 на дотнете писать одно удовольствие!
Стоит-не стоит — не знаю.
Но на рынке в продаже до сих пор дофига GPS-навигаторов на WM5 и 6.
А это значит что софт под них тоже кому-то приходится писать.
Но на рынке в продаже до сих пор дофига GPS-навигаторов на WM5 и 6.
А это значит что софт под них тоже кому-то приходится писать.
Навигаторы — это наверное единственное для чего WM 5-6 еще можно использовать.
Навигаторы — это как раз то, где непонятно зачем там windows…
Навигаторов под него написано уже достаточно, выбор неплохой. И windows там не лишний, функционала мне хватает, интерфейс понятен, производительность не огорчает. Вам бренд не нравится или что-то конкретное?
а зачем платить за windows который мне не нужен?
Если тот же к примеру навител отлично работает на других платформах… Но тут врываются маркетологи…
Если тот же к примеру навител отлично работает на других платформах… Но тут врываются маркетологи…
И чо, на нем запустится мой супер-пупер интерфейс на WPF?
Желтизна такая желтизна.
Желтизна такая желтизна.
Нет. За то, вместо проприетарного .Net-Framework, можно будет поставить Mono, и любители опенсорса смогуть дышать спокойно.
Mono еще не скоро станет полноценной заменой .net, там еще пилить и пилить.
Ну и я очень слабо понимаю как связаны wine и reactos. И откуда взялись вот такие заявления — twitter.com/#!/habrahabr/status/203073197321633795
На сколько я понимаю, в ReactOS используется очень много кода из Wine. Но в отличии от wine на линухе, ReactOS не использует проприетарные либы MS, а поддержка Mono в Wine, означает появление поддержки .Net в ReactOS через Mono.
У них довольно большое пересечение по кодовой базе. Что в принципе неудивительно — оба проекта реализуют API Windows.
Так WPF если не запустится, то всё равно придётся ставить оригинал.
MonoGame? О, я про эту фиговину даже не знал. Win+WinPhone+iOS+Andrioid+Mac+Linux+PlayStation+Metro, говорите? Любопытно, любопытно.
Если честно, я ничего не понял.
Mono запускается как под Linux, так и под Windows.
Под Wine запускается виндовый Mono.
Что дает wine-mono?
Mono запускается как под Linux, так и под Windows.
Под Wine запускается виндовый Mono.
Что дает wine-mono?
Да реализация System.Windos.Forms под Win32 — это баг на баге, как на нее можно надеяться вообще?
> Вскоре ваш аргумент перестанет быть аргументом.
С удовольствием прочитал бы это в виде «вчера, после nightly-коммита, ваш аргумент перестал быть аргументом», а так… как всегда ;)
приходите, когда наступит это «вскоре», тогда и поговорим ;)
С удовольствием прочитал бы это в виде «вчера, после nightly-коммита, ваш аргумент перестал быть аргументом», а так… как всегда ;)
приходите, когда наступит это «вскоре», тогда и поговорим ;)
А reactos надо хоронить? Оно и не оживало вроде как. Забавный теоретический проект, пока что непригодный для реальной жизни. Примерно как beos в свое время.
Сейчас для ReactOS важней стабильность и поддержка железа — тогда её потихоньку начнут использовать массы, а с ними — и разработчики. Впрочем, учитывая это замечание, связка Linux + wine в перспективе видится куда более выгодно: тут тебе и стабильность с широчайшей поддержкой железа, и уже неплохая поддержка большого количества софта для Windows, а с течением времени эти показатели только растут.
Sign up to leave a comment.
Слухи о бесперспективности ReactOS оказались сильно преувеличены