@Jeditobe17 мая 2012 в 10:26

Слухи о бесперспективности ReactOS оказались сильно преувеличены

2 мин

1.8K

.NET * Open source *

+34

Комментарии 49

@mixrin 17 мая 2012 в 10:45

то есть сам Mono не является «полноценной» альтернативой? И что делает wine-mono таковой?

@mister_fog 17 мая 2012 в 10:47

В Mono не реализовано достаточно много, например вендо-GUI и т.п.

@mixrin 17 мая 2012 в 11:16

WinForms там прекрасно работает. Не реализвано там очень мало. WPF, какие-то заморочки с WCF и чисто виндовые нэймспейсы.

И я сильно сомневаюсь, что wine-mono что-то добавляет туда.

@mister_fog 17 мая 2012 в 11:22

Идея вобщем то в том, чтобы добавить не туда, а оттуда (в ROS). =)

@mixrin 17 мая 2012 в 12:07

А, я думал Mono в ReactOS нормально работает. Спасибо.

@Krypt 17 мая 2012 в 11:40

Сборки .net в моно не работали, если туда импортировался нативный win api (а иногда без этого просто не обойтись). Я так понимаю, теперь они работать будут.

@mixrin 17 мая 2012 в 12:08

P/Invoke зло :)

Да, теперь ясно. Хотя AFAIK в winetricks был инсталлятор для mono.

@Krypt 17 мая 2012 в 12:18

Зло оно злом, но иногда просто не обойтись. Например — в крайне ущербной System.Drawing нет способа скопировать часть отрисованного контекста. И тут нас спасает bitblt… А wine — имхо, костыль. Пусть необходимый и зачастую спасающий, но по своей сути — костыль.

@mixrin 17 мая 2012 в 11:17

Дабы не быть голословным: www.mono-project.com/Compatibility

@WVitek 17 мая 2012 в 11:16

В Mono реализация «сборщика мусора» какая-то неполноценная.
На примере одного самописного серверного .Net-приложения:
* под Windows потребление памяти ~700Мб на протяжении месяцев работы.
* под Mono 2.10.8, старый вариант сборщика — от ~1400Мб и постепенная «утечка» памяти.
* под Mono 2.10.8, новый сборщик (SGen) — mono runtime «падает».

Авось что-то улучшится… Мечты)

@mixrin 17 мая 2012 в 16:02

Встречный вопрос, а насколько оптимально вы работаете с памятью? Подозреваю, что там далеко не всё хорошо.

@akzhan 17 мая 2012 в 16:09

Судя по потреблению памяти, крайне оптимально, в случае с Windows ;)

@WVitek 18 мая 2012 в 05:23

Основную часть потребляет реализация «словаря» примерно на >34млн. пар (ключ; значение), где и ключ, и значение — 64-битное целое.
Так что объем занимаемой памяти под Win32 (да и под Win64) близок к оптимальному.

Старый GC в Mono, вроде бы, не умеет делать дефрагментацию кучи, а новый — «сыроват».

@avolver 17 мая 2012 в 10:46

Из-за отсутствия поддержки каких библиотек хоронили ReactOS?

P. S. Да и отсутствие чего-либо — временное явление, нашлись бы люди, готовые воплотить недостающее!

@mister_fog 17 мая 2012 в 10:49

Посмотрите другие посты — там некоторые умники писали что Win32 уже никому не нужен и без .Net нет будущего.

@avolver 17 мая 2012 в 10:53

.Net — это конечно то будущее, которое выбирает Microsoft для своей «Восьмёрки», в особенности — Metro-оболочки. Но мне он не особо нравится, ибо когда я писал на нём под Windows Mobile 5-6 — тормозила подобная реализация безбожно… Вероятно — времена меняются, но и в программах, написанных на Mono я не замечаю особой производительности. Нативный код — куда больше по душе, хоть и проигрывает в портируемости.

@Ogoun 17 мая 2012 в 11:16

Времена меняются однозначно. WM5-6 не стоит даже вспоминать.

@sintez 17 мая 2012 в 11:55

Под Windows Phone 7 на дотнете писать одно удовольствие!

@amosk 17 мая 2012 в 13:09

Стоит-не стоит — не знаю.
Но на рынке в продаже до сих пор дофига GPS-навигаторов на WM5 и 6.
А это значит что софт под них тоже кому-то приходится писать.

@paranoik 17 мая 2012 в 13:40

Навигаторы — это наверное единственное для чего WM 5-6 еще можно использовать.

@Tamahome 18 мая 2012 в 03:04

Навигаторы — это как раз то, где непонятно зачем там windows…

@Clever 18 мая 2012 в 06:30

Навигаторов под него написано уже достаточно, выбор неплохой. И windows там не лишний, функционала мне хватает, интерфейс понятен, производительность не огорчает. Вам бренд не нравится или что-то конкретное?

@Tamahome 18 мая 2012 в 06:58

