AMD64

On Tue, May 31, 2005 at 08:06 +0300, Krez0n wrote:

Интересный вопос!
На сколько я знаю -- все зависит от конкретного приложения. Для одного
скорость может увеличится до 30%, для других прирост
производительности будет незначительный. И роли не играет -- Линукс это
или Мастдай.
--
С Уважением Максим Шаптала
Linux forever

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 19040; Возраст листа: 677; Участников: 1370
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/377595

Теоретически не должно, но на практике, приложений, скомпиленных под амд 64 я
не видел под маздай, так что толку от мастдая...

С уважением,
Андрей.

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 19041; Возраст листа: 677; Участников: 1370
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/377646

i686-suse-linux)

Hello, Max!

On Wed, 1 Jun 2005 08:37:37 +0300 you wrote:

Имхо, если взять дистр для x64, то толк от этого будет.

В сообщении от 1117515961 секунд после начала Эпохи Unix Вы написали:

Теоретически быстрее будут работать только операции пересылки данных.
Арифметика будет выполнятся с той же скоростью, за исключением тех
редких случаев, когда используются большие (> 32 бит) целые числа, или
числа с фиксированной точкой. Лично я не вижу никакой потребности в
64-битных процессорах для обычного домашнего/офисного применения. Это
творение крупных корпораций для зарабатывания денежек, они будут
твердить что 64-битные машины лучше во всем, а 32-битные - прошлый век.
Это совсем не то как было раньше при переходе с 16-битих на 32-битные,
новые 386 несли кроме 32-х разрядности еще много чего вкусного, да и с
прикладной точки зрения 65536 возможных значений для регистра общего
назначения часто не хватало, и использовались длинные целые, для
манипуляции с которыми уже требовалось два 16-бытных регистра. А где
сейчас можно найти код, использующий два 32-битных регистра для
манипуляции с 64-битными числами? Правильно, только в
узкоспециализированных научных приложениях, или 3D шутерах. :) Уж больно
эти две области стали переплетаться, так что если вы геймер, возможно
64-битный процессор вам принесет какую то пользу.

i686-suse-linux)

Hello, Konstantin!

On Thu, 2 Jun 2005 01:18:48 +0300 you wrote:

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

В сообщении от Чт 02 Июн 2005 19:24 B. написал:

Замечательно - как повторяется история . Были абсолютно идентичные споры при

переходе с 8-ми бит на 16 с 16 на 32 , и вот наконец то же самое с 32 на 64.

Все это схоластика и оффтопик. Очень скоро компьютерная страна предьявит
возможности и требования к 64 и 256 битным процессорам. Например чтобы комп
узнавал хозяина в лицо и выполнял речевые команды или учился по сети.
С уважением ИАБ

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 19081; Возраст листа: 679; Участников: 1375
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/378569

On Thu, 2 Jun 2005 01:18:48 +0300
Konstantin Korikov <lostcl***@u*****.fm> писал:

Получается, что даже если приложение специально не откомпилировано под
64-битный процессор, но это приложение есть навороченная игра, то
прирост будет?
А если Debian х64 ставить, РЕАЛЬНЫЙ (тот, который виден на глаз)
прирост будет?
Или не стоит морочить голову, а взять тот же Celeron?

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 19075; Возраст листа: 679; Участников: 1375
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/378460

В сообщении от 1117741678 секунд после начала Эпохи Unix Вы написали:

Нет не будет, по крайней мере за счет 64-битности.

В сообщении от 1117741678 секунд после начала Эпохи Unix Вы написали:

IMHO, лучше взять P4 с Hyper Threading, хоть она и дырявая, но
домашнего использования пользы, думаю, будет больше чем от AMD64.

В Пнд, 06/06/2005 в 06:28 +0300, Konstantin Korikov пишет:

