Релиз Debian Lenny в сентябре 2008 года

ура ура

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

Где можно просветиться? Ссылки или литература...

> Я так считаю. На (настоящей) 64-битной системе int должен быть 64-битным.

Настоящий анонимус в Мире(тм) должен быть типа real. Я так считаю.

Блин, ты свой коммент что ли стер и перепостил? Я такой гениальный ответ настрочил, и похерил его.

> mulsd %xmm1, %xmm0

Когда-то я разбирался с этим SSE. Там без поллитра не разобраться. То половинки регистров, то четверти. Пример тривиален, поэтому достаточно красив. Я не уверен что также красиво будет с более сложными операциями. да и точность 64 бита против 80 - не всегда есть хорошо.

>Когда-то я разбирался с этим SSE. Там без поллитра не разобраться. То половинки регистров, то четверти.

Вот тут: http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_docs/26568... с рисунками показано, когда половинки, а когда четвертинки.

Пример показал наличие операций вычислений с более, чем 32-х битной точностью, наличие которых ты отрицал.

Принципиально - теже операции с парой регистр-регистр/память. Так что ничего черезжопного.

Если очень хочется x87, то на эту тему кое что есть:

"The x87 instructions can be used in legacy mode or long mode. Their use in long mode is available if the following CPUID function bit is set to 1:"

да кудаш они блин спешат :)

Дебианом не пользовался, но его система управлениями пакетами мне показалась наиболее вменяемой.

>Дебианом не пользовался, но его система управлениями пакетами мне показалась наиболее вменяемой.

Это что-то типа лоровского "не читал, но осуждаю", только наборот :)

>Сопли подотри, умник фигов. На Itanium sizeof int = 8. http://www-128.ibm.com/developerworks/ru/library/l-port64/index.html

>haywire (*) (05.02.2008 16:08:16)

Предлагаю протереть глаза или язык русский подучить, цитата:

Аналогично UNIX® и другим UNIX-подобным операционным системам, Linux использует стандарт LP64, согласно которому указатели и длинные целые (long integer) числа имеют 64 бита, но обычные целые (integer) остаются 32-разрядными. Хотя некоторые языки высокого уровня не чувствительны к различиям в размере, на другие это изменение может оказывать влияние (например, язык С).

и далее в таблице:

sizeof(int)=32 бит на LP64

Так что сопли подотри умник хренов.

umri anonymous!!!!!

>Понятие 64-х битной архитектуры несколько более сложное, чем разрядность регистров. [...] Вот наиболее точное. Количество битов данных, которые может обработать процессор за один прием ==> Сколько разрядов одновременно обрабатывается в микрокоде. Разрядность ALU. Разрядность каждого их шести ALU Itanium секрета не предствляет - 64 бита. Разрядность ALU AMD64 - тайна. Почему ? Предлагаю подумать.

А можно узнать, откуда это самое "точное" определение? И в чём его практическая польза?

Хз, конечно, но мне видится более логичным в AMD64 64-битные ALU с урезанием, когда это нужно (в compatibility mode, например). Впрочем, это ничем не подтвержденные фантазии.

> Интересно, а чем именно по-вашему различаются "подлинные" и "с поддержкой"?:)

""" К началу 2000-х годов стало очевидно, что 32-битное адресное пространство архитектуры x86 ограничивает производительность приложений, работающих с большими объёмами данных. 32-разрядное адресное пространство позволяет процессору осуществлять непосредственную адресацию лишь 4 Гб данных, этого может оказаться недостаточным для некоторых приложений, связанных, например, с обработкой видео или обслуживанием баз данных.

Для решения этой проблемы Intel разработала новую архитектуру IA-64 — основу семейства процессоров Itanium. Для обеспечения обратной совместимости со старыми приложениями, использующими 32-х разрядный код, в IA-64 был предусмотрен режим эмуляции. Однако на практике данный режим работы оказался чрезвычайно медленным. Компания AMD предложила альтернативное решение проблемы увеличения разрядности процессора. Вместо того, чтобы изобретать совершенно новую систему команд, было предложено ввести 64-разрядное расширение к уже существующей 32-разрядной архитектуре x86. Первоначально новая архитектура называлась x86-64, позже она была переименована в AMD64. Первоначально новый набор инструкций поддерживался процессорами семейств Opteron, Athlon 64 и Turion 64 компании AMD. Успех процессоров, использующих технологию AMD64, наряду с вялым интересом к архитектуре IA-64, побудили Intel создать посредством обратной разработки набор инструкций, полностью совместимый с AMD64. При этом был добавлен ряд специфических инструкций, не присутствовавших в изначальном наборе AMD64. Новая версия архитектуры получила название EM64T.

В литературе и названиях версий своих продуктов компании Microsoft и Sun используют объединенное именование AMD64/EM64T, когда речь заходит о 64-х разрядных версиях их операционных систем Windows и Solaris соответственно. В то же время, поставщики программ для операционных систем GNU/Linux, BSD и Mac OS X используют метки «x86-64» или «amd64», если необходимо подчеркнуть, что данное ПО использует 64-разрядные инструкции. """