а зачем платить за windows который мне не нужен?
Если тот же к примеру навител отлично работает на других платформах… Но тут врываются маркетологи…

@Yizahi 18 мая 2012 в 11:32

Например ТомТом на ВинМоб 5-6.5 гораздо лучше ТомТома на айфоне. Но тут врываются моркетологи, да…

Что такое ТомТом? Это лучший навигатор по всей Европе.

@mister_fog 18 мая 2012 в 13:36

Что такое ТомТом? Это лучший навигатор по всей Европе.

Мда? А это не тот ли ТомТом, который MS «прессовала» патентами на FAT, вынуждая перейти на MS-технологии? Не удивительно, что теперь на айфоне что-то хуже работает — кому же захочется снова встречаться с адвокатами микрософта…

@retran 17 мая 2012 в 10:53

И чо, на нем запустится мой супер-пупер интерфейс на WPF?
Желтизна такая желтизна.

@Agent_Smith 17 мая 2012 в 11:18

Нет. За то, вместо проприетарного .Net-Framework, можно будет поставить Mono, и любители опенсорса смогуть дышать спокойно.

@retran 17 мая 2012 в 11:37

Mono еще не скоро станет полноценной заменой .net, там еще пилить и пилить.

@retran 17 мая 2012 в 11:39

Ну и я очень слабо понимаю как связаны wine и reactos. И откуда взялись вот такие заявления — twitter.com/#!/habrahabr/status/203073197321633795

@Agent_Smith 17 мая 2012 в 11:50

На сколько я понимаю, в ReactOS используется очень много кода из Wine. Но в отличии от wine на линухе, ReactOS не использует проприетарные либы MS, а поддержка Mono в Wine, означает появление поддержки .Net в ReactOS через Mono.

@retran 17 мая 2012 в 11:52

Насколько я вижу — это просто пакет. Запустить моно под вайном и раньше проблемой не было.

@VolCh 17 мая 2012 в 12:04

Видимо более полная поддержка .NET по сравнению с Mono. Вероятно те самые системные нэймспэйсы.

@retran 17 мая 2012 в 12:15

Эээ… А каких системных неймспейсов нет в Mono?

@VolCh 17 мая 2012 в 12:23

System.Management — does not map to Linux

@retran 17 мая 2012 в 14:45

Ок, тут согласен.

@VolCh 17 мая 2012 в 11:53

У них довольно большое пересечение по кодовой базе. Что в принципе неудивительно — оба проекта реализуют API Windows.

@VolCh 17 мая 2012 в 11:41

Так WPF если не запустится, то всё равно придётся ставить оригинал.

@retran 17 мая 2012 в 11:43

На что я и намекаю комментом выше.

@DjPhoeniX 17 мая 2012 в 11:06

Ну когда, когда?

@nsinreal 17 мая 2012 в 15:00

21.12.2012?

@Athari 17 мая 2012 в 12:49

MonoGame? О, я про эту фиговину даже не знал. Win+WinPhone+iOS+Andrioid+Mac+Linux+PlayStation+Metro, говорите? Любопытно, любопытно.

@ValdikSS 17 мая 2012 в 13:37

Если честно, я ничего не понял.
Mono запускается как под Linux, так и под Windows.
Под Wine запускается виндовый Mono.
Что дает wine-mono?

@mister_fog 17 мая 2012 в 13:53

А текст под катом, который на английском, не наводит не на какие мысли? ;-)

@VolCh 17 мая 2012 в 16:30

Вообще, конечно, топик странный — большая часть текста английская цитата без перевода.

@QtRoS 17 мая 2012 в 14:53

Да реализация System.Windos.Forms под Win32 — это баг на баге, как на нее можно надеяться вообще?

@track 17 мая 2012 в 15:08

> Вскоре ваш аргумент перестанет быть аргументом.

С удовольствием прочитал бы это в виде «вчера, после nightly-коммита, ваш аргумент перестал быть аргументом», а так… как всегда ;)

приходите, когда наступит это «вскоре», тогда и поговорим ;)

@aik 17 мая 2012 в 16:05

А reactos надо хоронить? Оно и не оживало вроде как. Забавный теоретический проект, пока что непригодный для реальной жизни. Примерно как beos в свое время.

@burjui 17 мая 2012 в 18:52

Сейчас для ReactOS важней стабильность и поддержка железа — тогда её потихоньку начнут использовать массы, а с ними — и разработчики. Впрочем, учитывая это замечание, связка Linux + wine в перспективе видится куда более выгодно: тут тебе и стабильность с широчайшей поддержкой железа, и уже неплохая поддержка большого количества софта для Windows, а с течением времени эти показатели только растут.

@mwizard 18 мая 2012 в 11:13

ReactOS планирует достичь бинарной совместимости драйверов — поддержка железа будет ровно такой, какой она есть у обычного Windows, потому что драйвера от нее будут работать.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий