e266a

to Vadifon Ну да. Просто иногда наклонялся к ИЛС. Всех благ, e266a

to Vadifon Объём всех снимков 1,04Mb. Послал на yandex.ru. Всех благ e266a

to Vadifon Всё правильно : в реале ИЛС отличается от виртуального. Послал тебе на мыло несколько снимков ИЛС в полёте. Есть желание - займись замерами реала. Всех благ, e266a

to voice from .ua Нравится ходить по канату без балансира... ? Долго ли проходишь ? Много ли покажешь ? Всех благ, e266a

to Han Вот это аэродромчик..... БПРМ на удалении 300 км (шутка). Если серьёзно - то на удалении 200-300 км от аэродрома вылета можно провести маневренный воздушный бой в течении 5 мин и с остатком не менее 550 кг произвести посадку. Кстати МиГ-29 позволяет выполнять весь комплекс фигур сложного пилотажа со 100% заправкой со взлёта. Попробуйте сделать полупетлю со взлёта без задержки со 100% топлива на каком-либо другом летательном аппарате. Думаю будет затруднительно. А 29-й делает оную фигурку даже с цетральным подвесным баком (разумеется, заправленным). Так что нечего зря катить бочки на трудягу 29-й. Каждый летательный аппарат создавался для решения конкретных задач. Всех благ, e266a

to Masterhit "Такой вопрос... По мнению настоящих пилотов, можно ли в принципе использовать Lock On в качестве пилотажного тренажёра? И до какой степени? Насколько реалистично поведение самолёта (конкретно МиГ 29)?" Всё достаточно реалистично, кроме поведения на околокритических режимах. Читай форум - эта тема подробно обсуждалась в ноябре-декабре. Всех благ, e266a

to SandMartin Коффициент маневренности это отношение тяговооружённости к удельной нагрузке на крыло. Хоть и не в полной мере, но предварительное сравнение маневренных характеристик сделать можно. А чтобы произвести абсолютно объективное сравнение необходимо, конечно, учесть особенности расчёта крыла, а также возможности работы двигателя на больших углах атаки. Успехов, е266а

to SandMartin Теперь "от нефига делать" посчитай коэффициент маневренности. Интересно будет. Кстати мощность измеряется в КВт или в л.с. , а указанные тобой величины это тяга. Успехов, e266a

voice from .ua Посмотри приват. e266a

