Bessmertniy

Тоже очень за этот вариант, сайтековские/логитековские модели рядом не валялись с металлической механикой на нормальных подшипниках. Я по случаю пару лет назад купил еще первую ВКБшную мамбу и с тех пор забросил и кабана и сайдвиндер. Думаю варианты от Баура, VPC или еще кого-нибудь подобного должны на том же уровне.

Мне кажется это очень плохой идеей - задержка при стрельбе из пушки в секунду приведет к околонулевой точности.

Так на Су-27 же тоже ЭДСУ, только без триммирования там совсем тяжко.

А где тогда триммер?

А в чем преимущества перед вибронакидкой, которая еще и правильно (через API, а не по звуковому каналу) интегрируется с DCS и стоит куда меньше?

Вот не понимаю как его кто-то умудряется поломать, я как купил, подключил, сразу софт обновил и проблем не знаю. РУД там хороший (за неимением лучших альтернатив), а вот РУС с его конским трением покоя я сейчас не понимаю зачем брать. Когда с него пересел на еще первую ВКБшную Мамбу удивился насколько приятнее летать на действительно хорошем джойстике.

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

Большое спасибо, а то я столько лет мучился.

Это костыль, если это не проблема TrackIR, должно быть нормальное решение. Я очень сомневаюсь что это проблема TrackIR.

Есть и с оригинальным TrackIR'ом такая проблема - когда в БВБ активно вертишь головной костью при возвращении к примерному центру вертикальная позиция сильно уплывает обычно вниз. Если мотнуть головой или перецентрировать TrackIR обзор возвращается к норме. Не знаю это проблема DCS или TrackIR'а, но сильно раздражает, тоже очень хотел бы это безобразие отключить.

У меня 24 гига памяти, своп отключен, на SSD только ОС, DCS 2 на HDD. Радиус предзагрузки стоит на максимуме, ничего не фризит, тольк первый раз грузится долго. И это при том что недостаток видеопамяти (2 гига) компенсируется за счет оперативной памяти.

Как раз таки для мотоциклов они очень надежные, у меня на BMW'шный нет никаких нареканй и не слышал чтобы у знакомых они были, а нагрузки там гораздо выше чем могут быть на педалях. Правда он и стоит 20к (https://bmwcats.com/$31427653149/?href={%22catalog%22:%22moto%22,%22serie%22:%22K73%22,%22mospid%22:51599,%22params%22:%220:0:201202%22,%22group%22:%2232%22,%22node%22:%2232_2064%22,%22vin%22:%22Z093679%22}) в отличии от.

Кстати даже не так, вероятность вычахания M элементов из N линейна при любом N если M=1.

Не, по-моему нелинейность начинается при количестве элементов больше двух.

Не, чистая теория без всяких иометров и прочего. Предположим что RAID0 из двух дисков, кэша ни в контроллере, ни в дисках нет чтобы на заморачиваться на помещающиеся в кэш мгновенные операции, скорость последовательного чтения/записи 128М в секунду, время позиционирования головок 0.01 секунды. Пишем гигабайт, контроллер положит по 512M на каждый диск, причем писать будет одновременно на два. Выходит запись будет длиться 1024M/(2*128M)=4 секунды вместо 1024M/(1*128M)=8 секунд. Положит он подряд первую половину на первый диск и вторую на второй или же размешает это хоть побитно не имеет значения. Теперь предположим что будем читать тот же гиг блоками по 1M физически раскиданными по всему диску, считаем что для каждого блока требуется орерация позиционирования головок, даже предположим что контроллер тут ничего не пытается соптимизировать. Получается общее время позиционирования tp = 1024M (общий объем)/1М (размер блока)*0.01 (время одного позиционирования)=10.24c, общее время чтения tc = 1024M (общий объем)/128M (скорость последовательного чтения, внутри блока данные идут последовательно)=8с. В случае RAID0 мы делим tp и tc на количество дисков так как операции идут одновременно на всех дисках. Не аналогично, а вдвое страшнее поскольку вероятность умирания одного из двух дисков вдвое выше чем вероятность умирания одного диска, а с половины данных толку нет. У меня тут RAID5 из 7 дисков развалился - большая часть данных как-бы есть, но большинство файлов содержат неправильные фрагменты.

Если это чисто софтовый RAID, бояться не стоит, но и смысла нет. Если полужелезный (делает все то же что и полноценный, но использует для расчетов ресурсы процессора), то могут быть нюансы. Если использовать только стандартные средства, худшее что может быть - замедление работы, а может и не быть. Короче я бы не стал заморачиваться. Если уж так приспичило, просто скопируйте все данные куда-то, удалите все и скопируйте все взад. От этого хуже уж точно не будет.

vvm13 RAID0 всегда будет быстрее чистого диска, причем реально примерно кратно количеству дисков на любых операциях.

Ручная дефрагментация вообще баловство. Лет 20 назад может и актуально было, а сейчас смысла нет, файловая система сама все правильно раскладывает и где нужно ОС самостоятельно дефрагментирует. Для железного RAID нет стандартного способа работать с физическим представлением геометрии. При дефрагментации внешнего представления штатными средствами данные не потеряются, но в физическом представлении данные вполне могут расположиться не оптимально.

Нет если RAID контроллер правильный, он все равно наружу не отдаст реальное расположение поскольку будет применять какие-то свои оптимизации. Если же RAID софтовый, то почему бы и нет. Только баловство все это, нет смысла делать что-то сверх того что делает ОС.

Кого показать? Фотографии нормально ориентированы, это форум их почему-то набок поворачивает.

Это временное место с нормальным освещением, постоянное уже занято другим.

В резерве до 16 мая.

Lemon Lime Так сделайте свою базу с ВКБшным разъемом и возьмите их же переходник для Warthog.

Я вот чо подумал - а не кажется ли что такое расположение pinky кнопки сильно ограничит ее использование в качестве модификатора? Мезинцем до нее не дотянуться, большой палец нужен для других кнопок, а средний и безымянный должны ручку сжимать и не двигаться.

Продаю рабочее место Cyberdeck Netsurf за 12000 рублей. Мне не подошло - либо оно рассчитано не менее крупных дядек, либо я его неправильно собрал, но я в него плохо помещаюсь. Из косяков отсутствует покрытие по периметру подлокотников и местами саморезами вырвано ДСП снизу столешницы на месте крепления левых ножек. Ножки привинчиваются в любое место, в принципе они опциональны, но без них столешница слева завалена вниз на несколько градусов.