Маэстро

Да, она самая.

Все хорошо, вот только Друд - это гипотенуза, т.е. наклонная дальность.

Была вроде видюшка на ютюбе, там на Эльбрусе в дум 3 играли. Вроде нормально тянул :)

:) Я не просто так написал твой КПД в кавычках. То что ты предлагаешь - это по определению не КПД. Да я как-то даже не сомневаюсь, что в первую очередь рабочие точки поедут, но все же работоспособность одного и того же устройства можно обеспечить в сильно различающихся диапазонах температуры в зависимости от элементной базы. А если еще и схему разрабатывать с учетом больших температурных колебаний? Да и тип устройства тоже будет большое влияние оказывать. Аналоговая часть схемы вероятно "поедет" раньше, чем цифровая.

Никуда мы не входим. Ты написал что не запустится при -40'С, а я напомнил про овреклокинг при температуре менее -100'С. Если работает при такой низкой температуре, то наверное уж будет работать и при -40'С. Ты не объяснил как твой "КПД" зависит от температуры. Я наделся на что-то более вразумительное вроде подсчета разницы между затраченной мощностью и выделенной в виде тепла. Даже если в твоем понимании это бесполезная ерунда, то это не повод оскорблять других.

А при чем тут быт? Разговор про возможность как таковую. В таком случае давай-ка опиши, что в твоем понимании есть КПД процессора. И как его считать. Это тебе не тепловой двигатель. Мог бы быть покультурнее. Эти "дебилы" внезапно могут оказаться умнее тебя. Еще раз повторюсь: не надо писать про то что это трюк, опасности, бюджеты и.т.д. - разговор про возможность. А за новым камнем идти придется если не знаешь что делаешь.

Будет. Почему-то никто не вспомнил про оверклокинг с применением жидкого азота. ColdBug у разных процов проявляется при разной температуре, но я видел достаточно тестов, где температура переваливала за -100 град. С. Я могу согласиться с тем, что если охладить еще и всю материнку, то компьютер запустить не удастся. З.Ы. А вот КПД сюда приписывать не надо.

На следующей неделе 10 или 11 апреля, тема для записи с подробной информацией будет открыта в начале следующей недели.

Ну как бы и так регулярно раз в две недели проходят вылеты.

Это началось с выхода Ivy Bridge, т.е. с 3ххх серии, когда меду крышкой и кристаллом вместо специального припоя начали использовать обычную термопасту(к тому же не самую качественную). А какая модель процессора? Если 2500К, то ничего удивительного. В таком случае, можно и до 4,8-5,0 ГГц попробовать разогнать. С водоблоками-то. Самое забавное, что есть водоблоки, которые хуже некоторых воздушных систем охлаждения :)

У меня 4670K на 4.4 ГГц работает на воздухе 80-82 град. С в LinX. С жидкостной СО надо точно крышку драконить и жидким металлом заливать, а то не получиться реализовать её преимущества.

Вот оно вроде http://habrahabr.ru/company/microsoft/blog/216579/

Нет. Мы про обзор по углу места. предлагаю все же остановиться и подождать - может ЕД нам что-то ответит.

Так в новостях не было указано что именно. Жаль, конечно, что не будет.

Я видел, но думаю что эта информация неактуальна.

Как-то в новостях проскакивала строчка "Project map on globe surface support". Или что имеется ввиду? Только в редакторе карту на глобус натянуть можно будет?

Устали уж принимать такой ужас :) Ждем EDGE с новыми картами, обещали что круглой земля станет.

Именно. Так что вот об этом: можно забыть. Ну или подождать ответ от ЕД, которые скажут что скрипт устарел и они уже давно все сделали по другому:)

Вот зря я этот кусок кода запостил. У реального Су-27 зонты обзора по азимуту и углу места +-60 градусов. В ДКС то же самое. Скрипт я привел чтобы показать простоту модели и сразу отсечь все лишние вопросы про ширину ДН, количество строк и.т.п., а получилось наоборот :( Думаю, мы неправильно интерпретировали значения зоны обзора из скрипта.

Вот кусок скрипта, описывающий РЛС: ["N-001"] = { type = RADAR_AS, scan_volume = { azimuth = {-60.0, 60.0}, elevation = {-30.0, 30.0} }, centered_scan_volume = { azimuth_sector = 30.0, elevation_sector = 30.0 }, max_measuring_distance = 200000.0, detection_distance = { [HEMISPHERE_UPPER] = { [ASPECT_HEAD_ON] = 68400.0, [ASPECT_TAIL_ON] = 38000.0 }, [HEMISPHERE_LOWER] = { [ASPECT_HEAD_ON] = 68400.0, [ASPECT_TAIL_ON] = 26600.0 } }, lock_on_distance_coeff = 0.85, velocity_limits = { radial_velocity_min = 210.0 / 3.6, relative_radial_velocity_min = 150.0 / 3.6, }, scan_period = 5, } Модель сильно упрощенная. Из интересующего вас описаны только время прохода сектора - 5 сек. и размеры сектора сканирования.

Скрины выше были для МиГ-29.

База цели - потенциометр, Б-С-М это просто отметки на шкале, т.е. регулировка производится плавно.

Не стоит сомневаться. Невозможно сейчас считать что-то дельное в реальном времени. Если нужны более-менее точные расчеты, то выход один - программы МКЭ/МКО анализа. А они считают долго.

Так нарезка будет, только вот добрая половина этих моментов в треке не сходится. Злился, пока пытался записать :)

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