Acer Aspire 6935 и 6935G - Обсуждение и отзывы владельцев модели - 74 страница

Это небольшая плата с антенной, которую нужно самостоятельно в корпусе проложить.

В своё время покупал ноутбук для супруги, но потом начались проблемы с вентилятором и решил не возиться и купил ей новый ноут. Ребёнок подрос и я решил на первой восстановить ему старый ноут. Купил новый вентилятор и заменил клавиатуру, так как маленький ребёнок за время пролёживания ноута успел отодрать кнопку Enter. Всё на ура заработало.Но обратил внимание, что есть отставание по времени. Понимаю, что требуется замена батарейки биоса, но при установке вентилятора не видел где она стоит, и есть ли она. Может там сборка таблеток стоит, как на SONY?

evsenkin,
Про батарейку биоса - начало, конец истории.

Всем привет, всех с прошедшими праздниками.
Недавно сделал мелкий ап ноуту. Теперь Т9600, после P7350, разницу действительно видно. На автономности не критично сказалось. Встал без проблем. Сейчас жду SSHD Seagate 500gb.
Вопрос на засыпку, полазив в сети нашел совместимость матриц дисплея. Подумываю о FullHD матрице. У кого-то есть опыт установки? Про LED не спрашиваю, т.к. скорее всего это не возможно технически.

shadow_deep,
Про это.

а возможно ли на 6935 заменить проц на что-нибудь более современное, чем core 2 duo?

vanmak,
Нет.

Доброго времени, подскажите где брали Т9600 ? В китае?

Как по качеству китайские процы ? Стоит брать?

Вы думаете,они там какие-то особенные? Или они там сильно дешевле? Интел есть интел, интел не бывает "китайским" или "европейским",ели мы про процессоры.Лучше пощите по объявлениям в своём городе,стране ... если есть,где искать.
Вообще,если покупаете в проверенном месте,а не у продаца с нулевым рейтингом,проблем быть не должно,хотя кое-какие особенности есть - я про них писал (раз и два. Просто смотрите внимательно на описание, сейчас такое встречается редко.

Интересует вопрос максимального апгрейда 6935G:

процессор : Intel Core2 Duo T9900 @ 3.06GHz , 2 ядра , Max TDP: 35 W

память : 2X4GB DDR3-1066

экран : 1920x1200 (вместо 1366 x 768)

веник : SSD (скорость последовательного чтения ~ 500 Мбайт/с )

видео карта : внешняя с помощью Exp GDC aliexpress

все ли верно? кто пробовал внешнее видео?

Не всё.

X9100 также подойдёт.

Заработает 2+4Гб, вот такая особенность у биоса.

Или придётся искать шлейф двухканальный или переделывать имеющийся, про это.

Здесь - Устройство для подключения любых видеокарт к ноутбуку - кто-то пробовал.

по поводу аперативы 6гб мах?

на забугорных форумах вроде 8гб ставили.


у x9100 tpd 44 - охлаждение нужно менять?!

Где?) Я знаю только один случай(неподтверждённый, без скриншотов), когда после долгого перебора планок заработали 8Гб в этом семействе(Aspire 8930, 6935, 6930) ноутбуков.

Нет. А вот блок питания на 90Вт в этом случае не помешает.

Люди добрые, здравствуйте, подскажите где можно найти запчасти для 6935g такие как: мелкие шлейфы для соединения мамки с дополнительными опциями (панель с кнопками -блутуз мыло и тп, для сенсорной панели громкости), корпусные детальки, привод, без разницы бу или нет лишь бы работало....
Желательно в видессылок...

Есть отдельные запчасти на сайтах ebay.com .http://www.ebay.com/sch/i.html?_from=R40&_trksid=p4712.m570.l1313.TR0.TRC0.H0.X
ACER+6935.TRS0&_nkw=ACER+6935&_sacat=0

iddqd26,
Качаете сервис-гид, в разделе FRU находите нужные детальки и их Acer Part №, гуглите по этим номерам.

Насчет номеров и не только.
Расскажу об Insyde BIOS на примере Acer Aspire 6935G (он же 8930, только дисплей поменьше, BIOS-ы точно взаимозаменяемы, возможно DMI записи отличаются).

Решил "прокачать" по максимуму старенький ноут, 2009год, но конфиг у него мало чем отличается от любых сегодняшних моделей.




