https://slinkov.ru/openforum/vsluhforumID3/97769.html Доступен (http://www.go-mono.com/mono-downloads/download.html) новый значительный выпуск Mono 3.6 (http://www.mono-project.com/Release_Notes_Mono_3.6), свободной многоплатформенной реализации технологии .NET, обеспечивающей поддержку спецификаций .Net Framework для Unix, Mac OS X и Windows. Бинарные сборки подготовлены для Linux, OS X и Windows. С момента прошлого выпуска внесено 878 изменения, в разработке которых приняли участие 66 разработчиков.<br><br><br><br> Наиболее заметные изменения связаны с проведением оптимизации производительности, которые затронули сборщик мусора и библиотеку классов. В систему профилирования добавлена поддержка Linux-подсистемы "performance counters", обеспечена генерация обратных трассировок для статического режима. Проведён значительный рефакторинг организации сборки библиотеки классов, который позволил приблизится к возможности сборки на платформе Windows без применения cygwin. В библиотеку добавлены новые классы System.IO.Compression и System.Security.Claims. <br><br>URL: http://www.go https://slinkov.ru/openforum/vsluhforumID3/97769.html#105 Wed, 20 Aug 2014 20:12:51 GMT Кстати, пропустил: а эта версия уже поддерживает 6-ой сишарп и другие технологии, которые уже в open source?<br> https://slinkov.ru/openforum/vsluhforumID3/97769.html#104 Wed, 20 Aug 2014 20:09:38 GMT &gt; У вас фиксация что ли, раз везде лезете со своими упоминаниями экскрементов? <br><br>линуксоиды, они такие<br><br> https://slinkov.ru/openforum/vsluhforumID3/97769.html#103 Wed, 20 Aug 2014 20:04:42 GMT Hearthstone<br> https://slinkov.ru/openforum/vsluhforumID3/97769.html#102 Sun, 17 Aug 2014 05:41:11 GMT &gt; Еще раз: нерабочее автодополнение - это технический дефект. Он относительно объективный, <br>&gt; в том плане что его существование не зависит от точек зрения <br>&gt; индивидов.<br><br>Я говорил про общности, из которых вы как здесь, так и далее по тексту, любите кидаться в частности и наоборот.<br>Это излюбленный способ ведения диалога демагогами и я надеюсь, что вы в дальнейшем от этого воздержитесь, если вам интересен именно диалог, а не дешевые попытки самоутвердиться путем выворачивания диалога в свою пользу подобными способами.<br><br>&gt;&gt; винды образом. Например, обращается к диску "С:\" идет как "/cygdrive/c".<br>&gt; Так бы сразу и сказали, так по крайней мере понятно что не нравится.<br><br>Причем тут "не нравится"? Это просто пример, для наглядности. Там есть и более серьезные вещи, типа способов работы с памятью.<br><br>&gt; А эти C:\ - это для совместимости с барахлом эпохи DOS.<br><br>Всегда весело читать подобные высказывания как показатель "древности", если не забывать о том, что эпоха Unix началась раньше эпохи DOS. ;-)<br><br>&gt; И теперь https://slinkov.ru/openforum/vsluhforumID3/97769.html#101 Sat, 16 Aug 2014 22:49:05 GMT &gt; Понятия "хорошо/плохо" могут быть явно заданы только если есть некая объективная шкала <br>&gt; хорошего и плохого, которая не зависит приверженности любой из сторон. <br><br>Буквоедские бла-бла - они такие. Вам бы тухлые помидоры на рынке продавать. Рассказывая про "шкалу свежести" - мол, это не плохие помидоры, а лишь посередине между компостом и самыми свежими. Вы там маркетологом подрабатываете у MS?<br><br>Еще раз: нерабочее автодополнение - это технический дефект. Он относительно объективный, в том плане что его существование не зависит от точек зрения индивидов. <br><br>Аналогично, количество действий которые надо нажать в консоли для копипасты - поддается достаточно объективной метрике, никак не привязанной к восприятию индивидом. Поэтому записать сложность процедуры копипасты в недостаток можно и достаточно объективно.<br><br>&gt; "объективность" тут не может проходить по определению.<br><br>Да у вас и тухлые помидоры будут лишь "не первой свежести". Ведь шкалы тухлости в природе нет.<br><br>&gt; раз): ненативность cygwin и программ п https://slinkov.ru/openforum/vsluhforumID3/97769.html#100 Sat, 16 Aug 2014 17:52:09 GMT &gt; Да наздоровье. Могу лишь отметить что меня регистронезависимость путей ФС и прочего <br>&gt; - аннoит. Архивы из *никсных систем распаковывать - сплошные грабли!<br><br>А у вас часто бывают такие задачи?<br><br>&gt; Да вообще-то хост был до ж... мощный. Ну разве что дисковый I/O <br>&gt; не очень, как и у всех остальных виртуализаторов.<br><br>Ничего не понял, это как? Даже на относительно фиговом SAN, что у меня сейчас есть под рукой, я смог насчитать в виртуалке порядка 15-18 тысяч IOPs.<br>Что подразумевается под "виртуализаторами" и каким образом они настолько могут в вашем случае ограничивать скорость I/O?<br><br>&gt; Зато когда надо по быстрому ткнуться в консоль какой-нибудь тестовой машины и <br>&gt; посмотреть что-то - смотреть на 10-15 секундную задержку анноит.<br><br>А зачем это делать? Вас чем-то не устраивает PSRemoting? У меня только одна консоль настроена так, как мне надо, и ей я тыкаюсь везде, куда нужно. Для чего заходить на сервак по RDP, если на нем надо просто запустить консоль?<br><br>&gt; Задачи бывают разными. Бывают виртуалки, набиты https://slinkov.ru/openforum/vsluhforumID3/97769.html#99 Fri, 15 Aug 2014 22:31:39 GMT &gt; Понятно.<br><br>Да наздоровье. Могу лишь отметить что меня регистронезависимость путей ФС и прочего - аннoит. Архивы из *никсных систем распаковывать - сплошные грабли! А вот распаковать виндoобразные архивы в *никсовых системах - никаких проблем.<br><br>&gt; скоростью. Виртуалка крутится на достаточно мощном железе, так что, вероятно, не <br>&gt; особо объективно. <br><br>Да вообще-то хост был до ж... мощный. Ну разве что дисковый I/O не очень, как и у всех остальных виртуализаторов. Но он реалистично нагружен, разумеется. То-есть виртуалками забит под завязку, насколько ресурсы позволяют. Так что вкалывает толпа виртуалок, кушают процы, память, I/O изрядный. А не так что запустили 1 виртуалку на весь немepяный сервак и зaшибись, "померяли". Так то конечно ничего не тормозит. Только цена такой виртуалки = цене железного сервера, что весь смысл затеи грoбит на корню. Весь пойнт виртуализации - в повышении утилизации железа, однако.<br><br>&gt; Мне - нет, я не перезапускаю консоль каждую минуту.<br><br>Зато когда надо по быстрому ткнуться в https://slinkov.ru/openforum/vsluhforumID3/97769.html#98 Fri, 15 Aug 2014 15:28:04 GMT &gt; Там случайно инверсия вышла. MS почему-то думает что регистронезависимость - фича.<br><br>В общем, ссылки не будет, да?<br>Понятно.<br><br>&gt; Прямо сейчас - уже не поделюсь. Стартовало до пары десятков секунд, тогда <br>&gt; как окно cmd.exe (или bash) - вылетало моментально (т.е. в пределах <br>&gt; секунды).<br><br>Только что проверил на виртуалке - cmd и powershell открылись с одинаковой скоростью. Виртуалка крутится на достаточно мощном железе, так что, вероятно, не особо объективно. Но даже на дешевом тормозном ноуте для разъездов попробовал только что - ну, секунды 2-3, от силы.<br>Не совсем понимаю, на что это влияет в вашем случае, но видимо вам это важно. Мне - нет, я не перезапускаю консоль каждую минуту.<br><br>&gt; На секундочку, старта bash не надо ожидать <br>&gt; сколь-нибудь заметное время даже на 266МГц MIPS проце с 32 мегами <br>&gt; памяти...<br><br>У вас есть такие задачи?<br>Ну, тогда, возможно.<br><br>&gt;&gt; Ну, признайтесь уже, что вы им не пользовались ни минуты и все <br>&gt;&gt; ваши познания идут из пятиминутного гугления <br>&gt; Нет, как раз таки немн https://slinkov.ru/openforum/vsluhforumID3/97769.html#97 Fri, 15 Aug 2014 15:07:49 GMT &gt; А объективность<br><br>Давайте сразу с этим разберемся...<br><br>&gt; чем плохо использовать сторонний софт делающий то что винда изначально делает <br>&gt; из рук вон плохо.<br><br>Понятия "хорошо/плохо" могут быть явно заданы только если есть некая объективная шкала хорошего и плохого, которая не зависит приверженности любой из сторон. Т.к. такой шкалы в данном случае не существует, то подобное под грифом "объективность" тут не может проходить по определению.<br><br>&gt; раз и поинтересовался чем оно такое уж прямо не нативное<br><br>Отвечаю на это (и ниже уже просто скипаю, чтобы не повторяться кучу раз): ненативность cygwin и программ под него заключается в том, что это реализация POSIX-окружения в системе, которая не является POSIX-совместимой. Т.е., весь собранный софт под cygwin работает не нативным для пользовательского окружения винды образом. Например, обращается к диску "С:\" идет как "/cygdrive/c".<br>Я не утверждаю, что это плохо, неправильно, криво, глючно и как бы то ни было еще, кроме одного - это ненативно. Надеюсь, выше я до