Определить, какая версия системы стоит: 32- или 64-битная

[RedBeard]

Ты о чём? у него же

Linux server 2.6.31-20-generic #58-Ubuntu SMP Fri Mar 12 05:23:09 UTC 2010 i686 GNU/Linux

i686

Я о том, как определить разрядность ядра.
Пользователь решил продолжить мысль 29 Апреля 2010, 15:41:55:

Ошибаешься, это именно архитектуры!

нету такой архитектуры x32!

Это разрядность. А ты писал про i386 и i686. Напомнить?

[Oni-chan]

i686 это архитектура и работать она может как с х32 так и с х64
так что i686 не показатель

Можно пруфлинк?
i686 не поддерживает инструкции для 64х битных процессоров и адресация не 64 битная

2RedBeard
Напомни, только цитируй мой пост целиком, не вырывая строчку из контекста

>> как проще вывести либо в терминале либо сторонними утилитами банально как в офтопе х32 или х64
Насколько я знаю, то никак, да и незачем. Если нужно, напиши примитивный скрипт, который смотрит вывод uname -m и в зависимости от результата, показывает то, что тебе нужно. Хотя это и бессмысленное занятие.
Дело в том, что это же не архитектуры поэтому не несут особенно нужной информации - обычно знание того, i386 или i686 нужнее (заметь, и то, и другое 32 бита)

Всем понятно, что я говорил о
>>>> как проще вывести либо в терминале либо сторонними утилитами банально как в офтопе х32 или х64
Для чего цитаты придумали?

[gregory5]

i686 не поддерживает инструкции для 64х битных процессоров и адресация не 64 битная

я тут не могу понять тогда
вот мой процессор

(Нажмите, чтобы показать/скрыть)

и он что не поддерживает х64? он поддерживает отлично

но судя по cat /proc/cpuinfo
bogomips   : 5333.68
clflush size   : 64
cache_alignment   : 64
address sizes   : 36 bits physical, 48 bits virtual
это вот тоже не ясно

[RedBeard]

Это у тебя ядро 32-битное, а не процессор!

[Oni-chan]

А где тут это написано? У тебя в ОС же 36 бит адресация памяти - сам же давал вывод cpuinfo

>>address sizes   : 36 bits physical, 48 bits virtual

Для поддержки 64 бит, нужна поддержка процессором, плюс поддержка ОС

[gregory5]

Это у тебя ядро 32-битное, а не процессор!

хмм т.е. это архитектуру ядра на вкладке CPU показывает?
мда чёт я тогда не понимаю эту утилиту мешает одно с другим?
и написано вроде именно CPU архитектура а не ядра линукс
Пользователь решил продолжить мысль 29 Апреля 2010, 10:04:17:

У тебя в ОС же 36 бит адресация памяти

хмм а почему так? вроде же х32 и никто её не просил расширять адресное пространство
или это так в порядке вещей и должно быть? просто интересно это х32 не много расширяет адреса для.... а для чего?
т.е. это равносильно включение PAE на х32 офтопе? я так например это понимаю

[RedBeard]

Ну что же вы архитектуру с разрядностью все время путаете?

[Oni-chan]

>>хмм а почему так? вроде же х32 и никто её не просил расширять адресное пространство
Скорее всего, это PAE, для того, чтобы адресовать больше памяти

[gva230]

и он что не поддерживает х64? он поддерживает отлично

Поддерживать то он поддерживает, но ось установлена 32-битная. А так как процессор и 32 бита поддерживает, проблем не возникает.

Я так понял, что автора темы интересует именно ОСь, а не процессор...

uname -m - показывает, какие инструкции поддерживает процессор.

А если у вас встречаются папочки /lib64/, то наверняка ОСь 64-битная.

[gregory5]

ну с PAE всё понятно конечно
а вот почему архитектура именно CPU, а не ядра i686 и на этой же архитектуре т.к. она не изменна процессор может работать как с х32 так и с х64 значит вывод архитектура i686 может работать как с х32 так и с х64 о чём я и говорил на пред идущей страницы а тут почемуто написали что i686 может только с х32

