До этого говорили, что версии для Linux не будет, так что подтверждаю.

Вендекапец близок! Ура, товарищи!

Ещё один гвоздь в гроб монополиста. За терминалами будущее и всё остальное

PS:

>Проверено: Shaman007 (*) 31.03.2008 15:21:22

не верю :)

это не первая, а альфа версия ...

И нафиг оно нужно?

>И нафиг оно нужно?

чтобы у безмозглых с их
"тормозной XUL",
"быдломоно",
"кутерулед"
"я асилил сиплусплус а другие языки не нужны" прибавилось лозунгов

И опять, никакой поддержки 64-х битных систем. Интересно, о чем они думают?

s/я асилил сиплусплус а другие языки не нужны/я ниасилел сикрестсрекст так что он нинужен/

> И нафиг оно нужно?

Не, ну Аякс - это модно! ;)

s/Интересно, о чем они думают/Интересно,чем они думают/g

по ссылке - практическая реализация ЛОР - эффекта?

> это не первая, а альфа версия ...

подтверждаю!!!

Оно хоть у кого нибудь поставилось?

как какая-то ненужная херня -- так пожалуйста, а как портировать нужные программы -- фиг вам'ы одни

>я ниасилел сикрестсрекст так что он нинужен

интересно, кто такое говорит?

Меня глючит, или в этом сообщении таки есть слово "кунилингус"?

> s/я асилил сиплусплус а другие языки не нужны/я ниасилел сикрестсрекст так что он нинужен/

По настоящему асилить сикресткрест - это значить уметь устранять причину internal compiler error-ов которые возникают без указания контекста ошибки, номера строчки, даже лексемы. Корок коммерческие компиляторы не пишут. И сходу прочухивать в каком контексте возникла ситуация когда компилятор выдает ошибку не в исходном коде, а в хедерах стандартных библиотек.

может, скинуться бедненькому адобу на х86_64 систему? или они действительно в танке и никогда о таком не слышали?

Смею заметить, что слово "Линукс" принято писать с заглавной буквы и желательно (хотя совсем необязательно) латиницей.

А я как раз вернулся после полугодовой отсидки из 64-битной системы в 32-битную. Наелся. Памяти жрёт гораздо больше, проблем тоже намного больше, прироста скорости никакого. Спрашивается: а нафиг оно сейчас надо? Так что Adobe просто прагматично подходят к вопросу.

s/лозунгов/summon geek casts

Потребовало права рута - пришлось отказаться от установки... :(

> Памяти жрёт гораздо больше, проблем тоже намного больше, прироста скорости никакого.

Мультилиб? Debian? В нормальном Pure64-дистрибутиве прирост скорости весьма ощутим, да и объемы потребляемой памяти примерно на одном уровне с x86.

Но от проблем с проприетарным x86-only софтом это не избавляет, да... :(

>>И нафиг оно нужно?

для людей с мозгами, использующих реактивный XUL

> Мультилиб? Debian?

Ubuntu. А это как-то влияет?

> да и объемы потребляемой памяти примерно на одном уровне с x86

Этого не может быть по определению. Субъективно на глаз - потребляет на ~20-30% больше.

> ...после полугодовой отсидки из 64-битной системы в 32-битную... Спрашивается: а нафиг оно сейчас надо?

А Вы пробовали в 32-х битной системе перебрасывать ма-а-а-аленький архивчик, весом всего 74 гига с диска на диск? И как впечатления? ;-)

> В нормальном Pure64-дистрибутиве прирост скорости весьма ощутим

На глаз - изменений никаких, разве только x86_64 медленнее. Точным естированием не занимался. :)

Всё из-за таких, как ты. Пока большинство - люди, которых устраивает ограничение в 3 гигабайта оперативки, всяким адобам будет в меру выгодно удовлетворяться i386.

> А Вы пробовали в 32-х битной системе перебрасывать ма-а-а-аленький архивчик, весом всего 74 гига с диска на диск? И как впечатления? ;-)

Не пробовал (а надо?), но в 64-битной при сборке большого проекта всё вешалось и застывала мышка так же, как и в 32-битном.

> Всё из-за таких, как ты. Пока большинство - люди, которых устраивает ограничение в 3 гигабайта оперативки, всяким адобам будет в меру выгодно удовлетворяться i386.

Не 3, а 4. А что? Увеличение объёма памяти нынче двигатель прогресса?