На основании моего опыта могу сказать: дыра в HT - далеко не
единственный и не самый критичный минус современных P4. Гораздо хуже -
сильный нагрев процессора, как следствие - шум вентилятора и повышенное
энергопотребление, а несколько раз уже сталкивался и с вызванными этим
сбоями, что легко обнаруживается с помощью memtest. При той же стоимости
AMD64 куда как лучше по всем параметрам.

Здравствуйте, Yura.

Вы писали 7 июня 2005 г., 8:39:48:

Поподробней про memtest можно?
по-моему,- если обнаруживаются сбои, то виновата память, а не
процессор...

Tue, 7 Jun 2005 09:38:00 +0400
"Kanogin A.A." <kanog***@s*****.ru> вы писали:

Вот именно, как правило по-умолчанию суют дешевую память, а она потом
через пару месяцев начинает выделываться, я себе взял мать ASUS P4P800
(i865) и память Kingstone, никаких проблем за год работы замечено не
было, комп работает по 16 часов в сутки.

Anatoliy Kurinnyy aka FReeM@N
Registered Linux User: 385988
Home Page: http://counter.li.org/cgi-bin/certificate.cgi/385988
E-Mail: anatoliy1***@m*****.ru
Jabber: anatoliy.kurinn***@j*****.ru
ICQ: 1915538

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 19134; Возраст листа: 683; Участников: 1377
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/379968

Здравствуйте, Anatoliy.

Вы писали 7 июня 2005 г., 10:12:57:

Извините меня, суют - это обычно организациям, что покупают по
конкурсу дешевое и г.... - по своему опыту знаю...

Kingstone - не залог нормальной работы...
Я просто не могу понять, как прешли от выбора архитектуры процессора
для Linux - к плохой памяти...
В любом случае лучше будет работать AMD64, чем Celeron, - это точно
без сомнений... А вот с Pentium - надо просто сравнивать по
рейтингу...

Вторник 07 Июнь 2005 10:12, Anatoliy Kurinnyy пишет:

Очень рад за вас, но это к теме листа не относится.

В Вто, 07/06/2005 в 09:38 +0400, Kanogin A.A. пишет:

[yuk@yuk yuk]$ rpm -qi memtest86
Name : memtest86 Relocations: (not relocateable)
Version : 3.0 Vendor: ALT Linux Team
Release : alt8 Build Date: Пнд 14 Июн 2004 17:53:03
Install date: Вто 07 Июн 2005 09:47:46 Build Host: ldv.hasher.altlinux.org
Group : Система/Ядро и оборудование Source RPM: memtest86-3.0-alt8.src.rpm
Size : 122729 License: GPL
Packager : Michael Shigorin
URL : http://www.memtest86.com
Summary : Тест памяти для x86-архитектуры
Description :
Memtest86 -- тщательный и самостоятельный тест памяти для x86-систем. Он может
быть загружен или с жесткого диска при помощи LILO/GRUB, или с дискеты.

Тест использует алгоритм "движущихся инверсий", доказавший свою эффективность
при обнаружении сбоев памяти. Не обращайте внимания на "тест" BIOS -- он
практически ничего не значит, так как пропустит много ошибок из тех, которые
обнаружит memtest86.

Также может использоваться для создания загрузочной тест-дискеты.

...которую обдувает мощная струя воздуха с температурой как из фена.
Если открыть корпус - то сбои появляются позднее. А будучи воткнутой в
тот же AMD - не сбоит вообще никогда.

вообще-то тест выполняется все же процессором.

В сообщении от 7 Июнь 2005 11:12 Yura Kalinichenko написал(a):

Он немногим лучше теста BIOS. Самый тяжелый режим нынешних RAM - случайный
доступ к разным строкам. А он вместо этого гоняет всякие "walking 1" и даже
"checkerboard" в коротких областях, помещающихся в одной строке

Здравствуйте господа,

Хватит про дыры :-)
Помогите начинающему с разделами разобраться.