to Castro Каюсь, если самого начала не достаточно вразумительно обозначил проблему: (”””Файл подкачки установил 1Gb (больше пока не требуется, поскольку до активного свопинга дело не доходит, ввиду достаточной скорости обмена RAM””” - это самое начало дискуссии). Хотел прежде всего поговорить о препятствиях производительности, имея ввиду не скорость подгрузки свопа в зависимости от скорости RAM, а необходимость подгрузки в зависимости от скорости обмена RAM-CPU. e266a

to slam1 >Да, как я понял теперь МИГ-29 оборудован пассажирскими сиденьями а-ля Конкорд или в бомболюк за такие деньги надо садиться? Ну это шутка конечно! Про учебные модификации Су-27 и Миг-29 я слышал (хотя после крушения Су-27 во Львове я долго не понимал - почему в самалёте двое пилотов было - или это был Су-30). Но всё равно - управлять самолётом те не дадут! А на пароплане.. совсем другое дело!1111< Во Львове был Су-27УБ (учебно-боевой самолёт). Существует также учебно-боевой самолёт МиГ-29УБ на котором и производились полёты с туристами. Разумеется выполнить полный комплекс фигур сложного пилотажа с заходом на посадку с полупереворота тебе не дадут, но подержаться за ручку управления, а может быть и вираж выполнить разрешат. Кому на чём летать каждый выбирает по вкусу и разумеется в настоящее время по кошельку. e266a

to kvO Читай внимательно текст. Я не утверждал, что у меня самая производительная система, а лишь одно из наиболее работоспособных решений для Lock On. Интересно – насколько твоя производительней ?. Давай сравним frapssec на каком-нибудь из треков с заранее согласованными настройками. Если хочешь можно взять трек и настройки, которые предложил Войс на Сухом ру (над Севастополем). Мой frapssec на “Оптимальный компьютер под Lock On”. Можно посчитать и средний FPS и на графиках посмотреть. Если согласен –предлагаю организовать это на полном доверии (не править искусственно лог для доказательства лучших характеристик) и при необходимости предоставить скрины для сомнительных точек. А на лавры победителя в топике “FPS над Севастополем: померяемся пиписьками” не претендую, ибо заявил с самого начала, что имею довольно скромную систему, правда, на которой Lock On вполне приемлемо летает. to Castro “Огорчил” ты меня , конечно, своими оценками компетентности. Объяснял тебе объяснял, старался как по науке, а ты ярлыков понавесил , а до конца так и не разобрался, что я имел ввиду. Впрочем, об источнике внезапно проявившейся агрессии не трудно догадаться (сытый голодному не товарищ) – всё понимаю. Производительность системы в конечном счёте зависит не только от объёма памяти (некоторые участники форума имели 1,5 Gb памяти, а FPS ниже, чем у меня) , но и от скорости передачи данных в связке память –процессор. Дополнительный же тормоз возникает при обращении к HDD ( к файлу подкачки). Разумеется скорость обмена RAM-HDD всегда будет медленнее RAM-CPU (именно об этом я писал при обсуждении вопроса о файле подкачки ( по предположению некоторых участников форума, как понацее от тормозов) в одном из топиков). Только не учитываешь одного обстоятельства: необходимость обращения к файлу подкачки при загрузке в RAM нескольких процессов определяется способностью RAM обработать всю информацию (процесс целиком) в приемлемое, обусловленное планировщиком, время в зависимости от приоритетности задач. В конечном итоге – чем ниже техданные RAM(объём и скорость передачи данных), т.е. производительность, тем чаще происходит обращение к файлу подкачки, увеличивая время обработки процесса. Если загрузка (выгрузка) в память следующих один за одним (либо параллельно) процессов, укладывается в установленное планировщиком время (задание по обработке процесса выполнено полностью) – нет необходимости обращения к файлу подкачки (работает только связка CPU-RAM). Впрочем – ладно: не хочешь больше обсуждать эту тему не надо. В таком случае обращусь к разработчикам – пусть рассудят наш спор. to А. Чиж to В. Блажнов Валерий, Андрей пожалуйста, помогите разобраться в данном вопросе и подскажите кто в чём не прав.

to Castro 1. Проконсультируйся у других железячников, а лучше поищи в сети более достоверную информацию. RIMM выпускается – более того продолжает развиваться (во всяком случае полгода назад было ещё так). То, что от него отказалось большинство производителей железа – это ошибка маркетинговой политики фирмы и совершенно не говорит о достоинствах модулей. Правда нам от этого не легче – их действительно мало. Но если хорошо поискать даже в нашей провинции можно найти. 2. Да…. железячники у тебя и правда крутые: а вообще-то передай им, что 32 bit модули можно устанавливать по-одному, а парность нужна только для 16 bit модулей. 3. Про стоимость возразить нечего – за качество приходится платить. 4. Разумеется, МВ под DDR для RIMM не подойдёт. 5. Думаю – условностей немного, тем более, что Lock On идёт и идёт неплохо (хоть и не скажу, что идеально). 6. Ну конечно – откуда ей (компетентности) взяться в деревне Гадюкино. Вот так и живём некомпетентными. А в Lock On то полетать охота – приходится собирать компьютеры, где эти процессы всё-таки связаны (хоть и кажется на первый взгля, что это не так). Теперь поговорим про свопинг. Посмотри на проблему чуть глубже. Программа обращается к файлу подкачки в случае недостатка оперативной памяти. Дело в том, что…” необходимым условием для выполнения задачи является загрузка ее в оперативную память, объем которой ограничен. В этих условиях был предложен метод организации вычислительного процесса, называемый свопингом. В соответствии с этим методом некоторые процессы (обычно находящиеся в состоянии ожидания) временно выгружаются на диск. Планировщик операционной системы не исключает их из своего рассмотрения, и при наступлении условий активизации некоторого процесса, находящегося в области свопинга на диске, этот процесс перемещается в оперативную память. Если свободного места в оперативной памяти не хватает, то выгружается другой процесс. При свопинге, процесс перемещается между памятью и диском целиком, то есть в течение некоторого времени процесс может полностью отсутствовать в оперативной памяти. Существуют различные алгоритмы выбора процессов на загрузку и выгрузку, а также различные способы выделения оперативной и дисковой памяти загружаемому процессу”. Так вот что касается скорости обмена RAM и свопинга: скорость и приоритетность загрузки процессов в оперативную память определяются соответствующим алгоритмом. А теперь представь, что ты используешь медленную память с небольшим объёмом. Ты практически будешь сидеть на одном свопинге и в конечном итоге зависнешь, поскольку время загрузки-выгрузки процессов в RAM с каждым тактом будет увеличиваться и планировщик заданий просто не будет успевать перемещать процессы. 7. Насчёт “Вектора 06Ц” – если ты не понял – поясню проще : нечего от “Таврии” требовать возможностей “Мерседеса”. 8. В любом случае со временем придется что-то менять (компьютерное железо стареет быстро) и от этого не застрахована даже самая крутая конфигурация. А что касается моего RIMM и желания поменять процессор, то МВ P4T533 поддерживает CPU (в том числе и HTT) до 3,06 ГГц - так что запас небольшой по апгрейду имеется. 9. Смотря на чём полетать за 3000$ не один час. На дельтаплане? – может быть! Если на МиГ-29, то и на 20 минут не хватит (на одном из прошлых МАКСов катали полчаса за 4900$). 10. А в общем-то правильно сказал В. Блажнов (немного перефразирую) : кто хочет летать (играть) – тот ищет возможности, а кто не хочет - тот ищет причины. Я понимаю, что все эти вопли от внутренней обиды за собственные просчёты и несбывшиеся ожидания. Считаю, что на сегодня конфигурация с RIMM - одно из наиболее работоспособных решений для Lock On. e266a

to Castro to all Кроме того, что у тебя память “noname” (что, в общем-то, не добавляет вероятности заявленных характеристик), она ещё и DDR. У меня нет инструментов для замера скорости обмена – могу только опираться на техописания и фактическую работу. Если не хочешь читать “Lock On без тормозов” – так и быть повторю кратко в очередной раз. Все помнят такую печально известную ОС как “Mиллениум”, которая нещадно глючила у абсолютного большинства пользователей (тормозила вплоть до полного зависания). И у меня в том числе. Так вот – после того как поменял МВ на ASUS P4T533R (а, соответственно, и память на Samsung RIMM PC 4200 32bit) ни одного зависания или даже намёка на торможение за полтора года не было. ХР поставил только ради Lock On ( кстати, и не жалею: во-первых уже освоил, а, во-вторых, после установки SP2 такое ощущение, что и скорость работы в ОС возросла). До этого у меня была МВ Elite Group P4S5A/DX и память DDR (333). Вообще-то, думаю, погорячились некоторые списывать в отстой память RIMM. Не скажу , что нет недостатков у моей МВ - в частности всего два сокета под память, но тогда очень захотелось иметь RAID контроллер. Ну да ладно – что-то я отвлёкся от темы. Вопреки собственным рекомендациям, я всё же использую компьютер не только для Lock On (теряя на этом 3-5 FPS), но зато хорошие результаты даёт WinRAM TurboXP. Файл подкачки установил 1Gb (больше пока не требуется, поскольку до активного свопинга дело не доходит, ввиду достаточной скорости обмена RAM). Так, что, думаю, зря кое-кто наезжает на разработчиков. Если кому-то хочется , чтобы Lock On работал на “Вектор 06Ц”, то, наверное, он не прав. Кстати, разговоров о том, что потребуется не слабое железо на форуме было предостаточно ещё до релиза. Просто понимание этого самого уровня “ не слабого железа” почему-то оказалось не совсем правильным. Могу ещё добавить , что железо должно, может быть, не столько крутым и дорогим, как эффективным. e266a

to Castro Специально сделал миссию с облаками и туманом (заход на посадку при минимуме погоды). Все настройки "выс" (включая продвинутый туман). FPS от 12-13 до 24. При средних настройках в два раза выше. Если ты не прочитал о чём я писал - повторюсь кратко. Очень большую роль играет РЕАЛЬНАЯ скорость обмена RAM. У RIMM она самая большая на сегодняшний день (4,2 Гб/с). Конечно, играет большую роль и ДФП. Предполагаю, что 512 Mb ДФП RIMM должно решить почти все проблемы (разумеется при CPU не ниже 2,4 ГГц). e266a

to Castro Ничего не подкручивал (немного поднял частоты на видеокарте 261 и 554) . Всё дело в памяти. Смотри мой топик "Lock On без тормозов" - там всё подробно. e266a

Смотрите тему "Оптимальный ПК под Lock On". Там есть мой frapslog. Никаих тормозов. FPS в среднем 20 при включённом тепловом эффекте и высоких настройках с зеркалами по просьбе Войса (пару раз на 1 сек падает до 13-15). На средних настройках 35-40. P IV 2400 512 Mb RIMM PC 4200 32Bit GF 4 Ti 4200 AGP 8X 128 Mb Windows XP SR1 Pro, SP2 e266a

PIV 2400 512 Mb RIMM PC4200 Тепловой эффект включён. 0 8 19 16 15 17 20 21 20 20 20 20 21 15 14 18 19 19 18 19 18 19 18 18 19 19 19 21 20 23 23 23 22 22 21 19 22 22 22 22 21 21 21 21 21 21 22 21 20 20 19 19 20 19 19 19 18 15 14 14 14 13 14 13 14 12 13 13 15 14 14 15 16 15 16 17 16 15 17 17 17 15 15 15 15 14 16 19 20 20 21 21 21 20 22 21 22 22 21 22 23 22 22 21 20 19 20 25 33 50 51 60 64 43 19 16 18 16 19 20 20 22 25 24 23 23 22 21 19 23 25 25 23 19 21 21 18 20 19 19 19 20 21 20 21 21 22 24 24 24 24 24 22 17 17 17 17 16 24 21 22 21 21 20 18 20 19 20 19 19 19 19 19 18 19 21 21 20 21 22 21 20 21 20 21 20 19 19 19 21 23 21 22 22 23 22 22 22 24 25 24 22 23 21 21 21 22 9 0 e266a

Как ни крути, а похоже, что “все дороги ведут в RIMM “. Даже с довольно скромной системой: MB P4T533 Pentium IV 2400 512 Mb (RIMM PC4200) 32 bit GF 4 Ti 4200 AGP 8X 128 Mb Windows XP SR1 Pro, SP2 никаких проблем с “синими экранами”, периодическими зависаниями, низкими FPS – ну и прочими “невкусностями” не испытываю. На средних настройках FPS 30-40 (до 117), на высоких 16-18 (до 34). Всё дело в скорости обмена RAM. На RIMM она реально самая большая (4,2Гб/с). Думаю, что если поставить 1 Gb, можно будет смело выставлять любые настройки. Дороговато, конечно, но результат, наверное, будет того стоить. Желательно, чтобы комп был оптимизирован под Lock On, т.е. должна быть установлена только ХР, сам Lock On, джойстик и все необходимые драйвера (желательно самые свежие) и больше ничего (разве что WinRAM TurboXP или что-то подобное, но не очень тяжёлое) с целью увеличения ДФП . Рекомендуют также удалить из системы Messenger и прочие редко используемые программы. И прочтите внимательно readme на CD перед запуском игры. Вообще-то тема эта уже обсуждалась на форуме в ноябре-декабре и было дано много полезных советов. e266a

to Andrey >Ну... тут я могу маленько поспорить... ...Попытался представить содержимое своих мыслей в упрощённой форме. Так что где наврал - поправьте < Не наврал. Хоть и просто – но логично. Если чуть глубже рассмотреть вопрос, то всё равно приходится возвращаться к свопингу и организации работы планировщика ОС : в самом деле - ведь он не исключает из рассмотрения отложенные задания и работает по приоритетности активизированных на данный момент процессов. Приоритетность же будет определяться частотой обращений. Если поэкспериментировать немного с настройками, то можно сделать вывод : чем больше ты приближаешься от высоких настроек к средним – тем быстрее система входит в равновесие, т.е. требуется уже не 15 минут , а всё меньше и меньше. Так что всё правильно – убедил. e266a

to Andrey to Ди Но ведь алгоритм свопинга не предусматривает развитие динамики перекачки с течением времени (во всяком случае заметного), т.е. (совершенно согласен с Ди) никакого 15 минутного ожидания не должно быть. А тут в том фокус и проявляется, что в начале миссии с усложнёнными настройками наблюдается явный дефицит времени перекачки процесса (или обмена RAM) , а затем по истечении какого-то времени (10-15 мин) происходит освобождение памяти (увеличение ДФП) с последующей фиксацией параметров, достаточных для работы. Не знаю – возможно, перекачка процесса производится частями вначале работы (хотя в общем –то процесс должен перекачиваться целиком), что и вызывает многократные обращения к своп-файлу, увеличивая время обмена. Но, насколько мне известно, планировщик ОС не должен изменять объём ДФП - он лишь управляет обменом при обозначенных параметрах памяти. А изменением ДФП управляют программы , специально созданные для этой цели (в “Lock On без тормозов “ я о них говорил и Ди сейчас рассказал ещё об одной). Хотя интуитивно напрашивается ответ, что Lock On не должен вмешиваться в организацию работы ОС. e266a

Интересное явление – оказывается LockOn в процессе игры может оптимизировать RAM (увеличением объёма доступной физической памяти), обеспечивая лучшие параметры FPS . Теперь по-порядку и подробнее. Система у меня не самая крутая, но вполне обеспечивает игру на средних настройках без тормозов (FPS в пределах 20 – 117 в зависимости от графической насыщенности миссии). Как – то раз попробовал поиграть в высоких настройках: FPS , разумеется , в два раза ниже, и, что неприятно, иногда подтормаживает (правда слайд – шоу не начинается, но всё равно уже не то). Так вот , поиграв пару минут , прекратил это дело, переключился на средние настройки и больше экспериментов с суперкачеством не проводил . А тут недавно кто – то на форуме попросил произвести замеры FPS при высоких настройках в миссии одной из кампаний Su-25. Замеры я произвёл (естественно ничего нового для себя не обнаружил) и уже собрался выходить из миссии и переключаться на средние настройки. А пока производил замеры в разных положениях прошло минут 15 ( это при выполнении атаки НЦ с отстрелом тепловых ловушек). Обратил внимание, когда начался отстрел ловушек, вопреки ожиданиям, FPS вначале снизился, а потом устойчиво начал возрастать до такого уровня, что прекратились подтормаживания. Хоть FPS и не достиг уровня средних настроек, но играть стало гораздо приятнее. Вначале подумал, что случайность – оказалось нет. Для надёжности проверил с десяток раз всё повторяется – минут через 10-15 после начала игры такое ощущение, что LockOn подстраивается под выбранный режим и дальше игра идёт плавно. Разумеется проверил ДФП до игры и сразу же после. Цифры такие: до игры она у меня в пределах 370-380 Mb, после игры доходит до 430 (это при полном объёме 512 Mb). Если произвести перезагрузку системы - всё возвращается на исходные значения. Интересно кто-то встречался с эти явлением? И чем его объяснить? Кому интересно система такая: Mb P4T 533 PIV 2400 RAM 512 Mb RIMM PC 4200 32bit GF 4 Ti 4200 128 Mb AGP 8X Windows XP SR1. SP2

При планировании миссии вначале размещай на ВПП себя, а затем ( например через 2 мин ) бота. Заправки одинаковые. Становись на ВПП в правом пеленге. Он взлетает в установленное время, естественно без команд, ничего не подозревая о тебе. Подробности см. мой пост "Взлёт и посадка парой в качестве ведомого". e266a

to Spectator Вернулись к тому, с чего начали: чем больший остаток топлива – тем большее несоответствие ТТХ в ФМ Су-27( факт, наверное, установленный уже в начале тестирования и известный разработчикам давно). Из этого, правда, не следует вывод, что расчётные ТТХ ФМ реализуются при остатке 0. Уже при остатке 2000 (~ 22%) ФМ Су-27 вполне способна на равных (а через пару минут работы на полном форсаже начать превосходить) вести бой c ФМ F-15 с аналогичным (или даже большим) в процентном отношении (~ 22%) запасом топлива. При грамотном построении маневров можно закончить бой с положительным для ФМ Су-27 результатом ещё до полной выработки топлива на самолётах, и вернуться на аэродром. Хотелось бы, конечно, надеяться, что разработчики всё же подкорректируют ФМ наших самолётов для соблюдения справедливости (правда в этом случае ни одному летательному аппарату противника в Lock On не останется шансов на победу в БВБ). e266a

to Spectator >... я измерял и сравнивал в соотвествии с методичкой http://www.airwar.ru/other/bibl/su27mh.html страница 14-15 Попробуй и ты, посмотрим что у тебя выйдет < Ничего неожиданного не произошло. При остатке более 2000 недодаёт ТТХ на 10 - 12%. Приближается к расчётным при остатке 1800. e266a