ZlobniyShurik

Понятное дело, что работает, но вот работает оптимально или «как-то»?
Просто, программы, скомпилированные под определённую архитектуру, могут в разы, а то и на порядки шустрее работать, нежели они же, но скомпилированные под условный generic x86 with SSE2 support.
А вот совпадают ли оптимизации под большие и малые ядра — это вопрос.
В этом отношении мне подход AMD ближе — там, вроде как, только частоты различаются, а остальное гарантированно совпадает, соответственно и проблем с компиляцией не будет.

И тайминги инструкций в больших и малых ядрах совпадают?
То есть, могу я с чистой совестью считать, что моя программа, заточенная под особенности больших ядер, будет в оптимальном режиме исполняться на малых ядрах?

Вот только может так случиться, что и средненькая пицца 100 килобаксов на тот момент стоить будет ;)

Так и я про дом :)
Профессиональная деформация — если настраивал это всё на работе, то и дома хочется сделать что-то похожее.
P.S. Когда-то, очень давно, во времена IDE и гигабайтных дисков дома у меня помер винт со всеми данными на нём. С тех пор и пошло — рейды, бэкапы, выделенная файлопомойка на отдельной машине, линукс. В общем, теперь винты тоже иногда дохнут, но инфу уже за собой унести не успевают.

Резервный диск — это для меня как-то сложно и непонятно :), да и внутрь огромного тяжеленного сервака лазить — удовольствие сомнительное.
Поэтому просто сделал на отдельном файловом сервере рейд, куда и пишу всё ценное и более-менее уникальное — бэкапы виртуалок на определённую дату, семейное фото/видео, e.t.c. Львиная доля бэкапов автоматизирована, ибо человеку свойственно забывать, лениться и ошибаться.
А уж совсем на всякий случай особо ценное содержимое с этого самого рейда периодически копируется на другой рейд другой машины.
Ну и, ясен пень, любая копия файлов сопровождается контрольными суммами, дабы сразу понять — какие файлы прокисли и не пора ли их восстанавливать из копий с правильными CRC в альтернативном хранилище (уже несколько раз спасало).

Сверхъёмкие модели в «гражданские» магазины и не поставляют. Их напрямую в дата-центры везут или производителям серверов.
P.S. Если подумать, то один мега-винт брать домой страшно — рано или поздно, но он накроется медным тазом со всеми данными. А покупать их парочку, дабы в рейд воткнуть — мало кто из частных лиц может себе подобное позволить на карманные деньги.

По идее, как минимум, должны выжить моды на текстуры и прочую геометрию — им на версию бинарника и компилятора, вроде как, пофиг.

Не, без модов некрасиво и скучно :) Я обычно ставил моды на:
1. Природа, вода, погода — на баланс не влияют, а играть много приятней.
2. Перерисовку персонажей — дамы должны быть красивыми :)
3. Дома для глав. героя. Особенно те, которые самому строить надо и ресурсы к ним добывать.
4. Пара модов с большими доп. картами — Beyon Skyrim Bruma и Beyond Skyrim Reach. У последнего мода карта дополнительной местности чуть ли не больше ванильной скайримовской будет и квестов немеряно.

Я тоже в бесплатный апгрейд верил и радостно потирал потные ладошки, но…
Судя по всему, по мнению маркетологов, слишком много официальных владельцев SE (потенциальных халявщиков) и слишком мало тех, кто захочет купить «новый» Skyrim сейчас. А окупать перевыпуск как-то надо.

Три проблемы:
1. Непонятно — сколько просят за Anniversary Edition?
2. Многие моды к Skyrim SE на AE без доработки напильником не взлетят. И далеко не все авторы модов согласны эти самые моды дорабатывать (10 лет прошло, интересы у народа поменялись).
3. После выхода AE бинарник в SE поменяется. Соответственно, даже в SE часть модов отвалится.

Интересно, как решат вопрос охлаждения? Водянкой? Если да, то существуют ли быстрозаменяемые надежные водянки, рассчитанные на годы круглосуточной эксплуатации?

Да, но потом жидкость тоже надо охлаждать ;)

Зачем так сложно?
Проще переложить всё на плечи электроники — уникальный серийный номер аккумулятора с электронной подписью в прошивке и, соответственно, обеспечить привязку серийника конкретного акка к конкретной мобиле. Так сказать, apple way ;)

На любителя…
С одной стороны, цифровой блок не обрезали — чудесно. С другой — все группы клавиш слили в единый монолит. Зачем? Уж если полноценная клавиатура, так пусть расположение кнопок будет стандартным, со всеми полагающимися пропусками между группами клавиш.

А что должен был ответить Гигабайт? «Да, сделали экспериментальную партию, нет, маркетологи не одобрили (пока), да, 80% партии ушли на чёрный рынок...»
Пока официально конкретную модель не анонсируют, с точки зрения официальной тех. поддержки данной конкретной модели не было, нет и не будет ;)

Эвристика каспера сканирует обычную память, а тут речь речь про видео память, куда каспера тупо не пустят.
А если каким-то чудом и пустят, то любое сканирование видеопамяти потребует выгрузки её содержимого в память обычную — ваше fps упадёт, хорошо, если до однозначных значений. Либо, это надо будет все аппаратные ускорения операций с видеопамятью отключать и делать их софтварно, с промежуточным сканированием — а не получился ли, часом, у нас вредоносный код?

Ок, как вы предлагаете это отлавливать? У каждого нового экземпляра вируса свои две картинки, загрузчик в видеопамять тоже мутирует (на хэши надежды нет). В общем, старый добрый полиморфный вирус на новый лад.
Так что там происходит — вирус грузится или видеодемка картинку готовит? Что теперь, каждую текстуру сканировать и контролировать её изменения каждый раз?

Проносим в видеопамять код по частям :)
Навскидку — скидываем в память картинку, накладываем на неё вторую (да банальный XOR попиксельный) и вуаля!

А чего нет? Двухрежимный девайс: хочешь — как ИБП работает, хочешь — как уничтожитель данных. «Ой, вот как только вы к нам с обыском пришли, тут-то ИБП и закоротило...» ;)

Интересно, а это чудо в принципе без облаков работать может, а с локальным автономным сервером? Контролировать свою дверь через чужое облако как-то не хочется ;)