При установки программ (8 CD), мне было выдано сообщение о недостатке
дискового пространства (я так понял). хотел поставить все программы,
которые есть.

После повторной переустановки (снес все).
У меня получилось два раздела (видимых раздела).
1) Много каталогов в том числе usr/ (2 Ггб)
2) Пустой раздел с единственной папкой dmitry (имя пользователя) (30
Ггб)

В какой раздел устанавливаются программы?
В первый или второй?
Я говорю о программах для просмотра видео, аудио, игр, среды
разработки, постгресовской базы, ОДБС драйверов, ну еще издательскую
систему, графические редакторы.

Куда это все устанавливается? Пользователь буду я один.

Заранее спасибо за Ваш ответ.

Вы писали 7 июня 2005 г., 12:38:00:

Здравствуйте, list.

Вы писали 8 июня 2005 г., 17:16:31:

Создавай новый поток, и в нем пиши... Не надо в теме AMD64 ничего
продолжать

В основном, всё устанавливается под /usr. Кое что может пойти в /opt,
так что 2GB для системы и всего перечисленного ниже маловато. Впрочем,
можно сделать символическую ссылку из /usr на каталог во втором
разделе, но лучше было бы переразбить диск.

Постгрессовская база скорее всего будет под /var.

Mon, 6 Jun 2005 06:28:21 +0300
Konstantin Korikov <lostcl***@u*****.fm> вы писали:

Между прочим линукс как раз не подвержен уязвимости HT, где читал сейчас
не припомню :), да и как говорит Intel эту уязвимость можно использовать
когда уже есть доступ к компьютеру.

Anatoliy Kurinnyy aka FReeM@N
Registered Linux User: 385988
Home Page: http://counter.li.org/cgi-bin/certificate.cgi/385988
E-Mail: anatoliy1***@m*****.ru
Jabber: anatoliy.kurinn***@j*****.ru
ICQ: 1915538

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 19130; Возраст листа: 683; Участников: 1377
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/379946

Anatoliy Kurinnyy пишет:

http://www.avinfo.ru/modules.php?op=modload&name=News&file=article&sid=4097

И бери лучше AMD64!

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 19136; Возраст листа: 683; Участников: 1377
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/380003

Здравствуйте, Krez0n.

Вы писали 2 июня 2005 г., 23:47:58:

Celeron - в несколько раз будет работать медленнее... чем Athlon64

а как заставить качать портреджи через прокси?

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 19133; Возраст листа: 683; Участников: 1377
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/379964

В сообщении от 7 Июнь 2005 11:02 Panin Maxim написал(a):

если тебе
emerge sync, то никак, вернее там есть rsync прокси. Проще делать
emerge-webresync. А вот дальше уже ставишь для wget http_proxy и ftp_proxy
переменные. Хотя wget (хоть и надежно) - но прошлый век, я использую aget -
стабльности мало, но качает на порядок быстрее.

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 19185; Возраст листа: 685; Участников: 1377
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/381379

Alex Murphy schreibe:
Und mein Antwort:

Да что Вы говорите! И за счёт чего aget качает на ПОРЯДОК быстрее, чем
wget? Поясните, bitte.
Я то глупый думал, что скорость от канала зависит...

В сообщении от 1118294249 секунд после начала Эпохи Unix Вы написали:

Да, и мне тоже очень интересно от чего это может так в 10 раз скорость
возрасти.

i686-suse-linux)

Hello, Konstantin!

On Thu, 9 Jun 2005 19:16:50 +0300 you wrote:

Теоретически возможно: если у тебя оптоволокно, а сервер сильно
загружен. Тогда если закачивать одновременно в 50 потоков, скорость
может и возрастет.

On Thu, 9 Jun 2005 21:30:56 +0400
"B." <boff20***@m*****.ru> wrote:

Это не наш случай =))) ыы)))

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 19233; Возраст листа: 687; Участников: 1377
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/382893