-
Постов
12485 -
Зарегистрирован
-
Посещение
-
Победитель дней
250
Тип контента
Профили
Форумы
События
Блоги
Магазин
Весь контент GranDoxin
-
Я если честно думал, что будет как "в паспорте" - 4800 :) У меня пока еще остается несколько технических вопросов: Все таки возможно ли снизить тайминги для памяти в настройках биоса, и стоит ли вообще этим голову забивать? Напомню, моя память имеет 19,19,19, но в отзывах пишут, что она отлично гонится. А так же по частоте я так и не понял - возможно ли ее поднять? В одних местах пишут, что этот процессор не позволит, в других радостно рассказывают как разогнали память.. (но возможно речь про 10600К, просто К не указывают..) Уефи биос меня в тоску вгоняет. Во всех обзорах, которые нахожу на ютубе - он не такой как у меня. Рассказывают истории про то, как он сам может обновляться без ведома юзера, имеет удаленное управление по умолчанию без пароля и всякую прочую в моей голове не укладывающуюся дичь :) Они все разные, типа как ОС - чего производитель напихает, то и будет, или есть какая то стандартизация, как это было во времена обычных синих биосов? Видеокарта в стресс тесте того же ОССТ нагрелась до 91 градуса, - дальше я выключил тест.. Опять информация на эту тему самая разнообразная (про 1080) от "до 100гр - норм", до выше 90 - опасно, может и поплавиться.. чему верить?
-
Так проблема не в том, что качается офф контент, а в том, что он хранится в двух местах - они раз самой игре, в установленном виде, второй раз - в воркшопе. Это отжирание лишних 30гб места на диске. Что им мешает сделать автоудаление установочных файлов из воркшопа после того, как они установились в игру? Если убрать галочки перед первой установкой игры - не отмеченный контент не будет качаться?
-
В Корсе нет никакого воркшопа - просто устанавливается игра. В Рф2 же качается весь контент в папку воркшоп (это порядка 30гб), затем из воркшопа все это ставится в игру (папка с игрой весит около 50гб), но из папки воркшоп после этого не удаляет. Получается, что на винте контент хранится дважды... Где галочки убирать?
-
Есть описания протоколов, служб, процессов. Многие из них довольно древние. В этом случае про них известно если не все - то многое. Описании служб в самой винде нередко есть четкое описание что служба делает, какие могут быть проблемы при ее отключении, и в свойствах прописано какие службы зависят от нее. Что как бы уже дает представление о том, чем чревато. С новыми, особенно с теми, которые МС навязывает - сложнее. Они скрывают инфу до упора, пока их к стенке не прижмут. При этом всякие левые службы сами себя выдают именно тем, что про них нет никаких объяснений, а в справке винды написана такая муть, то кроме как издевательством это не назовешь. В этих случаях их заваливают вопросами и претензиями, и время от времени им все таки приходится на них отвечать. То есть на некоторые вопросы можно найти ответы у МС. Иногда они даже сами рекомендуют отключать те или иные службы\протоколы, или не рекомендуют, но объясняют как это сделать правильно. Нередко именно пользователи достающие МС вынуждают их не только давать рекомендации по отключению, но и самим отключать по умолчанию ненужные или вредные компоненты в очередном обновлении. Есть форумы, на которых люди делятся опытом. Как позитивным, так и негативным. Многие службы в новых версиях винды - это мусор с точки зрения пользователя, не влияющие ни на что. Многие службы нужны только для определенных целей, которые могут быть актуальны в условиях рабочей сети, сервера, при работе с базами данных и т.п., То есть их нельзя назвать "ненужными" в принципе, как например телеметрию, но они точно не нужны всем. Однако включены по умолчанию для всех. Многие из них являются сетевыми, а значит потенциально уязвимы. Про то как в виндах всех поколений потенциальные уязвимости превращаются в дыры - можно анекдоты складывать (типа никогда такого не было, и вот опять.. (С) :) Критического анализа достаточно для того, чтобы бездумно не вырубать все что не нравится или непонятно :) Люди обладающие суровыми знаниями - порой делятся ими. Безвоздмездно, то есть даром, прямо в интернетах :) Критический анализ еще может помогать отличать суровые знания от несуровых ) Согласен с обоими тезисами. С последним - особенно :)
-
Почему ты считаешь, что я "бездумно удаляю кажущиеся ненужными" файлы, службы и т.п. просто по совету из интернета? :) Неужели хотя бы в силу избыточной вредности я не тяну на способного подумать и подвергнуть критическому анализу рекомендации из интернетов? :)) Если уж я что то отключаю, или удаляю, то сначала тщательно изучаю что это, зачем оно нужно, и нужно ли оно конкретно мне. Если решаю, что не нужно - изучаю как оно работает, и не повредит ли удаление работе каких то приложений, служб, компонентов и т.п. И только убедившись в том, что все работает - удаляю\отключаю. Обновления я таки полностью заблочил - перестали прорываться, причем отовсюду. Но да - поначалу прорывы были :)
-
Но меня ты регулярно подкалываешь по этому поводу :) Вот вот.. индусы на уроке труда ))))) Поэтому, если продолжить аналогии, чтобы в один "прекрасный" момент стремительно приближаясь к заднему бамперу впереди остановившегося автомобиля не покрываться холодным потом от осознания, что для крайнего обновления на уроке труда индусы делали вместо зимних шин - слики, или что ради "удобства", в обновлении поменяли местами педали - я предпочитаю автообновления отключать. А обновлять "автомобиль" весь, целиком ))) Не только ОС, но и разного софта, и еще игр... Тот же рфактор 2 на кой то хрен качает на трицать гигов воркшопа в отдельную папку, и не удаляет его. Обновления приходят, а воркшоп остается )) Но опять же - большие потери элементарно отслеживаются и так, и борьба с "ветряными мельницами" каким то мельницам не оставляет шанса :))) Просто инструмент не помешал бы. Думал уже кто то додумался до этого )
-
Нет проблем с местом, и не крохоборство это. Это желание понять в каких еще местах "полнеют" системные и программные папки. Смириться, как советует Даниил, купить винде диск побольше - это про то, как не обращать внимания на следствие. Я же говорю про понимание причин. Это как если двигатель начал масло жрать, вместо выяснения причин и их устранения - купить бутыль побольше, и подливать почаще.. тоже вроде как "решает проблему" :)
-
Имею в виду, что есть кого поругать, не обязательно для этого искать какие то утилиты :) Не.. надо просто найти утилиту правильную ))) Как раз для того, чтобы видеть что куда чего пишет. Помимо перечисленного тобой, бывает еще куча всяких ситуаций, когда пожирается место и фиг вычислишь просто так.. Как пример - временные скачанные файлы с меги не удалялись одно время с диска С. Скачал три файла по 300мег - гигабайта нету.. Кажется они это пофиксили. Препар 3д 3,1 при установке не удалял за собой 11гб. темпа. И в том и в другом случае файлы прятались совсем не в очевидных местах. Так что иметь удобный инструмент было бы неплохо. Но походу такого нету.. :( У нас разное представление о благосклонности системы :)
-
Да. В случае МСФС не совсем так - могут влиять. в МСФС логика прибора или системы прописана в панели, и она может быть сложной, прямо и обратно связанной с физикой динамикой. Например автопилот. Его алгоритмы прописаны в приборе, где и проводятся все вычисления. Физика лишь получает и выполняет команды , в свою очередь постоянно отдавая текущие значения всех имеющихся в ведении параметров. То есть не только приборы получают данные от физической модели, но и физика получает вводные от систем, в которых могут проводится сложные расчеты. Если говорить о не дефолтных (то есть не примитивных) системах, а о полностью самописных, то потенциально можно нафигачить такую систему, с которой с трудом будет справляться отдельный комп, или десять, если "сильно постараться" :) Короче правильно "написанный" самолет в МСФС - это набор "черных коробочек" общающихся между собой как в одностороннем, так и в двустороннем порядке. Результаты этого общения прямо влияют на то, что происходит с самолетом, и наоборот. Это максимально похоже на процессы, происходящие в реальном самолете.
-
И потом понимаешь от чего на системном диске место пропадает :) Для не системных дисков, где "еще 2тб свободно" - это не нужно, там и так сам понимаешь чего куда навалил ) А вот на системном - место медленно сокращается. Пожирать его может ОС, браузер, темп, всякие кэши, и много чего еще. И если большие объемы (несколько Гб и больше) найти не сложно, то сотня другая мб там, сотня другая тут - и не заметишь. Для этого и хочу иметь возможность видеть не просто где сколько занято, а сколько было, и сколько стало. Не только - еще Адоб, и много кого еще :) На самом деле это не для ругать. Я знаю основные места где постепенно пожирается место, просто захотелось наглядно видеть где пора чистить, а где еще нет...
-
Кто нибудь может сходу подсказать, существует ли какая нибудь утилита для анализа места на дисках, которая умела бы запоминать текущее состояние и сравнивать с ним новое состояние при следующем запуске? Типа сегодня проанализировал, сохранил. Через месяц запустил - и наглядно видишь где и сколько прибавилось...
-
Да. У МСФС в этом плане инструменты довольно удобные и полезные. Можно создать сколько угодно окон (может и есть ограничение на их количество, но "сто" я не пробовал, а штук пятнадцать - легко), выбирать в них любой вид и масштаб (обычно это либо 2Д панель с приборами, которую растягиваешь внутри окна как нужно, либо любая камера копкит\снаружи, которую настраиваешь тоже как тебе надо), менять размер самого окна, и растаскивать такие окна по мониторам как хочешь. Их местоположение сохраняется вместе с сохранением полета. Таким образом можно организовать многомониторную систему индикации (приборы), и\или многомониторную панорамную визуализацию, с раздельными камерами для каждого монитора, либо группы мониторов (если растянуть одно окно на два монитора например). Визуализация требует некоторых танцев с бубном, но в целом сам инструмент - это лучшее и самое доступное решение из того что я встречал в симуляторах для создания "хомекокпит", или профессионального тренажера. Ограничением становятся в первую очередь ресурсы компа. Впрочем, в домашних условиях на обычном (не самом мощном по своим временам) компе я еще в ФС2004 летал на трехмониторке - широкоформатный 21' монитор для улицы, два 19' монитора ниже для панелей приборов. Достаточно и для Цесны\Ан-2, и для больших Туполей с Боингами. Потом, когда трипл появился и новый (нынче старый) комп, уже в ФС10 летал с пятью мониторами (трипл - улица + два - панели). Правда в этом случае настройки графики приходилось сильно прибирать из за трипла. Это я к тому, что пара тройка полноразмерных (на весь монитор) панелей - обычным компом вполне вытягивается. Если больше - начинаются подтормаживания и заметное падение фпс. PS. Самому очень интересно как обстоят с этим дела в новом ФС20. Пересмотрел много видео, но пока ни слова вообще про 2Д панели, не говоря уже про перетаскивание окон...
-
Только овалы, или роады тоже есть? Сколько у тебя казуальных игр установлено? :)
-
Эээ с ботами? Речь про Ир? А что уже доступно? Всякий раз, когда читал про мониторы 144гц думал о том, какое железо нужно чтобы эта частота была оправдана... Видимо это еще не скоро будет актуально. Да и в общем 120гц мне кажется должно быть очень плавно. Хотя меня бы и 75 порадовали после 60 ))) Со 120гц при провале до 70-80 поди тоже будет не лучше? Чем мониторный синк лучше обычного?
-
Тоже не силен в этой теме, но по моим представлениям для процессора имеется немало работы, которая (по идее) может выполнятся на разных ядрах. Самый яркий пример - ИИ. Электронные системы и приборы. Шины. Если есть - логика работы двигателя, КПП. Все это и в жизни имеет лаг, зачастую это "черные коробочки", которые обмениваются между собой обработанными данными. Та часть обработки 3Д объектов, которая лежит на процессоре для зеркал, для зрителей на трибунах, для деревьев. Облака. На возможный лаг можно положить с чистым сердцем :) МСФСы всех частей не умели разделять потоки, поэтому мощность одного ядра всегда была важнее, чем их число. На многомониторных системах (когда много мониторов это более трех, и это для панелек с приборами, а не для улицы) на любой системе - фпс просаживался все сильнее с каждой новой открытой панелью, особенно, если у прибора сложная логика и визуализация. Наш программер сказал "пошли вы нафиг", и сам раскидал по ядрам всю приборную логику самолета. Панельки перестали влиять на фпс. В этом конкретном примере только лень занятость разработчиков другими более важными задачами мешала использовать все предоставляемые железом возможности. Хотя бы для кокпитоделов это был бы подарок. А на форумах МСФС проблема обсуждалась в контексте "невозможно, архитектура движка не позволяет и т.п.".
