Змінюй хід війни! Допомагай ЗСУ!
  • Знижка на баннерну рекламу 30%! Банер на всіх сторінках сайту, в мобільній та десктопній версії за 14 тис. грн на місяць. Статистика сайту. Контакт: kharkovforum.com@gmail.com

40 битная система

  • Автор теми Автор теми 40bit
  • Дата створення Дата створення

40bit

Привіт!
Статус: Офлайн
Реєстрація: 28.09.2011
Повідом.: 10
40 битная система

40 битный проц - 40 бит байт, 40 бит адрес. реально это, или обезательно разрядность должна быть кратна степени 2?
переход на 64 бит как я понимаю в первую очередь связан с пределом по памяти в 4 ГБ, тобиш 4 Г адресов 8 битных байтов, чтобы адресавать слово в 32 битной системе тратится в пустую еще 3 адреса, уверен что в XP байт сам по себе вообще не используется, даже на логические переменные тратится 32 бита, так что можно было бы как вариант не переходить на 64 процессоры, а модифицировать х86 - байт прировнять к слову, получилось бы 4ГБ 32 битных байтов, сэкономив тем самым на адресации.
40 битной системе с таким подходом можно было бы адресавать 1ТБ 40 битных байтов.
 
40 битный проц - 40 бит байт, 40 бит адрес. реально это, или обезательно разрядность должна быть кратна степени 2?
переход на 64 бит как я понимаю в первую очередь связан с пределом по памяти в 4 ГБ, тобиш 4 Г адресов 8 битных байтов, чтобы адресавать слово в 32 битной системе тратится в пустую еще 3 адреса, уверен что в XP байт сам по себе вообще не используется, даже на логические переменные тратится 32 бита, так что можно было бы как вариант не переходить на 64 процессоры, а модифицировать х86 - байт прировнять к слову, получилось бы 4ГБ 32 битных байтов, сэкономив тем самым на адресации.
40 битной системе с таким подходом можно было бы адресавать 1ТБ 40 битных байтов.

тонко!

уверен что в XP байт сам по себе вообще не используется

зато там используются полубиты. не слышал такого?
 
БЭСМ-6 имела слово разрядностью 48 бит и команды длиной 24 бита,
 
А почему не 39? Тоже хорошее число :)
 
⚠ Тільки зареєстровані користувачі бачать весь контент та не бачать рекламу.
 
ошибочка, 40 бит адресуют 2Т адресов



может и лучше, нужно все хорохо просчитать), с увеличением разрядности усложняется структура системы.

тема создана просто для размышления
 
Останнє редагування:
40 битный проц - 40 бит байт, 40 бит адрес. реально это, или обезательно разрядность должна быть кратна степени 2?
переход на 64 бит как я понимаю в первую очередь связан с пределом по памяти в 4 ГБ, тобиш 4 Г адресов 8 битных байтов, чтобы адресавать слово в 32 битной системе тратится в пустую еще 3 адреса, уверен что в XP байт сам по себе вообще не используется, даже на логические переменные тратится 32 бита, так что можно было бы как вариант не переходить на 64 процессоры, а модифицировать х86 - байт прировнять к слову, получилось бы 4ГБ 32 битных байтов, сэкономив тем самым на адресации.
40 битной системе с таким подходом можно было бы адресавать 1ТБ 40 битных байтов.

вы не правы...
увеличение разрядности шины ведет к увеличению обрабатываемых данных, чего нельзя достичь при меньшей разрядности при той же тактовой частоте...
а т.к. больше 10 ГГц нельзя создать даже теоретически (а на практике - больше 9 ГГц), увеличивают разрядность...
от разрядности зависит и количество памяти, с которой может работать проц. (разрядность адресной шины). можете посчитать, какая макс.допустимая ОЗУ на 32битке.
от разрядности зависит и точность работы. (дискретное представление чисел при переводе в двоичную систему) (грубо говоря, АЦП)....
и т.д. 32 битка дошла до своего предела:yahoo:
 
вы не правы...
увеличение разрядности шины ведет к увеличению обрабатываемых данных, чего нельзя достичь при меньшей разрядности при той же тактовой частоте...
а т.к. больше 10 ГГц нельзя создать даже теоретически (а на практике - больше 9 ГГц), увеличивают разрядность...
от разрядности зависит и количество памяти, с которой может работать проц. (разрядность адресной шины). можете посчитать, какая макс.допустимая ОЗУ на 32битке.
от разрядности зависит и точность работы. (дискретное представление чисел при переводе в двоичную систему) (грубо говоря, АЦП)....
и т.д. 32 битка дошла до своего предела:yahoo:

32 битка дошла до своего предела в вареантах от фирм интел и амд
 
Уже существуют реальные системы, где адресное пространство выходит за пределы 40-битного адресного пространства. 64-битного - нет. Ну да пофиг.