На ноуте стояла Vista64 и был прописан SLIC 2.0. Многолетняя винда тормозила и глючила, приводить ее в порядок я смысла не увидел (хотя все равно частично привел чтобы спокойно порешать возникающие проблемы на работающей машине).
Сразу принял решение ставить Win7 (у себя я юзаю XP, но у простых людей она ныне порождает немало проблем стараниями M$).
Кроме SLIC 2.1 возможности модификации BIOS включали разблокирование VT-x, скрытого меню и EIST. По некоторым отзывам выяснилось, что BIOS 6935 и 8930 идентичны, при этом на 8930 неофициально выходил BIOS v1.21, который еще и несколько раз успешно замодили по методам Marcan.st. Найти "самый полный мод" стоило немало трудов и времени, но зато не пришлось модить с нуля самому. В итоге имеем BIOS v1.21 со SLIC 2.1, включенным VT-x, EIST и Advanced menu с кучей параметров (большинство из которых, правда, я бы трогать не рекомендовал за отсутствием оборудования и возможностью глюков).
Кроме того, запатчил EEPROM Intel 5100ABG превратив ее в 5100AGN по широко известной методике.

Вот "полный мод" 1.21 для 6935G/8930 (SLIC21/VT-x/EIST/AdvMenu) (DMI пустой, как на офсайте)
acer_aspire_8930g_vt_slic21_7menu_eist.rar (179 | 3 Mb)

Вот мод только со SLIC 2.1 и включенным VT-x (DMI пустой, как на офсайте)
bios_acer_1.21_slic21vtwindows_as8930.rar (96 | 1.76 Mb)

Вот для референса последний официальный BIOS v1.20 для 6935G/8930
bios_acer6935_v1_20_a_a.zip (121 | 2.86 Mb)

Идентификатор матери KM2/TT2, найти его можно в блоке $BVDT$ по адресу 18CFA0h, прямо перед DMI по адресу 18D000h.

Все прекрасно работает, SLIC 2.1 не месте, но сразу всплыла известный проблема - все серийники потерялись, как и MAC LAN Atheros.
Я был готов к такому повороту событий (читал отзывы и имею большой опыт) и сделал бакап оригинального BIOS с помощью BIOS Backup Toolkit 2.0
universalbiosbackuptoolkit2.0.zip (121 | 595.6 Kb)
Чего и всем советую. Всегда снимайте бакап. Утилита простая до безобразия - 2 кнопки - Read и Save. Работает практически со всеми BIOS любых производителей. Писать флеш не умеет, запороть что либо невозможно. Единственно требует прав Администратора, поск использует низкоуровневый драйвер доступа к памяти чтобы слить Flash.
Дамп сливется "со всеми потрохами", т.е. включает данные DMI, виртуальный EEPROM (как в AMI) и иные "неперешиваемые" блоки. Иногда нужно принудительно ставить больший размер флеша, чем определила утилита, поск BIOS может отдавать урезанное значение размера, а оставшийся объем скрыт или зарезервирован. Это оч важно на случай если придется перешивать на проге. Там ведь нужен полный дамп на полный объем. "Полезная часть" обычно расположена "от конца", и образ часто можно не сложным образом "дополнить" (нулями или FF в начале) из официального биоса, но все равно это не всегда так и сложно понять адресацию не видя оригинала.
Помимо BIOS Backup Toolkit можно снять бакап BIOS с помощью официального Windows-прошивальщика (надо править конфиг и снимает все равно только при прошивке), либо с помощью DOS прошивальщика FlashIT - (Flashit Backup.FD /G), но ему нужен голый DOS.
Есть единственное исключение - BIOS Backup Toolkit не умеет снимать образ EC Flash на ноутах (отдельная прошивка контроллера MIO/питания, которая частенько лежит в отдельной SPI размером около 128КБ), но сливать ее не умеет большинство штатных прошивальщиков. Благо она редко летит и бывает только на ноутах, может каких-то "брендовых" ПК. Снять ее образ в большинстве случаев можно только на проге с выпаиванием из матери, хотя бывает, что ее апдейт прикладывают к апдейту Main BIOS. Кто при этом ее шьет прошивальщик или сам Main BIOS не знаю, вживую не сталкивался.

