Ну да, только чудес-то не бывает, как только будет запись в страницу, её физическое содержимое придётся копировать. Учитывая, что в итоге всё равно надо делать remark (так как основной процесс-то продолжает плодить объекты), непонятна выгода.
Непонятно, что такого может сторонний процесс, что не может поток внутри того же процесса. Дополнительные затраты на IPC?
Учитывая, что ищутся как раз-таки живые объекты, а не мертвые, то непонятно, как гарантировать нахождение всех живых обхектов, если не останавливать мутаторов. См. remark phase в CMS, например.
Есть. Там хитрая схема, что, допустим, на 10 бит 7 бит длинной в три такта, а три длинной в 2 (это аппаратно поддерживается подсиситемой RS-232 в контроллере). Я точно не помню погрешность, может и не 5% получалось, но всё равно у часового кварца слишком маленькая частота, чтобы ровно её поделить на 9600.
Что не понравилось в контроллере (возможно, из-за отсутсвия опыта). Единственный кварц, который по спецификации можно поставить на низкочастотный таймер — это часовой кварц, 32,768Hz. Точный высокочастотный кварц в комплекте вообще не прилагается.
В итоге очень нетривиально оказалось завести RS232, частоты которого должны быть достаточно хорошо выверены (и совсем не кратны 32,768).
После некоторых мучений получилось и с внутренним генератором (но сначала пришлось перекалибровать его по часовому кварцу), и с часовым кварцем. Но с часовым кварцем частота RS232 получается довольно ограниченной, на скорости 9600 бод расчётная ошибка была уже ~5% (точно не помню), что уже довольно много.
>Насчет количества модулей — это уже проблема организации проекта. Вы же не правите все 200 модулей? как правила работа ведется на 1-5 модулях. Получается надо разделять проект и в место модулей подцеплять артефакты.
Совершенно верно. Но всё-таки, хочется, чтобы IDE помогала, и так проблем хватает :) Впрочем, со сгенерированными проектами всё довольно шустро работает.
Работает всё довольно медленно (открытие, синхронизация по POM, сборка). Даже после всяких хитрых хитростей «Make» занимает секунд 5-10 против 1 секунды в «обычном» проекте.
Но самая большая беда — это наличие неких race-condition при импорте проекта. После открытия Maven проекта IDEA «на лету» генерирует обычные проектные файлы (.iml). Так вот, с большой вероятностью, с первого раза она это делает неправильно. Некоторые зависимости просто не импортируются. Нажатие кнопки «Reimport Maven Projects» (иногда приходится тыкать несколько раз) решает эту проблему до следующих изменений в POM файлах. Что хуже всего, на мелких проектах-то всё работает. Проблема, видимо, проявляется, когда количество модулей велико.
В последних версиях стало во многом существенно лучше, но всё равно нам пришлось отказываться от интеграции с Maven и возвращаться к сгенерированным проектам (плюс у нас есть некие дополнительные требования, которые проще поддержать в своём генераторе). Т.е у нас есть свой Maven plugin (по типу maven-idea-plugin), который генерирует *.iml файлы & каталог .idea, которые в свою очередь уже открываются в IDEA. Стало гораздо быстрее и стабильнее.
Но это наш главный проект (который ко всему прочему ещё и весьма странный в плане сборки), в маленьких «сопутствующих» проектах рекомендуемый подход — интеграция через стандартный плагин IDEA. В них всё работает.
По поводу конфигураций запуска («Run->Run Configurations»). Если среда Eclipse-based, то в настройках конфигурации запуска, на закладке Common, обычно есть вариант типа «Save As->Shared File». Если его выбрать, то конфигурация сохранится в один из проектов и при импорте проекта автоматически появится в меню.
С AVRStudio32 не работал, так что информация не точная.
Да не то, чтобы экспоненциально, но путаница из-за таких «магических» пакетов возникнуть может. Особенно через пару лет, когда разработчики, занимающиеся билдом и тестами, пару раз сменятся.
С failsafe plugin можно так же вынести в отдельный профиль. Просто failsafe предлагает более аккуратное разделение unit и не-unit тестов, без рукопашных фильтров.
Не обязательно, как-то я снимал квартиру и в том доме проводку поменяли безо всякой реконструкции. Причём сделали практически незаметно, я случайно обнаружил, когда показания счётчика смотрел. По ощущениям, уложились в несколько часов. Ну может это и была реконструкция :)
Поменяли стояк и, по-моему, входные автоматы.
Другое дело, что непонятно, как они гарантировали, что PE и N больше нигде не пересекаются (скорее всего, никак, мало ли у кого что в квартире сделано)
Можно долго спорить, что же будет безопаснее, МСУП или вообще отсутствие уравнивания потенциалов, но самое правильное решение будет реконструкция стояка в соответствии с ПУЭ-7 (пятипроводной).
Я, кстати, был удивлён, когда как-то обнаружил, что весь стояк заменили на пятипроводной (когда показания счётчика очередной раз смотрел). Похоже, сделали пока я был на работе и уложились в несколько часов. Так что это вполне осуществимо. Вопрос денег, наверное.
Я немножко неправду сказал, не «локальная ДСУП», а «местная СУП». Разница между ДСУП и МСУП в том, что ДСУП должная быть по PE подключена к PE проводнику в стояке, которого в старых домах в стояке нет (нам на вводе есть только PEN).
Учитывая, что ищутся как раз-таки живые объекты, а не мертвые, то непонятно, как гарантировать нахождение всех живых обхектов, если не останавливать мутаторов. См. remark phase в CMS, например.
В итоге очень нетривиально оказалось завести RS232, частоты которого должны быть достаточно хорошо выверены (и совсем не кратны 32,768).
После некоторых мучений получилось и с внутренним генератором (но сначала пришлось перекалибровать его по часовому кварцу), и с часовым кварцем. Но с часовым кварцем частота RS232 получается довольно ограниченной, на скорости 9600 бод расчётная ошибка была уже ~5% (точно не помню), что уже довольно много.
Совершенно верно. Но всё-таки, хочется, чтобы IDE помогала, и так проблем хватает :) Впрочем, со сгенерированными проектами всё довольно шустро работает.
Проект — продукты для страховых компаний.
Работает всё довольно медленно (открытие, синхронизация по POM, сборка). Даже после всяких хитрых хитростей «Make» занимает секунд 5-10 против 1 секунды в «обычном» проекте.
Но самая большая беда — это наличие неких race-condition при импорте проекта. После открытия Maven проекта IDEA «на лету» генерирует обычные проектные файлы (.iml). Так вот, с большой вероятностью, с первого раза она это делает неправильно. Некоторые зависимости просто не импортируются. Нажатие кнопки «Reimport Maven Projects» (иногда приходится тыкать несколько раз) решает эту проблему до следующих изменений в POM файлах. Что хуже всего, на мелких проектах-то всё работает. Проблема, видимо, проявляется, когда количество модулей велико.
В последних версиях стало во многом существенно лучше, но всё равно нам пришлось отказываться от интеграции с Maven и возвращаться к сгенерированным проектам (плюс у нас есть некие дополнительные требования, которые проще поддержать в своём генераторе). Т.е у нас есть свой Maven plugin (по типу maven-idea-plugin), который генерирует *.iml файлы & каталог .idea, которые в свою очередь уже открываются в IDEA. Стало гораздо быстрее и стабильнее.
Но это наш главный проект (который ко всему прочему ещё и весьма странный в плане сборки), в маленьких «сопутствующих» проектах рекомендуемый подход — интеграция через стандартный плагин IDEA. В них всё работает.
Это так, в кратце :)
С AVRStudio32 не работал, так что информация не точная.
Поменяли стояк и, по-моему, входные автоматы.
Другое дело, что непонятно, как они гарантировали, что PE и N больше нигде не пересекаются (скорее всего, никак, мало ли у кого что в квартире сделано)
Можно долго спорить, что же будет безопаснее, МСУП или вообще отсутствие уравнивания потенциалов, но самое правильное решение будет реконструкция стояка в соответствии с ПУЭ-7 (пятипроводной).
Я, кстати, был удивлён, когда как-то обнаружил, что весь стояк заменили на пятипроводной (когда показания счётчика очередной раз смотрел). Похоже, сделали пока я был на работе и уложились в несколько часов. Так что это вполне осуществимо. Вопрос денег, наверное.
Я немножко неправду сказал, не «локальная ДСУП», а «местная СУП». Разница между ДСУП и МСУП в том, что ДСУП должная быть по PE подключена к PE проводнику в стояке, которого в старых домах в стояке нет (нам на вводе есть только PEN).
Да ладно???