Архитектура КС усложняется от количества плюшек в ней: количество вычислителей, различных видов памяти, различных контроллеров прямого доступа и туевой хучи периферийных устройств. Ширина шины адреса - это не причина усложнения архитектуры, а маааленькая часть решения проблемы оптимального управления большим количеством ресурсов.
Шину адреса можно сделать и 128 бит, и это будет как бы не особо дороже - главным местом "подорожания" будет увеличение сложности ассоциативной кэш-памяти и сохранение обратной совместимости с 32-битным софтом, ИМХО. Остальные архитектурные решения останутся теми же.

Просто в большинстве случаев 32-битного адреса достаточно (а то и меньше). В иных случаях переходят на 64-битный адрес, ибо его ресурса хватит еще на много-много лет.

По поводу 40 бит байт - зачем? И в 32-битной и в 64-битной архитектуре байт - 8 бит.
По поводу bool в 32 бита - читаем доку по архитектуре. Компилятор С++ (например) выравнивает (или как минимум старается) структуры данных с шагом 4 байта. Т.е. если у вас будет 1 переменная bool в классе - он реально займёт 4 байта. Если там будет 4 таких переменных подряд - он тоже займёт 4 байта в памяти. В общем, учимся писать софт с оглядкой на архитектуру. Страшно? Вы еще CUDA не видели. ;)

от разрядности зависит и точность работы. (дискретное представление чисел при переводе в двоичную систему) (грубо говоря, АЦП)....
Небольшая путаница в терминах... На точность представления влияет исключительно структура данных. Можно и на 16-битном проце сделать Int128 и радоваться его точности.
увеличение разрядности шины ведет к увеличению обрабатываемых данных, чего нельзя достичь при меньшей разрядности при той же тактовой частоте...
а т.к. больше 10 ГГц нельзя создать даже теоретически (а на практике - больше 9 ГГц), увеличивают разрядность...
Ширина адресной шины сама по себе никак не повлияет на скорость работы. Разве что уменьшит её за счёт увеличения размера указателя. Увеличение адреса даёт возможность использоваться больше памяти и подключить больше периферийных устройств с прямым доступом в память без риска перекрытия адресных пространств ОЗУ и адресного пространства контроллера ПДП.

На производительности может сказаться увеличение ширины шины данных. Но самое интересное, что в x686 шина данных уже давно 64-битная (т.к. 32-битная шина не может обеспечить должной пропускной способности для работы с FPU/MMX/SSE), а шина адреса и разрядность регистров общего назначения осталась 32-битной. Поэтому существенного прироста производительности i64 перед x86 мы так и не увидели: 1-3% в основном.
 
...сохранение обратной совместимости с 32-битным софтом
зачем? код профессионально написанный должен быть портабелен

противно

Просто в большинстве случаев 32-битного адреса достаточно (а то и меньше). В иных случаях переходят на 64-битный адрес, ибо его ресурса хватит еще на много-много лет.
уверен минимум на милион)



БЭСМ-6 имела слово разрядностью 48 бит и команды длиной 24 бита,
:клас:
 
Останнє редагування:
Просто в большинстве случаев 32-битного адреса достаточно (а то и меньше).

с этим не соглаушсь, для современных игр 32 битное адресное пространство является серьезным ограничением.
Это вобщемто и не удивительно, процесс в 32 битной системе может адресовать только 2 ГБ, а ресурсы современных игр занимают 4-8 ГБ... Понятно что для того чтобы уместиться в 2 ГБ приходится ограничивать функционал (например снижать качество текстур, размеры игрового мира) и делать дозагрузки ;)

Почему ТС недоволен 64-разряными процами и желает иметь 40-разрядный мне сложно понять.
 
Хочу заметить, что старый добрый 32разрядный 386 таки адресует память 40 битами (8 сегментный регистр + основной адрес)

уверен что в XP байт сам по себе вообще не используется
Используется, еще и как. Начнем с того, что есть опкоды, работающие с байтами, и их удаление приведет к вылету кучи программ. И как прикажете работать с ascii, utf и unicode строками?!

По поводу bool в 32 бита
Никто не запрещает использовать только 8 бит, причем писать в них 8 разных значений, вычислять их с помощью логический операций.

... мне кто то когда то сказал, что в х86 переполнение работает неправильно. Логичнее было бы сделать по другому, да и то, что при помещение чего то из памяти в регистр зря меняется порядок байтов. Тут наблюдается схожий случай: Куча инженеров думали, решали, изобретали, а потом появляется кто то, кто говорит: "Хлопцы, да Вы не правы, надо было иначе делать!"
 
короче как тут темы закрывать?
 
А переход на трехстабильную логику даст такую пищу для ума ! :клас:
 
А уничтожение всего сущего вернет первозданность бытию.
 
Назад
Зверху Знизу