Вот образ BIOS 1.05, который я снял, он включает DMI и NVRAM (последний, впрочем нафиг не нужен поск пересоздается/обновляется при каждом старте).
acer6935g_v105_08072008_bios_backup.zip (87 | 736.13 Kb)
Блок DMI в образе расположен с адреса 18D000h и занимает около 50h (80 десятичных) байт. Можно вырезать эти 50h байт в отдельный файл (например WinHex или Hiew, затем вставить (с заменой, конечно же) в новый образ BIOS для прошивки и прошить его. DMI должно сохраниться. Прошивальщик для Windows не сложно настроить как-то, чтобы он не перешивал блок DMI, но вот беда я точно не знаю какой из блоков надо исключить в конфиге "в терминах" этого конфига. Конфиг platform.ini лежит рядом с прошивальщиком InsydeFlash. Там, в разделе ForceFlash, везде стоит ALL=1, что означает шить все блоки, а у отдельных блоков везде стоит =0. Так, в т.ч., выглядит конфиг и в официальном апдейте с сайта Acer, из-за чего, видимо, и стоны от пострадавших от "официальной прошивки". Но, исключив не тот блок, можно брикнуть BIOS (часть прошивки будет не соответствовать другим частям, официалы неспроста шьют образ целиком). Мне развлекаться полный разбором, выпаиванием SPI было совсем не охота, так что это "расследование" я опустил, сорри.

В нете на сайте Dmyt.ru лежит, вроде бы, полный образ для 6935 v1.10, но на поверку оказалось, что DMI там пустой, соотв, либо это образ с сайта, либо слит с уже запоротым DMI.

Утилиту DMI172, которую тут рекомендовали для заполнения DMI на 6935, я пробовал на рабочем BIOS. Все тэги она увидела, но писать я не пытался.
DMI имеет бинарную структуру, и что там кроме тэгов хранится хз. Из опыта известно что там могут быть настройки клавиатуры, таких же вот панелей сенсорных, как на 6935, подсветки и прочих "мелких нюансов". Иногда порча таких настроек может привести к полной невозможности работы на ноуте (была как-то массовая проблема с одним 17" Asus-ом, не помню модель, после штатного апдейта и официалы на ушах стояли), иногда доставлять мелкие неприятности, а иногда может быть вообще незаметна, как в случае с порчей серийников. Поэтому лучше не ограничиваться забивкой новых серийников через утилиту, а скопировать данные DMI целиком, как написано выше.

Вот пример как выглядит область DMI в 6935.8930


Прилагаю также набор файлов для правки DMI, состоящий из:
1. Готового файла с вшитым DMI - Mod121.DMI ("это полный мод" с данными DMI с моего 6935, дан как пример, Вам надо свой скопировать аналогично свои данные, а не шить это!),
2. Отдельно блок DMI, вырезанный с адреса 18D000h, Acer, Aspire 6935 и серийник видны там "открытым текстом, остальное надо выуживать из бинарных данных. Оговорюсь, что SNID с налету не находится, возможно вычисляется из SN, PartNo явно копируется из серийника, а FUB хранится на одном из секторов в начале винта (на нулевом треке) и копируется в файл где-то на C:. Зато, MAC легко виден "невооруженным глазом". Он лежит по адресу 13h от начала DMI, соотв 18D013h от начала образа BIOS. Его 6 байт идут в той же последовательности, как и в его нормальном представлении в компе (например как выводит ipconfig /all), никаких BigEndian итп. При этом в DMI остается еще куча "непонятных" бинарных данных, а каждый байт может вмещать до 8 флажков, как известно, вот и посчитайте сколько настроек туда можно впихнуть.
3. Текстовые файлы с оригинальными тегами и MAC с того же компа, для тех, кто хочет поразбираться и найти их в блоке DMI (UUID из BIOS Setup не переписывал, поленился, но он точно зависит от DMI),
4. Текстовый скрин от FlashIt с "его мнением" относительно того, какие блоки защищены в данном BIOS,
Думается, адрес FFF8D000h, указанный там для защищенного блока без названия размером 1000h байт, как раз соответствует адресу 18D000h от начала файла и указывает на блок DMI. Еще боле интересен блок Password по адресу FFF17F000h размером 1000h байт. По смещению 17F000h от начала образа BIOS, внезапно, находит интересный блок из нулей, шестнадцати текстовых троек (3) и сигнатуры _FVH. Зато информация должна очень заинтересовать тех, у кого ноут "закрылся на пароль". Те, у кого пароль стоит только на вход в Setup, могут сразу приступать к изучению бинарных данных в данном блоке (т.е. сливать BIOS с помощью BIOS Backup Toolkit и изучать бинарные данные по адресу 17F000h от начала дампа). Если, конечно, Вы даже запустить комп без пароля не можете, знание адреса не поможет вам сразу узнать или сбросить пароль, но если есть паяльник и прог - вопрос, скорее всего, решится поожительно, и не придется шить образ с пустым DMI с сайта, к тому же, если был установлен пароль на винт, то затирание BIOS с обнуленным блоком пароля приведет к безвозвратной потере возможности выдрать пароль винта оттуда. :). А ведь есть еще люди, у которых ноут погорел, а пароль на винте с данными остался... Вот тут самое интересное начинается. Пароль к винту тоже должен храниться в этом блоке, либо быть деривативом от пароля к системе. Когда "все данные на кону стоят", выпаять 8-ногую SPI-ку и слить данные на проге проблем, думается, не составит. :) Умелые люди умудряются их паяльником выпаивать, даже без фена, а прог на LPT порт собирается из 3 проводов и неск резисторов. В любой приличной мастерской, так или иначе, помогут с пайкой, для мастера-спеца, да если Вы еще и сами ноут разбирали, это пара минут, а вот разбираться с паролями за 3 копейки точно не станут.
5. Текст инструкции на англ по восстановлению из "кирпича". Сработает, только если жив бутблок, и Вы все правильно подготовили - т.е. нужный файл лежит на носителе, который бут блок видит и может считать оттуда нужный файл.
6. Утилита DMI172.exe для тех, кто захочет ей попробовать восстановить DMI (повторюсь, считала она у меня все верно!).
dmifix.zip (66 | 975.56 Kb)