, from http://ru.wikipedia.org/wiki/X86

> Это что-то типа лоровского "не читал, но осуждаю", только наборот :)

Мне попадались дистрибутивы на базе дебиана - убунта, к примеру.

чувак, ты не в теме. это дебиан на основе убунты.

> это дебиан на основе убунты. какой смешной экзмепляр анонимуса

>>Речь шла о 32- и 64-битных x86 платформах. О 16-битной x86 платформе многие уже успели забыть. Даже под MS-DOS при появлении экстендеров появлись 32-битные компиляторы с типом int в 32 разряда. К примеру, DOOM писан уже с заточкой под 32 бита.

Да уж, действительно, почитал вики - и впрямь int подразумевается сейчас уже как 32 бита, куда летит время...

> Его не надо охватывать. Единственное правило это

его НАДО охватывать просто потому что до сих пор дофига двоичных протоколов обмена в которых используются данные фиксированной длины

и если данных нужных размерностей не будет будут сложности с запханием их в структуры, типовые хидеры не скомпилируются итп итд

Оную опережает лишь pacman :)

Arguments, sire

Да. Только тестируемый Lenny. С кусочками KDE4.

> Как пропатчить Фотошоп под Debian?

Где взял сурсы, ссылку дашь?

> Да уж, действительно, почитал вики - и впрямь int подразумевается сейчас уже как 32 бита, куда летит время...

В том и дело, что время остановилось - раньше думали что
sizeof(int) == <длине машинного слова>,
но оказалось что 8-ми байтный int скорее вреден, чем полезен...

Хорошая новость. Даже если учесть, что теперь на 101% ясно что КДЕ 4 в Lenny не будет.

> Даже если учесть, что теперь на 101% ясно что КДЕ 4 в Lenny не будет.

Блин, тот кто юзает KDE4, не юзает Debian _stable_. Любители самого нового, самого глючного софта юзают Федору, Убунту, Debian UNstable. Каждому - своё.

Объясните кто-нибудь глупому анонимусу, почему в карент стэйбле больше ошибок, чем в тестовом?

http://bugs.debian.org/release-critical/

> Объясните кто-нибудь глупому анонимусу, почему в карент стэйбле больше ошибок, чем в тестовом?

В Lenny не будет php4!

> В этом отношении лучше PC-BSD.

Во-первых, в PC-BSD раздражает наличие PBI и отсутствие нормального графического менеджера пакетов/портов.

Во-вторых, посмотри на DesktopBSD 1.6. Разница с 1.0 колоссальна.

> Объясните кто-нибудь глупому анонимусу, почему в карент стэйбле больше ошибок, чем в тестовом?

Объясняю: Debian stable позиционируется, прежде всего как серверный дистрибутив. Поэтому в нём фиксят _только_ критические уязвимости безопасности. Если в какой-нибудь программе находят новый баг, который не грозит безопасности системы, его не фиксят. В других же ветках (testing, unstable) этот баг фиксят путём наложения патча/обновлением версии программы. Просто следует понять и уяснить эту специфику stable.

Наглядно это можно увидеть, просмотрев список security апдейтов Etch'a: http://www.debian.org/security/

Хорошо бы, чтобы то были не пустые обещания, а тщательно спланированные сроки.. Было бы замечательно..

> The x87 instructions can be used in legacy mode or long mode. Their use in long mode is available if the following CPUID function bit is set to 1

А т.к. других режимов у x64 нет, то FPU доступен *всегда*. :)

> Хорошо бы, чтобы то были не пустые обещания, а тщательно спланированные сроки..

Зачем приурочивать к каким-то срокам? Выбирайте: либо выпустить в намеченные сроки недопиленный дистрибутив, либо выпустить чуть позже, но вылизанного до блеска красавца. ;)

Заметьте: релизы Убунты всегда выходят точно в срок, но насколько они глючны!! Выход KDE4 откладывали, но всё-равно вышло неюзабельное поделие. Так зачем идти таким неумным путём? Релиз должен состояться только тогда, когда он будет действительно готов к выходу.

