www.mudconnector.su

Национальный мадконнектор.
Текущее время: Пт мар 29, 2024 1:03 am

Часовой пояс: UTC + 3 часа [ Летнее время ]




Начать новую тему Ответить на тему  [ Сообщений: 12 ]  На страницу 1, 2  След.
Автор Сообщение
СообщениеДобавлено: Пт июн 18, 2010 12:39 pm 
Не в сети
Site Admin

Зарегистрирован: Пт май 16, 2008 4:14 pm
Сообщений: 1416
Собственно вопрос простой, пробовал ли кто-то реально в работе mono.
Насколько реально писать под .net под виндой и потом запускать под него ?
GUI дело десятое, речь скорее о консольных приложениях.

Посмотрел чуток исходники, кое что поразило, и довольно неприятно.
Но надо еще покопать, возможно всё не так плохо, как видится :).
В "бою" не пробовал, задач не было.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Вт авг 24, 2010 5:31 pm 
Не в сети
Site Admin

Зарегистрирован: Пт май 16, 2008 4:14 pm
Сообщений: 1416
Собственно для начала прикинем список того, что стоило бы протестировать.
1. TCP-IP и реализацию телнетов, возможно с компрессией, как альтернатива посмотреть может на базе ssh есть что
2. скриптовые языки, тут яб брал луа
3. работа с бд, файлами
4. размер всего этого в ОЗУ


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Вт авг 24, 2010 5:34 pm 
Не в сети

Зарегистрирован: Вт мар 24, 2009 6:20 pm
Сообщений: 216
ну на майкрософтовом .Net'е я всё это тестировал
есть хорошие либы... к примеру, для луа

такссс... в общем, в течение недели попробую развернуть моно и скомпилить тестовый проектик с использованием луа... и можно сокетов. и посмотрим по памяти, как минимум по виндовой памяти


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Вт авг 24, 2010 5:55 pm 
Не в сети
Site Admin

Зарегистрирован: Пт май 16, 2008 4:14 pm
Сообщений: 1416
omlin писал(а):
ну на майкрософтовом .Net'е я всё это тестировал
есть хорошие либы... к примеру, для луа

такссс... в общем, в течение недели попробую развернуть моно и скомпилить тестовый проектик с использованием луа... и можно сокетов. и посмотрим по памяти, как минимум по виндовой памяти


Вопрос не столько в том, насколько это работает с .Net, сколько в том, как это будет работать под всякими линуксами.
В принципе, где поиграться у меня есть.
Еще интересно что происходит с ним в случае крешей.

Но если есть что-то готовое, полуготовое, то лучше, конечно, его.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Вт авг 24, 2010 6:31 pm 
Не в сети

Зарегистрирован: Вт мар 24, 2009 6:20 pm
Сообщений: 216
а финальный результат? репозитарий имен?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Ср авг 25, 2010 2:59 pm 
Не в сети
Site Admin

Зарегистрирован: Пт май 16, 2008 4:14 pm
Сообщений: 1416
omlin писал(а):
а финальный результат? репозитарий имен?

Да с точки зрения проверки - просто что-то работающее с телнетом и луа,
и реализующее список требуемого (первая цель - тщательно продумать список).

Можно сделать репозитарий, но оно похоже никому нафиг не надо.
У меня есть решения по именам за довольно большой срок... наверное,
можно их туда влить, но толку ?
С другой стороны это довольно интересная сама по себе задача.

Из ключевого. Мнеб хотелось еще многосервенность какую-то,
хотя, возможно это блажь и надо просто аккуратнее заизолироваться
от крешей. В идеале яб хотел минимум 3 сервера иметь.
1. Тестовый.
2. Продакшн - стейбл
3. Продакшен - нестейбл

И новые зоны подключать к третьему, при этом 2 и 3 должны быть прозрачны
для пользователя, т.е. разделение только на уровне реализации.
(если упал третий - второй живет итп).
А может, имеет смысл вообще поделить "1 инстанс сервера = 1 зона".

о
+ в проверку
что там с дебагом ? с дампами итп


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Вс авг 26, 2012 3:04 am 
Не в сети