Собственно инструкция по восстановлению BIOS для Insyde/Acer лежит во многих местах. Тут вкратце повторю, что нужно правильно отформатировать флешку или иной носитель, чтобы примитивный, крайне ограниченный в объеме кода бутблок, смог этот носитель опознать смонтировать его суперстандартную файловую систему, найти там единственный файл с четко определенным именем, считать в оперативку и записать во флеш. Все это делается "вслепую", поск там нет кода инициализации дисплея, соотв о наличии каких либо проблем или ошибок бутблок Вам сообщить не сможет.

1. ДЛЯ Acer 6935/8930 берете любой заведомо рабочий BIOS, переименовываете его в KM2X64.fd и копируете на флешку. (только для указанных моделей и только такое имя файла и никак иначе!)
2. Отрубаете блок питания, снимаете батарею, вставляете флешку в USB порт,
3. Зажимаете Fn+Esc, подключаете блок питания и нажимаете кнопку Power (включения).
4. Следите за миганием индикатора флешки, как единственным источником информации о том, что происходит.
(Некоторые флешки не имеют индикатора, лучше брать, соотв., с индикатором)
5. Ждете несколько минут, даже после того, как флешка перестала моргать.
(Дело в том, что образ BIOS сначала будет считан в оперативку, а потом оттуда залит во Flash.
на втором этапе индикатор флешки врядли будет моргать, поск обращений к носителю уже нет.)
6. Перезагрузится само или выключаем-включаем, радуемся если заработало.

Замечание: данное сообщение было перемещено из темы Серийный номер. Переместил: reylby

Думаю, Вы не правы. 8 потоков сейчас гораздо лучше, чем 2, причём у каждого потока вычислительная мощность почти такая же, как у Ваших 2х.
Прирост значительно выше.

Это не так. В биосе хранятся только пароли на вход в биос и на загрузку системы. Пароль на HDD хранится в сервисном секторе HDD. Оттого-то любые манипуляции с биосом HDD читаемым не сделают.
Ничего плохого при использовании DMITools или COMPAL DMI String Modifier или DMIScope или... не происходит, никто ещё не жаловался.

Вы можете самостоятельно проверить. Главное, чтобы не по "результатам тестов" Просто берете 2 ноута, ставите однотипную систему и работаете. Вскоре Вы заметите, что разницы, как бы, нет. :) Разницу, и существенную, действительно, можно заметить в приложениях, которые качественно умеют раскладывать свои тяжелые вычисления на много потоков, на 4 правда, а не на 8, поск гипертридинг давал крохотное преимущество лишь на П4, где было всего одно ядро и то оч медленное на момент EOL. Смысл его применения в многоядерных процах иначе как играми маркетологов объяснить невозможно.
Приложений умеющих грамотно использовать несколько ядер по сей день оч мало, а умеющих работать с более чем 2 ядрами и того меньше. Загвоздка состоит в том, что в мире где более 95% программистов не способны справиться с быдлокодингом, и оперирует в виртуальных жабаподобных средах, оч сложно ожидать грамотно написанных приложений с использованием столь сложной материи, как параллелизм вычислений. Сама многоядерность, как явление экстенсивного развития, да еще и крайне сложное в применении, потребовалась лишь потому, что 10-15 лет назад был, внезапно, достигнут физический предел роста тактовой частоты процессоров на любом из доступных нашему знанию тех процессов (P4 на NetBurst, кстати, тоже порождение этой проблемы, а что было до этого можно почерпнуть из закона Мура). После 2005-6гг повысить тактовую частоту удалось лишь однажды, с появлением нового типа транзисторов, использованных начиная с SandyBridge в 2010г, когда рост составил до 30% (с учетом оптимизации и за 5 лет), что выразилось в повышении тактовых частот "бытовых" процессоров с 3-3.3 до 4ГГц ("не бытовые", это те, которые гонят под жидким азотом до 7-8ГГц). С тех пор тактовые частоты бытовых процессоров не вырасли ни на йоту, хотя прошло уже 6 лет, а меж тем, именно рост тактовой частоты прямо коррелирует со скоростью вычислений, наряду с количеством команд за такт и их оптимизацией. Везде уже достигнуты возможные на данном этапе развития технологий пределы, иначе мы бы давно увидели "новые быстрые процессоры".
Убедиться в том, что более 95% программ которые Вы используете, не используют многоядерность, Вы можете очень легко. Установите ProcessExplorer в трей и поглядывайте на него во время работы. Вскоре Вы заметите, что, в большинстве случаев, он показывает более 50% (может более 25% на 4-ядерных процах, не помню), лишь когда "зависло более 1 проги" (причем они еще должны быть разнесены виндой на разные ядра, ну да бог с ним). В иных ситуациях, Вы можете заметить нагрузку более 50% при просмотре FullHD Video годными "нетормозящими" плеерами с качественным постпроцессингом (либо наоборот глючными насмерть :)), играя в ресурсоемкие игры, запуская некоторые, действительно оч тяжелые приложения (например рендеринг), у авторов которых, действительно, нет иного выхода, как вкладывать огромные трудозатраты в написание сложного кода распараллеливания вычислений. В большинстве случаев даже самим таким приложениям не место на буке, хотяб потому, что его крайне сложно охладить при такой нагрузке. К экстенсивным методам можно также отнести постепенную интеграцию графических ядер (представляющих собой ничто иное, как сотни мелких процессоров) в CPU с перспективой последующей не только многядерности, но и многоархитектурности одного проца (с фатальным усложнением его программирования). Манипуляции с размером кэша и его влиянием на производительность. Дело в том, что размер кэша не нужен большой или маленький, он нужен достаточный для тех приложений ,которые применяются на данном ПК. Если сделать кэш слишком маленьким (искусственно конечно), как делается в самых младших процах, типа Celeron с 1МБ (вернее 2х512КБ, что, вобщем-то, равно 512 для большинства задач), то размер будет существенно влиять на производительность (но не фатально, поск большинству "простых" приложений 512КБ все равно хватает за глаза), чего нельзя допустить для средних моделей. Зато кэш по 8-12МБ в старших моделях абсолютно избыточен. Он просто не будет использоваться не только в 95, но и в 99% приложений, поск нигде нет столь больших участков кода, которые должны одновренно находиться в памяти и постоянно участвовать в вычислениях. Возможно будет значимый эффект в серверах, где обычно и ставят процы с большим количеством ядер и у кадого свой кэш (или его "доля"). Но к серверу может обращаться много клиентов одновременно и каждому можно выделить ядро с кэшом или часть этого ресурса. Клиент-серверные задачи сами напрашиваются на распараллеливание, а терминальные задачи еще больше. Но все это еще надо написать... и написать качественно, так чтобы реально распределить нагрузку по аппаратным ресурсам. А это оч сложная задача. Эффект от кэша достигается тогда, когда некий участок кода или данных полностью загружается (умещается) в кэш после чего над всеми этими данными выполняются многочисленные циклы вычислений (преобразований). При этом экономится время на ожидание обычной RAM. Если же через проц проходит большой объем данных операции над которыми не требуют большого количества циклов, либо эти операции разнесены по времени (т.е. загрузили один кусок данных поработали с ним, использовали результаты, загрузили следующий), то выгода от кэша теряется. Из практики известно, что крайне мало программ при вычислениях используют очень большие массивы данных, такие, где данные оч тесно связаны (т.е. постоянно участвуют в вычислениях все данные из массива). В абсолютном большинстве ситуаций данные из массивов обрабатываются последовательно, либо небольшими блоками. Если Вы когда нибудь писали программы, то легко вспомните примеры из собственного опыта. В итоге кэш размером 2 и более мегабайт почти всегда простаивает. При этом за его увеличение относительно "базового" размера всегда берут какие-то нехилые деньги выставляя как некое значимое преимущество. Но это миф. Я не вижу никакой разницы в работе между процами с 2 и 4МБ кэша. У меня просто нет приложений способных загрузить такой кэш.
Ряд примеров манипуляций оч длинный...
Зато 2 ядра, как раз весьма кстати. Дело в том, как построена работа современной ОС. Windows, которая оперирует приложениями как потоками, вполне справляется с распределением нагрузки между... собой и остальными приложениями. Если одно ядро загружено (обычно зависшим процессом :)) "по самое нехочу", Винда лекго перекидывает свои системные процессы на второе ядро и, в итоге, интерфейс "остается отзывчивым", что позволяет легко и свободно зайти в диспетчер задач и вышибить зависшее Г!ю Одной этой мотивации достаточно для приобретения 2х ядерного проца!. :) Внезапно, когда проц 4х ядерный это преимущество уже не столь очевидно в интерполяции. Если загружено несколько ядер винда начинает тормозить даже имея ресурсы одного из ядер целиком. Гипертридинг на П4 как раз и нужен был чтобы обеспечить подобный "функционал" на одном ядре. :)
К сожалению, современные процессоры, в практической плоскости, мало чем отличаются от произведенных 5 и даже 10 лет назад. Именно поэтому и применяется столь агрессивный маркетинг для их продвижения, вдалбливаются в головы какие-то мнимые преимущества, производительность оценивается по результатам каких-то синтетических тестов, полностью оторванных от жизни (Зачастую, кроме теста, никто соотв преимущества того, или иного процессора, использовать не может или не хочет). Наряду с маркетингом используются и иные подлые методы "стимулирования продаж", такие как постоянная смена сокетов последние 5 лет под благовидными предлогами (дабы не дать сменить только сгоревшую деталь, а заставить менять все). Особенно доставляет топтание на "одной ножке" - то 1156ног, то 1155, то 1150..., но все одно и тоже. Официально объясняется все переездом контроллера памяти в проц. При этом контроллер памяти у AMD переехал в проц еще за 5 лет до этого и, тем не менее, полная или частичная совместимость сохранялась в течение долгих лет между AM2 AM2+ AM3, даже не смотря на смену типа памяти с DDR2 на DDR3 (контроллер в процах AM3 тупо поддерживал оба типа памяти). Аналогично было и с S775, там контроллер памяти был в чипсете и не мешал поддерживать совместимость (яркий пример платы ASRock на 865PE с DDR1, AGP и.... S775 с поддержкой Core2Duo). S775 продержался оч долго, но уже тогда Intel мутил воду, постепенно изымая поддержку старых процов и заведомо (заранее) создавая проблемы с апгрейдом плат на 945, тем более 915. С переходом на "новые" Core I эффективные менеджеры из Intel-а "стесняться" перестали. В эпоху, когда "Корпорации дора нагло следят как я сру на толчке, вникать в какие-то проблемы совместимости сокетов как-то и не пристало.
Очень мерзкая вся эта ситуация, обусловленная как объективными, так и субъективными причинами, причем вторые сильно усугубляют первые.


