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

> Ага особенно на 64-bit-ные машины, чтобы дрова от Nvidia лучше работали

Ну объясните мне, идиоту, нафига ставить 64-битную версию? Чтоб игры медленнее бегали, или чтоб компилилось в полтора раза дольше?

Объективно - зачем на тот же Core ставить 64-битную ось?

>И вообще, покупайте ASUS - с этим производителем почему-то проблем вообще не бывает (у меня, по крайней мере)...

Значит вам крупно повезло. У меня мать была с бажным биосом.

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

как минимум убунте нужен

>зачастили

+1

У Вас ноут? Какая модель? У меня lenny определил карту как интел, но работает.

>Ну объясните мне, идиоту, нафига ставить 64-битную версию? Чтоб игры медленнее бегали, или чтоб компилилось в полтора раза дольше?

а что 64х битные машины медленнее 32х битных?

> а что 64х битные машины медленнее 32х битных?

А при чём тут машины? Подлинно 64-битной архитектурой является только ia64. А amd64 и em64t - это архитектуры с поддержкой 64 бит, фактически - 32-х битные...

>И вообще, покупайте ASUS - с этим производителем почему-то проблем вообще не бывает (у меня, по крайней мере)...

timer is not connected to IOAPIC. Это почти на всех новых мамках от ASUS (без noapic не загрузишься), а периодически встречаются экземпляры, в которых все дополнительное оборудование, которое вставляется в PCI и PCI-Ex слоты, вешается на одно прерывание. От этого получаешь особое удовольствие при установленных: видеокарта, wi-fi, sound. Я уже не говорю про бажные биосы, которые в исходной версии вообще не работают.

>А при чём тут машины? Подлинно 64-битной архитектурой является только ia64. А amd64 и em64t - это архитектуры с поддержкой 64 бит, фактически - 32-х битные...

LOL

>А при чём тут машины? Подлинно 64-битной архитектурой является только ia64. А amd64 и em64t - это архитектуры с поддержкой 64 бит, фактически - 32-х битные...

Ну и обычные 32 битные фактическии 16 битные конечно же!

Отлично

> Ну и обычные 32 битные фактическии 16 битные конечно же!

386DX и 486 таковыми и были, если Вы не в курсе, дорогой анонимус...

> Подлинно 64-битной архитектурой является только ia64. А amd64 и em64t - это архитектуры с поддержкой 64 бит, фактически - 32-х битные...

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

Надеюсь в Lenny не будет новых кед и python 3.0!

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

sizeof int

>sizeof int

я плакал, один хлеще другого)))))) эх Вашкевича вам не хватает

sizeof(int) везде 32 бита, что под 32, что под 64. а вот sizeof(long) в 64-битном режиме 64 бита, и не нужен костыль под названием long long.

И Lenny таакой молодой,
И вендекапец впереди!

386 и 486 были 32-битными, только 386SX имел внешнюю 16-битную шину данных.

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

> sizeof int

Сомневаюсь, что кто-нибудь станет менять sizeof(int) -- много кода может поломаться.

Другая причина -- если int сделать 8-байтным, придётся вводить новый тип, чтобы охватить весь диапазон целых размером 8-16-32-64 байт. Что-нить типа "short short" *мне* кажется извратом (как сейчас 64-битный "long long").

>sizeof(int) везде 32 бита, что под 32, что под 64. а вот sizeof(long) в 64-битном режиме 64 бита, и не нужен костыль под названием long long

это уже просто принято как стандарт, раньше как раз разрядностью был int - на 16 битных был 16 на 32х 32 бита, при этом long всегда 32. скорее всего с долгим засилием 32х не стали менять... а убрали костыль с longlong, иначе для 32х битного типа пришлось другой костыль искать. просто имхо, а проц от этого 32х битным ни стал ни капли )))

> я плакал, один хлеще другого)))))) эх Вашкевича вам не хватает

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

Насчет оборудования, которое видит убунта, и не видит ленни...

Линукс то везде одинаковый :) Потому в любом дистрибе можно настроить любое оборудование, поддерживаемое линуксом вообще. ТОлько в дебиане нету по умолчанию кучи проприетарных дров, что не мешает самому скачать их и поставить. Ядро старое - можно без особых проблем пересобрать.

>> я плакал, один хлеще другого)))))) эх Вашкевича вам не хватает

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

Это совсем не говорит о том, что Itanium -- единственный 64-битный проц.

Тебе бы в Intel рекламщиком работать, типа они делают настоящие процы, а всё остальное -- жалкие поделки. :)

>Сопли подотри, умник фигов. На Itanium sizeof int = 8. http://www-128.ibm.com/developerworks/ru/library/l-port64/index.html и где там написано что LP64 не true 64 mode? протрите очки, деда. просто реализация 64битных режимов может быть разная или мозг уже настолько закостенел что это не доходит?

> Объективно - зачем на тот же Core ставить 64-битную ось?

Затем, что мне нужен 64-битный режим, потому, что я использую 4 гигабайта памяти и не хочу костылей в виде PAE на FreeBSD, - для примера. И вообще суть не в том, зачем оно мне, а в том, есть ли у меня выбор, взять 32-битный режим или 64-битный, UTF-8 ,или KOI8-R кодировку в системе, есть ли у меня такой выбор в DesktopBSD?? Нет?? Конечно, нету, поэтому DesktopBSD для тех кто очень хочет FreeBSD, но боится поставить её через текстовый инсталлятор...:-P

З.Ы. И вообще, тему у нас этого нет, значит нам это не нужно, уже проходили...;)

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

Не зря его титаником назвали!

> Другая причина -- если int сделать 8-байтным, придётся вводить новый тип, чтобы охватить весь диапазон целых размером 8-16-32-64 байт.

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

