OFF: Раскладка клавиатуры.
| 1. Ctrl+Shift | 49% (23) |  |
| 2. Alt+Shift | 32% (15) |  |
| 3. Другое | 19% (9) |  |
Всего мнений: 47
(10) я просто при покупке очередного ноута смотрю чтобы левая нижняя клавиша была ctrl
ноутов чтобы там была fn не так уж и много кстати.
зы: альт+шифт ненавижу ибо зачастую срабатывает нажатие альт и соответственно программы на это реагируют.
по умолчанию жешь алт+шифт?! приходится сначала мучатся и ругатся, а потом всётаки лезть и менять на ктрл+шифт.
Для себя настраиваю Ctrl+Shift.
На всех других компах нажимаю сразу по 4 клавиши, что бы гарантированно переключиться Ctrl+Shift, Alt+Shift.
Гореть в аду тому кто придумал двумя клавишами переключаться, а так же тому кто придумал давать возможность сменить сочетание клавиш.
Лучший вариант это было бы одной кнопкой типа numlock или capslock.
Начинал с ctrl+shift, потому как так было не помню уже где, где-то в DOS при каких-то там условиях, или всегда
Потом, когда стал осваивать горячие клавиши ворда, например ctrl+m и ctrl+shift+m, у стал язык часто переключаться, то ли всегда, то ли иногда, а c alt+shift+влево/вправо почему-то не возникало проблем. Вот и перешел.
Да и жизнь так проще: 1. Это сочетание по умолчанию; 2. три пальца остаются на клаве пока большим и мизинцем жмещь alt+shift
(20) Одной кнопкой? Например вот так:
«В Apple II имелось небольшое ПЗУ, преобразующее нажатия клавиш в символы. Это ПЗУ содержало как QWERTY, так и вариант Дворака, по умолчанию использовалась QWERTY. Для переключения раскладки требовалось вытащить эту небольшую микросхему из компьютера, отогнуть четыре вывода, припаять между двумя из них резистор, соединить два других парой проводов, присоединённых к микропереключателю, после чего микросхема возвращалась на место. «Взлом» не приносил абсолютно никакого вреда и был обратим. Теперь пользователь мог поменять раскладку переключателем на задней панели.»(с)wikipedia
Языковая панель
Иногда у меня бывает, что язык на компе не переключается пока я не посмотрю на «Языковую панель». Я могу много раз нажать нужную комбинацию клавиш и язык не переключится, а достаточно при этом посмотреть на панель.
Последнее время это начало происходить чаще.
Такая же херня! Мне кажется, что после нескольких безуспешных попыток я уже машинально плавнее нажимаю клавиши, с магическим словом «нуйобана», потому и срабатывает ))
клавиши после переключения раскладки не надо нажимать пару секунд, тогда и переключиться без проблем
Z ybrjulf yt cvjnh. yf zpsrjde. gfytkm b ghtrhfcyj ct,z xedcnde.
Пфф, уж лучше так чем иметь 4 языка и постоянно видеть что после переключения язык не тот что нада а ты написал то что хотел.
правой кнопкой по панельке, параметры, и удалить всё лишнее, скорее всего есть дополнительные языки типа Английский (Ink correction). Пока в параметры не зайдешь, не заметишь.
Да, да, работает только так. Это такая комбинация: ctrl+shift+взгляд
Столбняк в Санкт-Петербурге
Столбняк существует. Я в этом убедился на личном опыте. Но самая страшная болезнь в России не столбняк, а бюрократия.
Я думаю, эта история заслуживает внимания общества и широкой огласки.
Помогите распространить это сообщение как можно дальше. На всех уровнях. Соцсети, репосты, газеты, телефон, письма, рассказы знакомым, возможно кто то из вас спасёт жизнь одного, пусть и незнакомого человека.
ЛЮБОЙ из вас может оказаться на моём месте.
22 сентября я удалил дома вросший ноготь.
Через два дня палец дёргаться перестал. И я забыл эту историю.
Ещё через две недели место пореза стало вновь дёргать, затем потихоньку нога, другая, и мышцы по всему телу. Свело слегка челюсти, стало тяжело глотать и напряглись мышцы по всей спине.
И дальше начался двухмесячный кошмар. С больничного на больничный. От врача к врачу, на обследования я потратил всё что было, и безрезультатно. Инфекционисты, терапевты, неврологи- никто не мог поставить диагноз.
Сон, аппетит, работа, нормальная жизнь, общение, внешний вид- всё было потеряно.
В течение примерно 2-3 недель было ухудшение вплоть до единичных судорог, затем пошёл на поправку, затем заживший палец снова начинал болеть и шло ухудшение. И так снова и снова.
Внимание. Это Питер. Не ржавый гвоздь, не болото, не отходы какие то. Просто дома кусачками.
Долго долго ничего не писал, так как казалось, что всё решаемо, но вот увы настал момент и я пишу.
Значит ситуация следующая. После почти трёх месяцев мытарств врачи в поликлинике по месту жительства собрали консилиум и дружно мне поставили диагноз подозрение на столбняк(уже появился первый довольно чёткий симптом, сжимание мышц челюстей(тризм), не хотели дожидаться всех остальных). Инфекционист написала направление на экстренную госпитализацию с подозрением на столбняк(А35) и позвонила в эпиднадзор в моём присутствии. Эпиднадзор отказал в постановке диагноза, не видя меня, просто на основании того, что должна быть открытая рана, и срок смерти в течение недели. (Это тяжёлая форма столбняка). Всё. Никаких других форм столбняка в документации у них нет, они в первую очередь юристы, а не врачи. Они за свой отказ по телефону ответственности не несут.
На данный момент я с трудом могу кушать твёрдую пищу, рот тяжело открывается. Периодически наступает улучшение, раз в две три недели, потом опять ухудшение. Раненый когда то палец ноет и дёргается перед каждым ухудшением. Затем начинаются подёргивания мышц, спазмы, сводит челюсти и становится тяжело глотать. Сбиваются эти симптомы только баклофеном(препарат, тормозящий возбуждение двигательных нейронов нервной системы)
Диагноз ставится только по клиническим признакам, нет ни одного анализа который мог бы показать наличие яда в крови или столбнячных палочек. Доказательную диагностику провести нельзя. Только в разгар болезни, когда человек ложится доской, начинаются изменения в анализах из за гипоксии мозга, голодания и разрушения мышц.
Врачи из поликлиники бессильны перед эпиднадзором, а без направления на госпитализацию ни одна больница не берётся за это. Они хотят помочь, но боятся эпиднадзора. Сегодня я был на приёме у кандидата наук инфекциониста со стажем 46 лет, он подтвердил диагноз, но сказал, что даже он бессилен ставить диагноз вопреки эпиднадзору. Поставил полинейропатию после перенесённого столбняка. Пожелал мне удачи и посочувствовал.
Когда прихожу в поликлинику на обследования и консультации после очередного пинка из больницы, создаётся ощущение, что
моя поликлиника знает меня в лицо, врачи здороваются со мной и переживают за меня.
Нервы за эти три месяца абсолютно уничтожены. Я чувствую бессилие и если хоть кто то знает, куда, как обратиться, как законно получить своё право на мед помощь, пожалуйста, в любое время жду ваших советов. Пока ещё не поздно.
P.S.:Эпиднадзор запретил ставить даже подозрение. Это в их интересах, так как каждая постановка такого диагноза ставит под сомнению систему прививок и профилактики столбняка.(Как в моём случае, мне поставили не тот укол)
Мне всё равно где получать лечение. В любой больнице. От меня отказались без согласия надзора уже в четырёх больницах. Врачи пытались подсказать мне, где получить помощь, давали направление в больницу со смежными диагнозами, ещё как то, но всё было бесполезно.
Мне так и не сделали за 3 месяца укол противостолбнячной сыворотки, так как не имеют права без отчётности. И это делается только в больнице.
И самое что главное, почему я до сих пор жив, мне объяснили. Ранка была небольшая, далеко от ЦНС, какая никакая профилактика хоть и запоздалая была, и. Здравствуйте, последствия. Хроническая форма с рецидивами. Я не могу нормально жить, работать, общаться. В любой момент может произойти генерализация процесса и меня могут не спасти. Мы ищем любые нити для спасения. Спасибо что дочитали до конца.
Если так и будет продолжаться, я долго не протяну, поэтому репост даже на неделю с последующим удалением это уже большое дело. Помогите пожалуйста!
Необходимо найти хирурга, который сможет провести хирургическое вмешательство в очаг инфекции(четвёртый палец левой стопы), обколоть его ПСЧИ(ПСС), и прекратить поступление яда столбнячных палочек в организм. Если этот вопрос решается только удалением пальца- я согласен.
Либо нужен юрист, который поможет договориться с врачами и эпиднадзором.
Дальше, лечение последствий это уже проще. Оно чисто симптоматическое. Да, последствия могут быть уже довольно серьёзными, в случае генерализации мне требуется реанимация и специализированная помощь для столбнячных больных, это очень тяжёлый процесс, но в данном случае- главное- убрать источник яда из организма. Иначе лечение последствий не приведёт ни к чему
На всякий случай- это НЕ ЗАРАЗНО.
Я понимаю, что моя история уже тянет на то, чтобы меня показали в новостях по первому каналу, так как в Петербурге около 10-20 лет не было зарегистрировано ни одного случая столбняка. Видимо усилиями Эпиднадзора.
Для любопытных, в конце прикреплю статью о столбняке.
Советы всем тем, кто не хотел бы оказаться на моём месте-
1)Делайте ревакцинацию АДСМ вовремя. 2)Детям ставьте прививки от столбняка. Без колебаний. Обязательно.
3)Не замазывайте раны мазью, никакой, никогда.
4)Не удаляйте вросший ноготь дома самостоятельно..
5)Первый и самый важный симптом- подёргивания в ране, боль в жевательных мышцах и спазмы. Если не дай бог откуда то взялось что то из этого, СРОЧНО в травмпункт и требуйте вколоть вам СЫВОРОТКУ, не АНАТОКСИН. Перестрахуйтесь. Здоровья вам и вашим близким.
В словах поддержки я сейчас уже не столько нуждаюсь, сколько в советах, что делать, в любой помощи по распространению этой информации и решению экстренной ситуации- на переживания и рефлексии у меня осталось слишком мало времени.
Нормы оказания медицинской помощи при столбняке и даже подозрении на нём прикреплю в ссылке снизу.
Возможные проблемы с публикациями и методы их решения
Не удается подключить TTF шрифт
Проблема, скорее всего, содержится в файле шрифта. Он может быть или поврежден, или вообще отсутствовать. Тогда при попытке подключения его средствами менеджера шрифтов (такого, как Adobe Type manager) возникают проблемы. Проверьте также, что подключаемый шрифт не конфликтует с уже установленным в систему, и не является ‘тезкой’ аналогичного PostScript – шрифта, уже присутствующего в системе. Кроме того, не забывайте про ограничение количества одновременно используемых шрифтов – как правило, операционная система ограничивает их число на уровне 600 (в зависимости от версии ОС). Остерегайтесь перезаписи системных шрифтов Windows, т.е. замещения используемых системных шрифтов другими.
Не удается подключить PostScript-шрифт
Для работы с PostScript – шрифтами требуется наличие Adobe Type Manager (В среде Windows). Кроме того, шрифт любой гарнитуры состоит не из одного файла, как в случае с TrueType – шрифтами, а сразу из трех (или четырех, в полной поставке) разных файлов с разными расширениями:
*.inf (Font Information – файл необходим для регистрации шрифта в системе)
*.afm (Adobe Font metrics, необходим только для платформы Macintosh)
*.pfb (PostScript Font binary, код на языке PostScript, загружаемый в принтер или фотонаборный автомат при печати указанной гарнитурой)
*.pfm (PostScript Font metrics, файл содержит данные для отображения шрифта на экране, и используется в среде Windows).
Если не установлен один из компонентов шрифта, его печать невозможна. Если файл поврежден, возможна некорректная его печать при вполне правильном отображении на экране, или наоборот. Проверьте также, что подключаемый шрифт не конфликтует с уже установленными, и не является «тезкой» TrueType – шрифта, уже присутствующего в системе. Кроме того, не забывайте про ограничение количества одновременно используемых шрифтов – как правило, операционная система ограничивает их число на уровне 600 (в зависимости от версии ОС). Следует помнить, что файлы одних и тех же шрифтов для платформ Macintosh и PC различны, поэтому для использования шрифта на альтернативной платформе необходима его предварительная конвертация.
Публикация QuarkXPress, созданная на Macintosh, некорректно открывается на PC (или наоборот)
Причина кроется в разном формате публикаций на PC и Macintosh. Хотя открывать публикации на платформах, отличных от первоначальных, крайне не рекомендуется, тем не менее, это возможно. При этом возможны следующие проблемы: установки пакета макетирования страниц не совпадают с установками открываемого документа (например, различны параметры трекинга или кернинга). Для устранения возможных проблем рекомендуется, например, в QuarkXPress при появлении диалогового окна с предупреждением о несовпадении установок пакета и открываемого документа, необходимо нажать кнопку “Keep Document Settings” вместо “Use XPress preferences”. Кроме этого, необходимо помнить, что формат Preview растровых и векторных файлов на разных платформах отличается, и не всегда корректно распознается другой платформой (хотя печать при этом проходит нормально). Еще одна проблема – использование различных кодировок кириллицы, принятые в MacOS и Windows. Как результат – полная нечитаемость набранных в пакете макетирования текстов при смене аппаратно – программной платформы. Наилучшей рекомендацией, остается все же использование исходной платформы, но если это невозможно, то тогда самым надежным выходом для вас остается «ручное» пересохранение всех помещенных файлов под формат используемой платформы.
Текстовая часть публикации PageMaker или QuarkXPress, созданная на платформе Macintosh, полностью искажена на PC (или наоборот)
Из-за использования различных кодировок кириллицы, принятых, в MacOS и Windows, проблемы подобного рода иногда возникают. Как результат – полная нечитаемость набранных в пакете макетирования текстов при смене аппаратно – программной платформы (Кстати, некоторые версии программ макетирования текстов корректно распознают факт смены платформы и автоматически проводят перекодировку текстов). Как выход можно предложить два варианта. Первый – на исходной машине весь текст перевести в «кривые» и сохранить в виде отдельного векторного файла для помещения его в верстку. Второй – использование перекодировщиков, коих в Интернете бесплатных навалом, стоит только поискать. С помощью перекодировщика необходимо провести перевод использованного текста в «удобочитаемый» формат, а затем повторно поместить в верстку. Однако при этом обязательно сверьтесь с контрольной распечаткой, так как возможно, что верстка «поползет».
При просмотре публикации на другом компьютере верстка «поползла»
Первая причина может находиться в шрифтах. Вы подключили не те шрифты, которые использовались при верстке макета, а какие-либо другие, с похожим или даже таким же названием. Однако версии шрифтов не совпадают, параметры или формы символов (или параметры кернинга или трекинга) немного отличаются, чего оказывается вполне достаточно для того, чтобы верстка «поползла». Еще один вариант – вы использовали похожий по начертанию шрифт несколько другого стиля начертания – например, Futuris Condensed вместо Futuris Normal или др.
Второй возможной причиной может быть игнорирование Вами пользовательских установок интерлиньяжа, кернинга или трекинга в пакете макетирования страниц. Чтобы использовать пользовательские установки вместо установленных Вами (или установленных по умолчанию), например, в QuarkXPress при открытии документа, при появлении диалогового окна с предупреждением о несовпадении установок пакета и открываемого документа, необходимо нажать кнопку «Keep Document Settings» вместо «Use XPress preferences».
При проверке публикации русские буквы выглядят в виде нечитаемых символов
Вероятно, вы использовали некириллический вариант шрифта вместо русифицированного. Убедитесь также, что кодовая страница выбрана правильно. К сожалению, стандартов кодовых таблиц для кириллицы существует несколько, поэтому иногда возникают их конфликты. Попробуйте также использовать оригинальный вариант шрифта, или использовать другую, гарантированно русифицированную гарнитуру.
При печати вместо моего шрифта напечатан другой (Например, Courier)
При формировании задания печати вы не включили использованный шрифт в выходной PostScript код командой Include Fonts (актуально, в первую очередь, для PostScript – принтеров и фотонаборных устройств). Поэтому использованная гарнитура, при отсутствии ее на машине, где производится печать, не может быть отображена, и заменяется на системную, установленную по умолчанию. Обычно это шрифт Courier. Второй вариант – в таблице подстановки шрифтов (Font substitution table), которая определяет замещение одних гарнитур другими при печати, ваша использованная гарнитура заменена на другую, внешний вид которой отличается от первоначальной. Третий вариант – вы использовали системный шрифт. Четвертый вариант – отсутствие одного из нескольких файлов для PostScript – шрифтов, в результате чего отображение его на экране происходит, а печать – нет. Пятый вариант – вы использовали некорректный шрифт от «левого» производителя, который вообще нельзя напечатать. Шестой вариант – все или один из файлов шрифта поврежден, что препятствует его печати. Возможны некоторые другие варианты, или некая комбинация из вышеперечисленных проблем.
Ошибка №7223 PageMaker при выполнении спуска полос
Попробуйте убедиться, что Вы не используете русских имен в названиях рабочего файла или папок, а также не используете слишком сложный и длинный путь, по которому хранится файл.
QuarkXPress прекрщает загрузку, сообщая, что This program can’t be run on that sysyem
Проблема в региональных установках ОС. Поставьте язык, который система использует по умолчанию, как английский (США). При этом пусть остальные языки в системе присутствовать также будут, они не помешают. Перезапустите систему. Затем попробуйте повторить запуск.
Второе решение этой проблемы предложил Александр Недыбалюк:
Это один из способов, который был предложен в сети FIDONet специалистами по допечатной подготовке. Прежде всего следует найти файл WIN.INI и скопировать его в файл WIN.INO. Таким образом у Вас появится возможность ‘отступить’ в случае каких-либо непонятных проблем, возникших после данного изменения. Открываете файл WIN.INI текстовым редактором и находите строчку sLanguage=. Изменяете ее так, чтобы она приняла вид sLanguage=enu и сохраняете файл. После этого можно перегрузить систему, а можно продолжить работу без перезагрузки. При запуске Quark XPress проверит эту строчку и продолжит загрузку. При этом состояние денежных мер и разделителей, а также стиля отображения времени не изменится.
64 бита
Статья раскрывает смысл термина «64 бита». В статье кратко рассмотрена история развития 64-битных систем, описаны наиболее распространенные на данный момент 64-битные процессоры архитектуры Intel 64 и 64-битная операционная система Windows.
Введение
В рамках архитектуры вычислительной техники под термином «64-битный» понимают 64-битные целые и другие типы данных, имеющих размер 64 бита. Под «64-битными» системами могут пониматься 64-битные архитектуры микропроцессоров (например, EM64T, IA-64) или 64-битные операционные системы (например, Windows XP Professional x64 Edition). Можно говорить о компиляторах, генерирующих 64-битный программный код.
В данной статье будут рассмотрены различные моменты, связанные с 64-битными технологиями. Статья предназначена для программистов, желающих начать разрабатывать 64-битные программы, и ориентирована на Windows-разработчиков, поскольку для них вопрос знакомства с 64-битными системами наиболее актуален.
История 64-битных систем
64-битность только недавно вошла в жизнь большинства пользователей и прикладных программистов. Однако работа с 64-битными данными имеет уже длинную историю.
1961: IBM выпускает суперкомпьютер IBM 7030 Stretch, в котором используются 64-битные слова данных, 32-битные или 64-битные машинные инструкции.
1974: Control Data Corporation запускает векторный суперкомпьютер CDC Star-100, в котором используется архитектура 64-битных слов (предыдущие системы CDC имели 60-битную архитектуру).
1976: Cray Research выпускает первый суперкомпьютер Cray-1, в котором реализована архитектура 64-битных слов и который послужит основой для всех последующих векторных суперкомпьютеров Cray.
1985: Cray выпускает UNICOS — первую 64-битную реализацию операционной системы Unix.
1991: MIPS Technologies производит первый 64-битный процессор, R4000, в котором реализована третья модификация разработанной в их компании архитектуры MIPS. Этот процессор используется в графических рабочих станциях SGI начиная с модели IRIS Crimson. Kendall Square Research выпускает свой первый суперкомпьютер KSR1, построенный на основе их собственной запатентованной 64-битной архитектуры RISC под операционной системой OSF/1.
1992: Digital Equipment Corporation (DEC) представляет полностью 64-битную архитектуру Alpha — детище проекта PRISM.
1993: DEC выпускает 64-битную Unix-подобную операционную систему DEC OSF/1 AXP (позже переименованную в Tru64 UNIX) для своих систем, построенных на архитектуре Alpha.
1994: Intel объявляет о своих планах по разработке 64-битной архитектуры IA-64 (совместно с компанией Hewlett-Packard) — преемника их 32-битных процессоров IA-32. Дата выпуска назначена на 1998-1999 годы. SGI выпускает IRIX 6.0 с 64-битной поддержкой чипсета R8000.
1995: Sun запускает 64-битный процессор семейства SPARC UltraSPARC. HAL Computer Systems, подчиненная Fujitsu, запускает рабочие станции, созданные на основе 64-битного процессора SPARC64 первого поколения, независимо разработанного компанией HAL. IBM выпускает микропроцессоры A10 и A30, а также 64-битные процессоры PowerPC AS. IBM также выпускает 64-битное обновление для системы AS/400, способное преобразовывать операционную систему, базы данных и приложения.
1996: Nintendo представляет игровую консоль Nintendo 64, созданную на основе более дешевого варианта MIPS R4000. HP выпускает реализацию 64-битной 2.0 версии собственной архитектуры PA-RISC PA-8000.
1997: IBM запускает линейку RS64 64-битных процессоров PowerPC/PowerPC AS.
1998: Sun выпускает Solaris 7 с полной 64-битной поддержкой UltraSPARC.
1999: Intel выпускает набор команд для архитектуры IA-64. AMD публично объявляет о своем наборе 64-битных расширений для IA-32, который был назван x86-64 (позже переименован в AMD64).
2000: IBM выпускает свой первый 64-битный мэйнфрейм zSeries z900, совместимый с ESA/390, а также новую операционную систему z/OS.
2001: Intel наконец запускает линейку 64-битных процессоров, которые теперь получают название Itanium и рассчитаны на высокопроизводительные серверы. Проект не соответствует ожиданиям из-за многочисленных задержек при выпуске IA-64 на рынок. NetBSD становится первой операционной системой, которая запускается на процессоре Intel Itanium после его выхода. Кроме того, Microsoft также выпускает Windows XP 64-Bit Edition для архитектуры IA-64 семейства Itanium, хотя в ней сохраняется возможность запускать 32-битные приложения при помощи прослойки WoW64.
2003: AMD представляет линейки процессоров Opteron и Athlon 64, созданные на основе архитектуры AMD64, которая является первой 64-битной процессорной архитектурой, основанной на архитектуре x86. Apple начинает использовать 64-битный процессор «G5» PowerPC 970 производства IBM. Intel утверждает, что процессорные чипы семейства Itanium останутся единственными 64-битными процессорами, разработанными в их компании.
2004: В ответ на коммерческий успех AMD, Intel признается, что они разрабатывали клон расширений AMD64, которому дали название IA-32e (позже переименован в EM64T, и затем еще раз в Intel 64). Intel также выпускает обновленные версии семейств процессоров Xeon и Pentium 4 с поддержкой новых команд.
2004: VIA Technologies представляет свой 64-битный процессор Isaiah.
2005: 31 января Sun выпускает Solaris 10 с поддержкой процессоров AMD64 / Intel 64. 30 апреля Microsoft выпускает Windows XP Professional x64 Edition для процессоров AMD64 / Intel 64.
2006: Sony, IBM и Toshiba начинают выпуск 64-битного процессора Cell для PlayStation 3, серверов, рабочих станций и других устройств. Microsoft выпускает Windows Vista с включенной 64-битной версией для процессоров AMD64 / Intel 64, которая поддерживает 32-битную совместимость. Все Windows-приложения и компоненты являются 64-битными, однако многие из них имеют 32-битные версии, включенные в систему в виде плагинов в целях совместимости.
2009: Как и Windows Vista, Windows 7 компании Microsoft включает полную 64-битную версию для процессоров AMD64 / Intel 64, и на большинство новых компьютеров по умолчанию устанавливается 64-битная версия. Выходит операционная система компании Apple Mac OS X 10.6, «Snow Leopard» которая имеет 64-битное ядро и предназначена для процессоров AMD64 / Intel 64, однако по умолчанию эта система устанавливается только на некоторые из последних моделей компьютеров компании Apple. Большинство приложений, поставляемых с Mac OS X 10.6, теперь также являются 64-битными.
Более подробно с историей развития 64-битных систем можно познакомиться в статье Джона Машей «Долгая дорога к 64 битам» [1] и в энциклопедической статье в Wikipedia «64-bit» [2].
Прикладное программирование и 64-битные системы
Архитектура Intel 64 (AMD64)
Рассматриваемая архитектура Intel 64 простое, но в то же время мощное обратно совместимое расширение устаревшей промышленной архитектуры x86. Она добавляет 64-битное адресное пространство и расширяет регистровые ресурсы для поддержки большей производительности перекомпилированных 64-битных программ. Архитектура обеспечивает поддержку устаревшего 16-битного и 32-битного кода приложений и операционных систем без их модификации или перекомпиляции.
Отличительной особенностью Intel 64 является поддержка шестнадцати 64-битных регистров общего назначения (в x86-32 имелось восемь 32-битных регистров). Поддерживаются 64-битные арифметические и логические операции над целыми числами. Поддерживаются 64-битные виртуальные адреса. Для адресации новых регистров для команд введены «префиксы расширения регистра», для которых был выбран диапазон кодов 40h-4Fh, использующихся для команд INC и DEC в 32- и 16-битных режимах. Команды INC и DEC в 64-битном режиме должны кодироваться в более общей, двухбайтовой форме.
16 целочисленных 64-битных регистра общего назначения (RAX, RBX, RCX, RDX, RBP, RSI, RDI, RSP, R8 — R15),
8 80-битных регистров с плавающей точкой (ST0 — ST7),
8 64-битных регистров Multimedia Extensions (MM0 — MM7, имеют общее пространство с регистрами ST0 — ST7),
16 128-битных регистров SSE (XMM0 — XMM15),
64-битный указатель RIP и 64-битный регистр флагов RFLAGS.
Необходимость 64-битной архитектуры определяется приложениями, которым необходимо большое адресное пространство. В первую очередь это высокопроизводительные серверы, системы управления базами данных, САПР и, конечно, игры. Такие приложения получат существенные преимущества от 64-битного адресного пространства и увеличения количества регистров. Малое количество регистров, доступное в устаревшей x86 архитектуре, ограничивает производительность в вычислительных задачах. Увеличенное количество регистров обеспечивает достаточную производительность для многих приложений.
64-битные операционные системы
Практически все современные операционные системы сейчас имеют версии для архитектуры Intel 64. Например, Microsoft предоставляет Windows XP x64. Крупнейшие разработчики UNIX систем также поставляют 64-битные версии, как например Linux Debian 3.5 x86-64. Однако это не означает, что весь код такой системы является полностью 64-битным. Часть кода ОС и многие приложения вполне могут оставаться 32-битными, так как Intel 64 обеспечивает обратную совместимость с 32-битными приложениями. Например, 64-битная версия Windows использует специальный режим WoW64 (Windows-on-Windows 64), который транслирует вызовы 32-битных приложений к ресурсам 64-битной операционной системы.
Далее в статье мы будем рассматривать только 64-битные операционные системы семейства Windows.
WoW64
Windows-on-Windows 64-bit (WoW64) — подсистема операционной системы Windows, позволяющая запускать 32-битные приложения на всех 64-битных версиях Windows.
WoW64 на архитектуре Intel 64 (AMD64 / x64) не требует эмуляции инструкций. Здесь подсистема WoW64 эмулирует только 32-битное окружение, за счет дополнительной прослойки между 32-битным приложением и 64-битным Windows API. Где-то эта прослойка тонкая, где-то не очень. Для средней программы потери в производительности из-за наличия такой прослойки составят около 2%. Для некоторых программ это значение может быть больше. Два процента это немного, но следует учитывать, что 32-битные приложения работают немного медленнее под управлением 64-битной операционной системы Windows, чем в 32-битной среде.
Компиляция 64-битного кода не только исключает необходимость в WoW64, но и дает дополнительный прирост производительности. Это связано с архитектурными изменениями в микропроцессоре, такими как увеличение количества регистров общего назначения. Для средней программы можно ожидать в пределах 5-15% прироста производительности от простой перекомпиляции.
Из-за наличия прослойки WoW64 32-битные программы работают менее эффективно в 64-битной среде, чем в 32-битной. Но все-таки, простые 32-битные приложения могут получить одно преимущество от их запуска в 64-битной среде. Вы, наверное, знаете, что программа, собранная с ключом /LARGEADDRESSAWARE:YES может выделять до 3-х гигабайт памяти, если 32-битная операционная система Windows запущена с ключом /3gb. Так вот, эта же 32-битная программа, запущенная на 64-битной системе, может выделить почти 4 GB памяти (на практике около 3.5 GB).
Подсистема WoW64 изолирует 32-разрядные программы от 64-разрядных путем перенаправления обращений к файлам и реестру. Это предотвращает случайный доступ 32-битных программ к данным 64-битных приложений. Например, 32-битное приложение, которое запускает файл DLL из каталога %systemroot%\System32, может случайно обратиться к 64-разрядному файлу DLL, который несовместим с 32-битной программой. Во избежание этого подсистема WoW64 перенаправляет доступ из папки %systemroot%\System32 в папку %systemroot%\SysWOW64. Это перенаправление позволяет предотвратить ошибки совместимости, поскольку при этом требуется файл DLL, созданный специально для работы с 32-разрядными приложениями.
Подробнее с механизмами перенаправления файловой системы и реестра можно познакомиться в разделе MSDN «Running 32-bit Applications».
Программная модель Win64
Также как и в Win32 размер страниц в Win64 составляет 4Кб. Первые 64Кб адресного пространства никогда не отображаются, то есть наименьший правильный адрес это 0x10000. В отличие от Win32, системные DLL загружаются выше 4Гб.
Разница в соглашениях о вызове приводит к тому, что в одной программе нельзя использовать и 64-битный, и 32-битный код. Другими словами, если приложение скомпилировано для 64-битного режима, то все используемые библиотеки (DLL) также должны быть 64-битными.
Передача параметров через регистры является одним из новшеств, делающих 64-битные программы более производительными, чем 32-битные. Дополнительный выигрыш в производительности можно получить, используя 64-битные типы данных.
Адресное пространство
Хотя 64-битный процессор теоретически может адресовать 16 экзабайт памяти (2^64), Win64 в настоящий момент поддерживает 16 терабайт (2^44). Этому есть несколько причин. Текущие процессоры могут обеспечивать доступ лишь к 1 терабайту (2^40) физической памяти. Архитектура (но не аппаратная часть) может расширить это пространство до 4 петабайт (2^52). Однако в этом случае необходимо огромное количество памяти для страничных таблиц, отображающих память.
Помимо перечисленных ограничений, объем памяти, который доступен в той или иной версии 64-битной операционной системе Windows зависит также от коммерческих соображений компании Microsoft. Ниже приведена информация по объему памяти, поддерживаемой различными версиями 64-биными версиями Windows:
Windows XP Professional — 128 Gbyte;
Windows Server 2003, Standard — 32 Gbyte;
Windows Server 2003, Enterprise — 1 Tbyte;
Windows Server 2003, Datacenter — 1 Tbyte;
Windows Server 2008, Datacenter — 2 Tbyte;
Windows Server 2008, Enterprise — 2 Tbyte;
Windows Server 2008, Standard — 32 Gbyte;
Windows Server 2008, Web Server — 32 Gbyte;
Vista Home Basic — 8 Gbyte;
Vista Home Premium — 16 Gbyte;
Vista Business — 128 Gbyte;
Vista Enterprise — 128 Gbyte;
Vista Ultimate — 128 Gbyte;
Windows 7 Home Basic — 8 Gbyte;
Windows 7 Home Premium — 16 Gbyte;
Windows 7 Professional — 192 Gbyte;
Windows 7 Enterprise — 192 Gbyte;
Windows 7 Ultimate — 192 Gbyte;
Разработка 64-битных приложений
Наиболее полно вопросы разработки 64-битных приложений рассмотрены в курсе «Уроки разработки 64-битных приложений на языке Си/Си++». Содержание:
Также рекомендую раздел с обзорами статей по тематике связанной с 64-битнми технологиями.
