А можно ли получить какие-то реальные цифры сравнения производительности?
Работая над достаточно крупным веб-проектом в связке Windows-host + VirtualBox + Vagrant + Linux-guest столкнулся с серьезной потерей производительности. А как обстоят с этим дела у Parallels?
Подход интересный для того, чтобы «показать заказчику». Простите, но не более того.
К примеру, Вы не можете учесть того, что происходит в обработчиках прерываний и того, как, к примеру настроены таймеры. В свою очередь, это оказывает влияние на временные параметры. Для насоса, который включается раз в сутки, это не существенно. А вот на более коротких промежутках времени могут возникнуть проблемы.
«как бы несколько мало пересекающихся миров». С этим Вы погорячились. Например, посмотрите в сторону SoC/softprocessors: Xilinx Microblaze тому подтверждение, да и практически у каждого вендора FPGA есть подобные решения. При таком подходе Вы можете разрабатывать high-level части на C/C++, а критичный low-level на VHDL/Verilog.
Неужели так сложно сделать два лишних клика, и написать человеку в личку о том, что он допустил несущественную ошибку? Зачем всем знать о том, какой Вы грамотный?
Не совсем согласен с мнением автора. Во-первых, МО и ФСБ абсолютно разные ведомства. Если предприятие работает на Министерство Обороны, то ФСБ лишь выдает лицензию на проведение определенного вида деятельности и выпуска определенного вида продукции, например средств РЭБ. Кроме того, большинство требований как к софту, так и к железу, при правильном менеджменте легко обходятся. Проработал достаточно долго в этой макросистеме, поэтому утверждаю наверняка.
«Фирмы-оффшорные разработчики» и «Аутсорсинговые фирмы» — как мне кажется, эти понятия идентичны, если мы не говорим о совсем мелком аутсорсе — веб-студии из четырех человек. Иначе — специфика одинаковая. В любом случае, процесс работы может отличаться, все зависит от требований заказчика (или, как говорят «от проекта»). Ситуации могут быть самыми различными — от микроменеджмента клиента с работой девелоперов через RDP на машинах клиента до полнейшего пофигизма и заинтересованности лишь в конечном продукте.
void* — это все-таки указатель, и его размер в 32-разрядной системе составляет 4 байта, как написал автор статьи, long — это как минимум 4 байта. Поэтому правда, но для x86 и аналогичных платформ.
size_t — беззнаковый целочисленный, в который гарантированно может поместиться размер теоретически самого большого массива данных в системе, в частном случае является результатом sizeof();
ptrdiff_t — знаковый целочисленный, в который гарантированно может поместиться размер теоретически самого большого массива данных в системе, является результатом операции вычитания одного указателя из другого;
intptr_t, uintptr_t — знаковый и беззнаковый целочисленные типы, способные безопасно хранить указатель независимо от платформы.
Небольшие прояснения ситуации. Согласно действующим ГОСТам, существуют так называемые группы исполнения. В рамках этих групп применяются различные требования по устойчивости к воздействию внешних факторов. При разработке изделия в ТЗ как правило указывается эта группа. Поэтому, для компонентов космических аппаратов применяются более жесткие требования, нежели к компонентам для наземной, но все же военной техники.
Кстати, о компонентах для военной техники. Формально, существует приказ 41 МО РФ, в котором прописан перечень радиоэлектронных компонентов, и все предприятия должны ему следовать, а представители заказчика проверять. Но, на практике этот приказ легко игнорируется: для импортной микрухи, произведенной где-то в Китае, отписывается бумажка, по которой она и только она может использоваться в изделии. В результате, очень часто современное новое вооружение состоит из импортных комплектующих. Все довольны.
Однако, не все так плохо. Испытания на надежность все-таки проводятся в термокамерах, на вибростендах и пр. Здесь и проявляется пытливость русского ума. Не все микросхемы могут работать при -50С, поэтому в блоки изделий внедряется принудительный подогрев: достаточно мощный резистор подогревает внутреннее пространство блока, и устройство начинает работать при низкой температуре. Снова все довольны.
Пользуюсь на работе порядка нескольких лет таким. Опытным путем было замечено, что если включать и выключать нагрузку не с помощью кнопки, а выдергиванием плюсового штекера, то броски заметно меньше.
Работая над достаточно крупным веб-проектом в связке Windows-host + VirtualBox + Vagrant + Linux-guest столкнулся с серьезной потерей производительности. А как обстоят с этим дела у Parallels?
К примеру, Вы не можете учесть того, что происходит в обработчиках прерываний и того, как, к примеру настроены таймеры. В свою очередь, это оказывает влияние на временные параметры. Для насоса, который включается раз в сутки, это не существенно. А вот на более коротких промежутках времени могут возникнуть проблемы.
«как бы несколько мало пересекающихся миров». С этим Вы погорячились. Например, посмотрите в сторону SoC/softprocessors: Xilinx Microblaze тому подтверждение, да и практически у каждого вендора FPGA есть подобные решения. При таком подходе Вы можете разрабатывать high-level части на C/C++, а критичный low-level на VHDL/Verilog.
«Фирмы-оффшорные разработчики» и «Аутсорсинговые фирмы» — как мне кажется, эти понятия идентичны, если мы не говорим о совсем мелком аутсорсе — веб-студии из четырех человек. Иначе — специфика одинаковая. В любом случае, процесс работы может отличаться, все зависит от требований заказчика (или, как говорят «от проекта»). Ситуации могут быть самыми различными — от микроменеджмента клиента с работой девелоперов через RDP на машинах клиента до полнейшего пофигизма и заинтересованности лишь в конечном продукте.
ptrdiff_t — знаковый целочисленный, в который гарантированно может поместиться размер теоретически самого большого массива данных в системе, является результатом операции вычитания одного указателя из другого;
intptr_t, uintptr_t — знаковый и беззнаковый целочисленные типы, способные безопасно хранить указатель независимо от платформы.
Кстати, о компонентах для военной техники. Формально, существует приказ 41 МО РФ, в котором прописан перечень радиоэлектронных компонентов, и все предприятия должны ему следовать, а представители заказчика проверять. Но, на практике этот приказ легко игнорируется: для импортной микрухи, произведенной где-то в Китае, отписывается бумажка, по которой она и только она может использоваться в изделии. В результате, очень часто современное новое вооружение состоит из импортных комплектующих. Все довольны.
Однако, не все так плохо. Испытания на надежность все-таки проводятся в термокамерах, на вибростендах и пр. Здесь и проявляется пытливость русского ума. Не все микросхемы могут работать при -50С, поэтому в блоки изделий внедряется принудительный подогрев: достаточно мощный резистор подогревает внутреннее пространство блока, и устройство начинает работать при низкой температуре. Снова все довольны.
наобманывают…