sizeof (char) <= sizeof (short) <= sizeof (int) <= sizoeof (long)

Всё остальное выдумали красноглазые, не видевшие ничего, кроме x86.

> Не зря его титаником назвали!

Титаником его назвали по причине крайне низких продаж, а не по причине архитектурных особенностей. Что касается архитектурных особенностей, красноглазые много чего не знают и не узнают никогда. Они ещё не видели обязательное выравнивание и отличные от их любимых пицуков порядок байт. Что касется архитектурных особенностей Itanium, то он выполняет до 6 команд за такт. У него ассемблер такой. Прямо шесть команд подряд и пишется. И они выполняются ща закт. Ессно, кроме условных переходов. 128 целочисленных регистров, 128 регистров с плавающей точкой. 82-х разрядные.

>sizeof int

Менять 32->64 не стали исключительно из нежелания сломать существующий код, который долгое время полагал sizeof(int) == 4.

И какое отношение это имеет непосредственно к железу, как таковому? 64-битные адреса есть, 64-битные регистры тоже есть. Чего не хватает-то?

AMD64 вообще регистров для плавающей запятой не предоставляет. Поэтому "Итаник" со своей максимальный частотой 1.6 Ghz даёт 3020 очков FPECFP. Против 2138 очков Opteron 2220 (2.8 Ghz).

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

>>sizeof(int) везде 32 бита, что под 32, что под 64. а вот sizeof(long) в 64-битном режиме 64 бита, и не нужен костыль под названием long long.

С какого такого поворота размер int был 32 бита? Всю жизнь int был 16 бит, и только на некоторых компилерах 32 бита.

дедушки жгут)) мы не говорим о 16 битных платформах.

>AMD64 вообще регистров для плавающей запятой не предоставляет.

Иди работать в интел рекламщиком.

> Всё нормально, пару раз отложат, как раз к весне 2009 и выпустят.

Как всегда

А что, уже int успел стать 32-битным? Поешл читать вики, что за нах..

> А что, уже int успел стать 32-битным?

На некоторых системах он уже 64-х битный, см. выше. А вы всё под ДОСом работаете и 640 килобайт памяти вам энаф фо эврефинг. (с) Сэр Билл Гейтс. Вот из-за обилия таких, как вы, умерла Alpha и на грани смерти Itanium. Если бы не мощь Intel, этот революционный процессор даже и не появился бы.

> >AMD64 вообще регистров для плавающей запятой не предоставляет.

>Иди работать в интел рекламщиком.

похоже уже работает

> Иди работать в интел рекламщиком.

Уже там работаю. За каждое сообще сдесь получаю 1 рубль. Ещё работаю в Microsoft. За каждое сообщение здесь имею 1/2000 лицензии на Windows Vista. А что касается регистров, то в AMD64 регистров для плавающей запятой действительно нет. Инструкции x87 в AMD64 не поддерживаются, только в 32-х разрядном режиме. Предлагается ипользовать SSE2. SSE2 - 32-х разрядный FP, реализованный через ж#пу. Велкам.

да ты шо? эт чтож за гад откусил fp инструкции, дай посмотреть откуда инфа?

> 64-битные адреса есть, 64-битные регистры тоже есть

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

Вспоминаем версию 8.0 ? Может тогда сравнить её с debian 2.2 в котором тоже русификация через задницу делалась?

> С какого такого поворота размер int был 32 бита? Всю жизнь int был 16 бит, и только на некоторых компилерах 32 бита.

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

> На второе место поставлю DesktopBSD. Просто, удобно. Правда, там с миграцией могут сложности возникнуть - не понимает она пока что из коробки русских букв на ntfs-разделах (надо править fstab)

В этом отношении лучше PC-BSD. Единственный минус у неё - нет 64х битной сборки.

> да ты шо? эт чтож за гад откусил fp инструкции, дай посмотреть откуда инфа?

Да это общеизвестно. Ещё докучи гениальные инженеры АМД отрезали MMX и 3dnow. Вот кое-какая сслыка из поиска. http://www.ixbt.com/cpu/insidespeccpu2000-part-m.shtml "Это связано с тем, что в первом случае (x86) данный код использует инструкции FPU, в то время как тот же самый код, откомпилированный под EM64T, использует инструкции SSE/SSE2, ввиду отсутствия поддержки нативного x87 FPU-кода в этой платформе." Более грамотную ссылку поищи, надёшь.

>Предлагается ипользовать SSE2. SSE2 - 32-х разрядный FP, реализованный через ж#пу. Велкам.

$ cat f.c
double calc(double x, double y)
{
    return x*y;
}

$ gcc -c --save-temps -O2 f.c 
$ cat f.s
...
.globl calc
        .type   calc, @function
calc:
.LFB2:
        mulsd   %xmm1, %xmm0
        ret
.LFE2:
        .size   calc, .-calc
...

>Если бы не мощь Intel, этот революционный процессор даже и не появился бы.

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

Кстати, внесу свои 5 копеек в тему про типы. ИМХО, C (и вслед за ним C++) имеют серьёзный недостаток: отсутствие встроенных в компилятор целых типов фиксированной разрядности. В glibc, вроде, есть что-то типа int32_t etc., но не все ими пользуются. Тем не менее, тот, кто при написании кода полагает, что sizeof(int) == 4 - ущербен. Я так считаю. На (настоящей) 64-битной системе int должен быть 64-битным.

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

Хе-хе-хе. Да 90% работающих в промышленности машин. Именно работающих в промышленности, а не служащих печатной машинкой, работают под DOS. А чо. Там всё просто, знакомо. Драйверы - не нужно заморачиваться. ISA. С таймингом вообще проблем нет. Ляпота. Посмотрите в каталоги промышленной техники. Там современные решения вообще почти не фигурируют.