Поддерживать то он поддерживает, но ось установлена 32-битная. А так как процессор и 32 бита поддерживает, проблем не возникает.

не не я не об этом
вот выше написал о чём речь

[RedBeard]

Еще раз: http://en.wikipedia.org/wiki/X86-64 А у разных ядер - разная разрядность бывает.

[Oni-chan]

а вот почему архитектура именно CPU, а не ядра i686 и на этой же архитектуре т.к. она не изменна процессор может работать как с х32 так и с х64 значит вывод архитектура i686 может работать как с х32 так и с х64 о чём я и говорил на пред идущей страницы а тут почемуто написали что i686 может только с х32

Выводы неправильные. Скорее всего, ОС просто не может определить наличие 64х битности, так как сама не умеет. Либо специально указано то, что работает, а не то, что процессор теоретически может поддерживать

[gregory5]

Выводы неправильные. Скорее всего, ОС просто не может определить наличие 64х битности, так как сама не умеет. Либо специально указано то, что работает, а не то, что процессор теоретически может поддерживать

хмм
странно всё же как то работает, а точнее отображает данные в линукс
ну ничё истину найдём всёрвано

кстати пока с виртуалкой игрался ища показатели разрядности на др. дистрибутивах
так вот под виртуалкой линукс наконец то корректно определяет частоту процессора, а сам по себе почему то не умеет этого делать ну да ладно речь не об этом щас

[NeoXidant]

cat /proc/cpuinfo
bogomips   : 5333.68
clflush size   : 64
cache_alignment   : 64
address sizes   : 36 bits physical, 48 bits virtual

address sizes не является показателем....

(Нажмите, чтобы показать/скрыть)

$ cat /proc/cpuinfo
processor   : 0
vendor_id   : AuthenticAMD
cpu family   : 15
model      : 47
model name   : AMD Athlon(tm) 64 Processor 3000+
stepping   : 2
cpu MHz      : 1000.000
cache size   : 512 KB
fpu      : yes
fpu_exception   : yes
cpuid level   : 1
wp      : yes
flags      : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext fxsr_opt lm 3dnowext 3dnow up rep_good pni lahf_lm
bogomips   : 2229.97
TLB size   : 1024 4K pages
clflush size   : 64
cache_alignment   : 64
address sizes   : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp tm stc

система x64_86, athlon64 3000+ =)

also

Every x86 and x86_64 CPU has an address translation system that translates virtual addresses into physical addresses.

The virtual addresses are the ones programs actually use (they are the numerical values of pointer variables in the program).

The physical addresses are the ones the CPU sends to the memory controller to generate the signals needed to select specific memory locations.

Each process has its own translation tables, so a pointer in one process with identical value to a pointer in another process doesn't normally point to the same physical memory.

The older x86 architecture has a translation design that translates a 32 bit virtual address to a 32 bit physical address.

Newer x86 architecture also supports a translation (called PAE) that translates 32 bit virtual to 36 bit physical.

The x86_64 architecture has 48 bit virtual addresses. Pointers take 64 bits, but the top 17 bits of any 64 bit pointer are required to be identical (all 17 zeros or all 17 ones) so 16 of those 17 bits are redundant.

The x86_64 address translation takes in 48 bit virtual addresses on all models. But the number of physical addresses generated varies by model of CPU chip.

[RustemNur]

Так, чем больше становилось постов, тем меньше становилось ясности у меня Как обычно.
Вообщем, господа! На правах ТС немного переформулирую и прошу ответить:
Что именно говорит системе apt, какой версии нужен запрашиваемый пакет - 32 - или 64-битный?
Есть ли это вывод uname -m, или же он про "железо" (как следует из мана)?

Код: [Выделить]

$ info coreutils 'uname invocation'
`-m'
`--machine'
     Print the machine hardware name (sometimes called the hardware
     class or hardware type).
Т.е. у меня проблема простая: с каким пакетом идти к какой-либо машине в офисе, чтобы кое-чего поставить.