А XULи толку от него?

> Не пробовал (а надо?)...

Да знаете ли, батенька - многим, к примеру и мне, бывает оченно актуально. Объём инфы растёт, как снежный ком...

> в 64-битной при сборке большого проекта всё вешалось и застывала мышка так же, как и в 32-битном.

Вы знаете, верю. У меня это тож бывало. Решилось чтением man-ов GCC...

Для всякого ЫнтЫрпрайза, где объёмы перелопачиваемых данных измеряются десятками GB -- вполне актуально.

> Да знаете ли, батенька - многим, к примеру и мне, бывает оченно актуально. Объём инфы растёт, как снежный ком...

Расскажите хоть в чём проблема-то.

> Вы знаете, верю. У меня это тож бывало. Решилось чтением man-ов GCC...

Поделитесь? :)

Ну ты тупой..

>Памяти жрёт гораздо больше

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

>Прироста скорости никакого

А откуда должен быть прирост? Процессор тот же. Команды теже. Просто операнды 64 бита, а не 32.

X86-64, это способ поддерживать и использовать объемы памяти и данных, для которых 32 бита уже не хватает. Все, больше оно ничего не дает.

> X86-64, это способ поддерживать и использовать объемы памяти и данных, для которых 32 бита уже не хватает. Все, больше оно ничего не дает.

Именно это я и пытаюсь объяснить в треде, который ты не читал.

> Ну ты тупой..

А ещё 4 звезды. ЛОР стайл? В морг.

> может, скинуться бедненькому адобу на х86_64 систему?
Сейчас Mac - это x86_64 и ОС 64bit.
И Adobe вполне нормально пишет 64 битные приложения под нее, включая flash.
Что ей мешает также под другие ОС писать 64бит - не очень понятно.

> На глаз - изменений никаких, разве только x86_64 медленнее.
Смотря в какой имплементации / инкарнации :)

>> в 64-битной при сборке большого проекта всё вешалось и застывала мышка так же, как и в 32-битном.

>Вы знаете, верю. У меня это тож бывало. Решилось чтением man-ов GCC...

У меня на 32 довольно старом железе искаропки ничего не вешалось и не застывало при сборке. Какие надо почитать маны, чтобы столкнуться с описанным эффектом?

>Пока большинство - люди, которых устраивает ограничение в 3 гигабайта оперативки,

Эти ограничения для одной задачи, ведро располагает всей доступной памятью.

А какая у этого дела лицензия? Что-то не прочухал.

> Эти ограничения для одной задачи, ведро располагает всей доступной памятью.

Знаешь, есть такая задача - Java :D А ещё индусские программисты могут забыть поставить unsigned в одном месте и ты вместо 4-х гигов получишь 2. Правда это относится только к проприетарным быдлоподелкам типа венды или флеша.

>А я как раз вернулся после полугодовой отсидки из 64-битной системы в 32-битную.

Я сделал это год назад после полуторагодичной отсидки :) Вот когда 3Гб оперативки не будет хватать - тогда будем думать :D

>В нормальном Pure64-дистрибутиве прирост скорости весьма ощутим

Значит, Gentoo не считается pure64 :) Ощущался только «прирост тормозов» из-за лишнего жора памяти, которая в ином случае прекрасно уходит на буфера и кеши.

Быдлищево!

не надо! в топку!

а шо это такое - "линукс" в заголовке? может имелся в виду Linux ?

> но в 64-битной при сборке большого проекта всё вешалось и застывала мышка

да, под рутом бывает, если мейку передать -jn, где n >= количеству процессоров. если собирать под юзверем или без -j не тормозит.

> как и в 32-битном.

на домашнем 32-битном целероне 1.1ггц вообще не тормозит при сборке (пофик рут или юзверь). т.е. проц загружен на 100%, но параллельно могу, например, фильм смотреть, тормозит только на линковке (памяти мало). но при этом компилятор такой же (по версии), дистриб почти такой же (слакварь, на 64-битном на работе -- сламд64). хз почему так, не разбирался...

C PAE в 32-х битной можно до 64 гигов физической памяти использовать, но ограничение на память процесса всё равно будет 4 гига.

> C PAE в 32-х битной можно до 64 гигов физической памяти использовать, но ограничение на память процесса всё равно будет 4 гига.

Ну типа да, у пней шина адреса 36 разрядов.