Зарегистрирован: Вт мар 24, 2009 6:20 pm
Сообщений: 216
Несколько фактов:

  • lua в моно работает без проблем
  • дебаг есть, более-менее нормальный: открываешь MonoDevelop, и вперед
  • дампы можно организовать, не проблема, но только если ошибка возникла внутри твоего кода. креши сторонних либ (той же lua) не отловишь. кстати, для дампов можно вообще использовать встроенные средства моно. там когда запускаешь приложение под моно, можно указать параметром куда писать лог.
  • с файлами работает нормально, проблем не заметил
  • с сокетами не проверял, но работать должно, т.к. насколько я понимаю, 99% того, что есть в .Net, они поддерживают (а System.Net.Socket это как раз .Net)
  • по сравнению с нативным .Net, моно почти всегда тормоз. не то, чтобы совсем намного, но заметно невооруженным глазом: то тут на секунду подольше, то там... хотя, я тестировал WinForms-приложение, возможно в варианте с сервером на сокетах будет получше

Вообще, моно мне понравилась. По сути, берешь любую скомпиленное в Windows .Net-приложение, копируешь его в линукс, запускаешь "mono MyApplication.exe", вуаля. Это очень здорово.

P.S. Табличка совместимости mono с .Net Framework, весьма полезная: http://www.mono-project.com/Compatibility


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пн авг 27, 2012 11:59 am 
Не в сети
Site Admin

Зарегистрирован: Пт май 16, 2008 4:14 pm
Сообщений: 1416
Ага... т.е. в принципе пригоден под наши цели.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пн авг 27, 2012 12:13 pm 
Не в сети

Зарегистрирован: Вт мар 24, 2009 6:20 pm
Сообщений: 216
В целом наверное да, но есть нюансы.

Именно мад требует очень серьезной производительности, и как видно из моих тестов, иногда моно заметно проигрывает нейтивному .Net-у по скорости.
Т.е. если что-то писать, то писать аккуратно, выверяя и постоянно тестируя.

Кстати, еще один интересный факт: моно не везде одинаков.
К сожалению, мои исследования относятся конкретно к WinForms, и я не могу утверждать, что это так для других частей .Net FrameWork, но всё-таки факты показательны.
А факты таковы:
  • То что работало в Windows (т.е. запускаешь ехе-шник через "mono MyApplication.exe" в Windows), не работало в Ubuntu
  • То что работало в Ubuntu, не работало в Windows
  • То что работало и в Ubuntu, и в Windows, не работало в Mac OS

Т.е. если хочется получить нормальное приложение, пригодное для современных Linux-хостингов, нужно тестировать как минимум на FreeBSD - т.к. FreeBSD на хостингах всё-таки подавляющее большинство.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пн авг 27, 2012 6:17 pm 
Не в сети
Site Admin

Зарегистрирован: Пт май 16, 2008 4:14 pm
Сообщений: 1416
omlin писал(а):
В целом наверное да, но есть нюансы.

Именно мад требует очень серьезной производительности, и как видно из моих тестов, иногда моно заметно проигрывает нейтивному .Net-у по скорости.
Т.е. если что-то писать, то писать аккуратно, выверяя и постоянно тестируя.

Это... с какого бодуна :) ?
Он никогда не требовал производительности. Вообще.
Ну т.е. LA на любой машине всегда <0.1
При любом онлайне.
У вас другие данные ? Чертовски интересно было бы.

omlin писал(а):
Кстати, еще один интересный факт: моно не везде одинаков.
К сожалению, мои исследования относятся конкретно к WinForms, и я не могу утверждать, что это так для других частей .Net FrameWork, но всё-таки факты показательны.
А факты таковы:
  • То что работало в Windows (т.е. запускаешь ехе-шник через "mono MyApplication.exe" в Windows), не работало в Ubuntu
  • То что работало в Ubuntu, не работало в Windows
  • То что работало и в Ubuntu, и в Windows, не работало в Mac OS

Т.е. если хочется получить нормальное приложение, пригодное для современных Linux-хостингов, нужно тестировать как минимум на FreeBSD - т.к. FreeBSD на хостингах всё-таки подавляющее большинство.


Да тут яб не огорчался вообще.
При текущей ситуации с мадами можно хоть жестко забить целевую систему.
Ничего страшного не будет. Те 1 (или две) копии найдут где запустить.
Находим же 32 битные системы :)


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 12 ]  На страницу 1, 2  След.

Часовой пояс: UTC + 3 часа [ Летнее время ]


Кто сейчас на конференции


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron