Не могли бы вы разъяснить первый пункт? Timeline mode в dotTrace собирает всю информацию (за исключением метаданных) через ETW => с точки зрения оверхеда сравним с перечисленными подходами.
студия 2013 или 2015 работают гораздо шутрее чем идея (24гига озу, ssd, corei5 2500k разогнан до 4.3)
Сравните количество предлагаемых фич по работе с кодом в IDEA и в VS. В VS15 фич стало больше, чем ноль, но это далеко не та же функциональность. Естественно за неё нужно платить производительностью.
1. UI freeze во время сохранения XAML как написал товарищ lam0x86 не только у вас, наверное у всех кто пишет большое WPF приложение с кучей xaml файлов. Я сам от этой проблемы страдаю. Избавиться помогает только распиливание солюшена на более мелкие. С решарпером усугубляется может потому, что свободной памяти в 32-битном процессе становится еще меньше и GC возникает чаще.
2. В окошке UT свой контрол, DevExpress там нет. Контрол в 10 версии был переписан и сейчас как раз ведутся работы по сглаживанию острых углов и улучшению производительности.
3. Конечно, каждый день! И не только к Новому Году.
Дело в том, что при обращении только к части полей, например только трем полям Lengths, NodesFrom и NodesTo структуры Road в случае их расположения в отдельных массивах можно получить более оптимальное использование кеша процессора. Использование всех преимуществ кеша зависит от алгоритма доступа к данным, но в любом случае выигрыш может быть заметным.
Не понял про преимущество третьего варианта, если у вас три разных массива аллоцированы в произвольных регионах памяти, как вы получите преимущество при чтении из кеша процессора? Кеш-лайн L1, L2 — допустим 64, 128 байт, общий размер несколько мегабайт максимум. Чтение из одного кешлайна даст вам преимущество как раз при использовании массива Road, где поля одной дороги лежат друг за другом, а не разнесены по памяти.
Могу рассказать о настоящей серебряной пуле для детекта UI Freeze: есть в Windows Vista+ механизм ETW(Event Tracing for Windows), и готовый провайдер, который умеет кидать сообщения и коллстек, когда какое-нибудь приложение(не обязательно WPF и .NET) в системе не опрашивает очередь сообщений более 200ms. Не нужно лезть в код и инструментировать, создавать два диспетчера. Всё работает в режиме Attach.
С помощью этого механизма dotTrace в режиме Timeline показывает вам те самые UI Freeze на графике и можно поизучать хотспоты на этих участках.
Так ведь можно студентов программистов обучать устройству компьютера. Всё, что нужно — табличный процессор. Скажите, пожалуйста, сколько человеко-часов заняла реализация всего до работающей змейки?
Как уже писал пользователь dime с таким условием, какое привели — задача тривиальная и правильное решение — брать случайно элементы из всего массива и записывать их в новый массив. То, что описано в «официальном» решении — похоже на задачу random shuffle и сломается при m > n.
Итого с бесконечной рекурсией: 2 / 2 ошибок в легких задачах.
Ко всему у вас появилась ошибка переполнения и как уже кто-то заметил undefined behaviour при решении задачи №1. Сортировка в одну строчку std::sort().
Совсем нет, нужно продемонстрировать сообразительность, способность адекватно размышлять. :) Иногда набор проходят люди, не связанные с программированием вообще, но им работать приходится гораздо усерднее. В любом случае попробуйте, если поступите — не пожалеете.
Девушки играют в основном с девушками, на мужских турнирах нон-профи про-девушки, к сожалению, не показывают хороших результатов. Разрыв в скилле существенен :/
Сравните количество предлагаемых фич по работе с кодом в IDEA и в VS. В VS15 фич стало больше, чем ноль, но это далеко не та же функциональность. Естественно за неё нужно платить производительностью.
2. В окошке UT свой контрол, DevExpress там нет. Контрол в 10 версии был переписан и сейчас как раз ведутся работы по сглаживанию острых углов и улучшению производительности.
3. Конечно, каждый день! И не только к Новому Году.
Я программист из dotTrace.
* Сначала сбросить на стандартные: Tools | Options | Keyboard | Reset
* Затем накатить решарперные: ReSharper | Options | Keyboard & Menus | Apply Scheme
Не понял про преимущество третьего варианта, если у вас три разных массива аллоцированы в произвольных регионах памяти, как вы получите преимущество при чтении из кеша процессора? Кеш-лайн L1, L2 — допустим 64, 128 байт, общий размер несколько мегабайт максимум. Чтение из одного кешлайна даст вам преимущество как раз при использовании массива Road, где поля одной дороги лежат друг за другом, а не разнесены по памяти.
С помощью этого механизма dotTrace в режиме Timeline показывает вам те самые UI Freeze на графике и можно поизучать хотспоты на этих участках.
Итого с бесконечной рекурсией: 2 / 2 ошибок в легких задачах.
«Это стоит того. Тем более, что это гораздо меньшая сумма, чем та, которую вы тратите на обед.»
Что же это за обеды у них такие?
:) С наступающим!