> EM64T и AMD64 имеют все регистры 64 разрядные. Другое дело, как их будет использовать программа/ОС. Она может их использовать как 64-разрядные (EAX, EBX), 32-разрядные (EAX, EBX) и как в старые добрые временя (AX, AH, AL).

У тебя очепятка -- первая буква 64-битных регистров не E, а R (RAX, RBX, RCX, ...).

haywire> Сопли подотри, умник фигов. На Itanium sizeof int = 8.

> cat /proc/cpuinfo
processor  : 0
vendor     : GenuineIntel
arch       : IA-64
family     : Itanium 2
model      : 1
revision   : 5
archrev    : 0
features   : branchlong
cpu number : 0
cpu regs   : 4
cpu MHz    : 1400.000000
itc MHz    : 1400.000000
BogoMIPS   : 2097.15
siblings   : 1

processor  : 1
vendor     : GenuineIntel
arch       : IA-64
family     : Itanium 2
model      : 1
revision   : 5
archrev    : 0
features   : branchlong
cpu number : 0
cpu regs   : 4
cpu MHz    : 1400.000000
itc MHz    : 1400.000000
BogoMIPS   : 2097.15
siblings   : 1

> cat test.c
#include <stdio.h>
#include <stdlib.h>

int main()
{
        printf("int = %lu, long = %lu, long long = %lu, char = %lu\n", sizeof(int), sizeof(long), sizeof(long long), sizeof(char));

        return 0;
}

> gcc -W -Wall -pedantic -o test test.c
test.c: In function ‘main’:
test.c:6: warning: ISO C90 does not support ‘long long’

> ./test
int = 4, long = 8, long long = 8, char = 1

> icc --version
icc (ICC) 9.1 20070111
Copyright (C) 1985-2007 Intel Corporation.  All rights reserved.

> icc -o test test.c
> ./test
int = 4, long = 8, long long = 8, char = 1

ну и где ?

затр##ли со своими интами! господа анонимусы идите в попку

>у меня даже под тестингом половина железа не заводится, посему пока сидим на бубунте

У мну наборот: убунта (amd64, 7.10) так и не завелась с SCSI Adaptec AIC-7892B извергая "PCI: Cannot allocate resource region 0 of device 0000:00:00.0", a Etch (amd64, 4.0r2) всё определил прекрасно.
Вывод: убунта может угробить самые что-ни-на-есть ынтерпрайзные фишки в угоду рюшечкам (правда может бубунтовцы SCSI в серверном исполнении лучше тестируют?)
Хотя против убунты ничего не имею и на своём рабочем компьютере поставил именно её (из педагогических соображений, молодёжь ведь интересуется - пока на домой - надо чтобы у них получилось - поэтому всё-же Убунту:). Но на ноуте - генту. Дома - Гентy х86_64 тож, с 200402, и не жужжит. Всё ещё работают Р133ММХ/64M (убунта там небось и не встанет). Дебиан стоит и на Р450. Там вообще работать в графике можно ;)


Тестинг не советую: давеча попробовал, рюшечки как взглючнули (курсор был, а напечатать ничего нельзя было: видимо прозрачны были виджеты - до дыр;) - так и пришлось всё переустанавливать на стабле

/Anode

> Кому нужен debian, если есть ubuntu?

Кому нужен ubuntu, если есть Debian?

> Кому нужен ubuntu, если есть Debian?

Ламерам и латентным виндузятникам, ведь Убунта разрабатывалась именно с этой целью: заменить винду на десктопах быдла.

>> Кому нужен ubuntu, если есть Debian?

>Ламерам и латентным виндузятникам, ведь Убунта разрабатывалась именно с этой целью: заменить винду на десктопах быдла.

вообщето линус именно это и ставит целью)))

и ещё на счёт быдла - по себе не суди...

давно не новость, но молодцы, что запостили. про 64-бита - для обладателей iNtel - не имеет. (у них EMT воспринимается девелоперами лишь как доступ(лажовый, через оверлей) к большой памяти) на AMD - разница разительна. про вещественную математику в SSE - опять гон. он появилась только в SSE3 и в SSE4x получила людскую форму(в процах обоих компаний).

> про вещественную математику в SSE - опять гон. он появилась только в SSE3 и в SSE4x получила людскую форму(в процах обоих компаний).

Смотря какая вещественная математика. Если одинарной точности -- то с этим и первый SSE отлично справляется. :)