То что он хранится в служебке, у меня сомнений не вызывает. :) Другое дело, что до служебки винта добраться оч непросто в большинстве случаев. Для некоторых моделей выкладывали команды на HDDGuru (iHDD) и аналогичных форумах. Организация внутренней ОС HDD несравнимо сложнее организации этого несчастного БИОСА, который при желании можно разложить по полочкам за вменяемое время. У меня ушло пол дня на разбор этого биоса с нуля. На разбор служебки некого некопанного HDD vможет уйти год... Разница, думается, очевидна.
Вы просто забыли простой факт. Пользователи врядли будут довольны если их заставить вводить пароль на ноут, потом пароль на винт. Поэтому многие ноуты закрывают винт "своим паролем", а у юзера спрашивают только "его пароль" на "вход в ноут". С т.з. простого чела все просто и понятно - он ввел пароль из 6 букОв и ноут открылся. Ломать пароль из 6 букв в БИОСе с помощью клавы можно "довольно долго"... :) Но вот если переставить винт в другой комп и использовать автоматический перебор, то пароль из 6 символов переберется "довольно быстро"... Дабы устранить столь явную брешь в безопасности, которую "простой человек" конечно же не заметит, а заодно обеспечить выгодной работой свои ОСЦ, на винт ставится "другой" пароль", не тот, который ввел пользователь. Его то и нужно где-то хранить чтобы каждый раз как "простой чел" вводит свой "простой 6-буквенный пасс", "прозрачно" открыть доступ к винту 30-символьным паролем "посложнее". :) Пароль для винта может быть деривативом от пароля юзера и тогда надо знать пароль юзера и алгоритм для того чтобы его вычислить, а может быть "случайным" и храниться, как раз, где нибудь в DMI, о чем я и писал. Не исключено, что он там хранится в открытом виде и 16 троек могут быть ни чем иным как шаблоном, "паролем по-умолчанию" или дефолтным солтом или просто "довеском" для сгенерированного пароля (но это не более чем догадки, надо экспериментировать чтобы понять). Как конкретно хранит 6935/8930 я не знаю. У меня такой проблемы не было, соотв я не копал.

