Для работы проектов iXBT.com нужны файлы cookie и сервисы аналитики.
Продолжая посещать сайты проектов вы соглашаетесь с нашей
Политикой в отношении файлов cookie
Понятное дело, что работает, но вот работает оптимально или «как-то»?
Просто, программы, скомпилированные под определённую архитектуру, могут в разы, а то и на порядки шустрее работать, нежели они же, но скомпилированные под условный generic x86 with SSE2 support.
А вот совпадают ли оптимизации под большие и малые ядра — это вопрос.
В этом отношении мне подход AMD ближе — там, вроде как, только частоты различаются, а остальное гарантированно совпадает, соответственно и проблем с компиляцией не будет.
И тайминги инструкций в больших и малых ядрах совпадают?
То есть, могу я с чистой совестью считать, что моя программа, заточенная под особенности больших ядер, будет в оптимальном режиме исполняться на малых ядрах?
Так и я про дом :)
Профессиональная деформация — если настраивал это всё на работе, то и дома хочется сделать что-то похожее.
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 упадёт, хорошо, если до однозначных значений. Либо, это надо будет все аппаратные ускорения операций с видеопамятью отключать и делать их софтварно, с промежуточным сканированием — а не получился ли, часом, у нас вредоносный код?
Ок, как вы предлагаете это отлавливать? У каждого нового экземпляра вируса свои две картинки, загрузчик в видеопамять тоже мутирует (на хэши надежды нет). В общем, старый добрый полиморфный вирус на новый лад.
Так что там происходит — вирус грузится или видеодемка картинку готовит? Что теперь, каждую текстуру сканировать и контролировать её изменения каждый раз?
А чего нет? Двухрежимный девайс: хочешь — как ИБП работает, хочешь — как уничтожитель данных. «Ой, вот как только вы к нам с обыском пришли, тут-то ИБП и закоротило...» ;)
Интересно, а это чудо в принципе без облаков работать может, а с локальным автономным сервером? Контролировать свою дверь через чужое облако как-то не хочется ;)
Просто, программы, скомпилированные под определённую архитектуру, могут в разы, а то и на порядки шустрее работать, нежели они же, но скомпилированные под условный generic x86 with SSE2 support.
А вот совпадают ли оптимизации под большие и малые ядра — это вопрос.
В этом отношении мне подход AMD ближе — там, вроде как, только частоты различаются, а остальное гарантированно совпадает, соответственно и проблем с компиляцией не будет.
То есть, могу я с чистой совестью считать, что моя программа, заточенная под особенности больших ядер, будет в оптимальном режиме исполняться на малых ядрах?
Профессиональная деформация — если настраивал это всё на работе, то и дома хочется сделать что-то похожее.
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 ;)
С одной стороны, цифровой блок не обрезали — чудесно. С другой — все группы клавиш слили в единый монолит. Зачем? Уж если полноценная клавиатура, так пусть расположение кнопок будет стандартным, со всеми полагающимися пропусками между группами клавиш.
Пока официально конкретную модель не анонсируют, с точки зрения официальной тех. поддержки данной конкретной модели не было, нет и не будет ;)
А если каким-то чудом и пустят, то любое сканирование видеопамяти потребует выгрузки её содержимого в память обычную — ваше fps упадёт, хорошо, если до однозначных значений. Либо, это надо будет все аппаратные ускорения операций с видеопамятью отключать и делать их софтварно, с промежуточным сканированием — а не получился ли, часом, у нас вредоносный код?
Так что там происходит — вирус грузится или видеодемка картинку готовит? Что теперь, каждую текстуру сканировать и контролировать её изменения каждый раз?
Навскидку — скидываем в память картинку, накладываем на неё вторую (да банальный XOR попиксельный) и вуаля!