Дык и я не жалуюсь, а методично собираю разные производственные утилиты дабы понять как они работают. Не всегда и не на все есть достаточно времени. Как-то я просидел неделю за разбирательством в виртуальным EEPROM Asus и, скажу Вам по секрету, что у меня были "оч редкие" утилиты, полные заводские тесты и заливальщики, прошивальщики, среди которых был даже заводской тул для прошивки SLIC в BIOS, но он, внезапно, не был достаточен для их полноценной активации. Зато по результатам я мог конфигурировать EEPROM так, как хотел я, в т.ч. менять настройки, MAC-и, серийники, кучу конфигурационных регистров, залить и активировать SLIC, который не убивался никакими официальными апдейтами - прям как с завода и "даже еще круче". Причем на каждой серии ноутов карта EEPROM была своя, но опыт то не пропьешь и соотв, все ломалось оч быстро.
Слава Богу, Asus обычно не пишет пароли во флеш. Там стандартная литиевая батарейка и пароль в CMOS, за что им большое спасибо ибо вся это Security by obscurity создает проблемы только юзерам и сервисным инженерам, но никак не тем, кто серьезно мотивирован получить доступ к данным.
Достап к данным нужно ограничивать только к тем, которые критически важны, ограничивать математически или физически и с полным пониманием технологии, ее сильных и слабых мест. Ничего даром не бывает. Если человеку важны данные, их сохранность и безопасность - он должен предпринимать определенные усилия и соблюдать определенные правила безопасности. А так чтобы "заплатить и забыть" не выйдет - халявный сыр - только в мышеловке.

Так уже).
Работа с видео, аудио, изображениями, многие современные игры(те же танки), виртуальные машины, большие таблицы, базы данных - с ними Mobile Core i7, особенно полноценные Quadы 2го поколения и выше, гораздо лучше, чем Core2Duo.
В обычной работе системы и в серфинге это не так заметно, согласен.
У меня был Aspire 5920G с T9300, сейчас ноутбук с Core i7 2630QM, разница - ощутима.
Ваши "размышления на тему" весьма интересны и логичны, что не отменяет того факта, что размышления могут быть измышлениями).