monolith 04.05.10 09:52 # +-1–

Выходит, что так.

%username% love BDSM!

avr 04.05.10 10:01 # +0–

Судя по всему так оно и есть. Википедия.
Может кто-нибудь сможет изложить иную точку зрения.

nvbn 04.05.10 10:02 # +1–

Не стоит забывать про специфические x86 процессоры, которые используют дебиан/убунту и не умеют ничего больше, чем i386

cppmm 07.05.10 17:25 # ↑ +0–

Не стоит путать бубунту и Debian. У дебиана в стандартной поставке имеются сборки для старого оборудования (linux-image-2.6.26-2-486) и для более современного (linux-image-2.6.26-2-686).

nvbn 07.05.10 18:12 # ↑ +0–

Здесь не столь про ядро, а про прикладной софт. Он собран под i386 чтоб гарантированно работать на старых железках.

cppmm 07.05.10 18:49 # ↑ +0–

Ну, знаете ли. Это определённо вам sourced-based нужно раз так. :)
Хотя опять же большинство софта умеет использовать эти специфичные плюшки проца, если они доступны и работать без них, если их нет.

Shtsh 04.05.10 10:02 # +0–

Ну, у меня i686 :) А в мандриве по-умолчанию i586 :)

Shtsh 04.05.10 10:06 # +1–

Как вариант, юзать генту - вся специфика процессоров будет учитываться :)

rakoth 04.05.10 10:50 # ↑ +0–

я-то на арче64, так что вопрос возник всё-таки из интереса, а не из практических соображений. ;)

divius 04.05.10 10:08 # +0–

Увы, да. Это досталось Убунту в наследство от Debian. Именно поэтому лучше на компьютерах, поддерживающих 64-битную архитектуру, использовать 64-битную ОС.

cppmm 07.05.10 17:26 # ↑ +0–

http://welinux.ru/post/3008/#cmnt55842

dfx 04.05.10 10:39 # +0–

Ну никто же не запрещает своё ядро собрать... :)

nvbn 04.05.10 10:45 # ↑ +2–

Это ж не только ядро, тогда уж "никто ж не мешает apt-build world сделать =)"

dfx 04.05.10 10:59 # ↑ +0–

Ну так за ядром и всё остальне пересобрать уже. Главное ядро.

nvbn 04.05.10 11:01 # ↑ +1–

mmx и sse важно только кодекам, архиваторам и чилодробилкам

dfx 04.05.10 11:03 # ↑ +0–

ну там же не только mmx и sse... или я чего-то не знаю?

nvbn 04.05.10 11:05 # ↑ +0–

Оно всё-равно в основном для числодробилок, в остальном прирост будет минимальный

divius 04.05.10 11:34 # ↑ +-1–

Там ещё в 586, кажется, появились какие-то фокусы с конвеерами.

divius 04.05.10 11:37 # ↑ +-1–

А ещё в i686: "CMOV instructions heavily used in compiler optimization in Linux kernel, glibc and other packages" (c) wikipedia

cppmm 07.05.10 17:29 # ↑ +-1–

Зачем?
Я весь etch жил на самосборном ядре(wi-fi-карта не поддерживалась стандартным) и ничего кроме ядра и его модулей не пришлось пересобирать.

Dmitry.Minsky 04.05.10 10:43 # +10–

Ну для начала, то что так называются пакеты, диски и т.д. совершенно не значить что они скомпилированы под 386. Читаем доку https://help.ubuntu.com/9.10/installation-guide/i386/hardware-supported.html и видим, что 386 вообще не поддерживается. Хотя запуск на 486 гарантируют, а это в общем-то и значит отсутствие sse и иже с ним. Но тут другая вещь http://www.insidepro.com/kk/175/175r.shtml Касперски сравнивал скорость работы программ скомпилированных с оптимизацией под новые инструкции и без. Результаты неоднозначны. Хотя все равно обидно это что-ли.

rakoth 04.05.10 10:51 # ↑ +0–

Спасиб.

Username 04.05.10 12:43 # ↑ +0–

пффф, наконец-то хоть один умный ответ.

wiz 04.05.10 10:53 # +0–

$ uname -a

Linux natali 2.6.32-21-generic #32-Ubuntu SMP Fri Apr 16 08:10:02 UTC 2010 i686 GNU/Linux

Кроме того, всякие mplayer могут на ходу включать код в соответствии с возможностями процессора.

DEViANCE 04.05.10 18:03 # ↑ +0–

У меня то же самое:
Linux DEViANCE 2.6.32-22-generic #33-Ubuntu SMP Wed Apr 28 13:27:30 UTC 2010 i686 GNU/Linux

wiz 04.05.10 10:54 # +0–

И, да, кому надо скорости - ставьте 4 гб памяти и 64бит.

nvbn 04.05.10 10:57 # ↑ +0–

64 и 2гб с лихвой хватает =)

dfx 04.05.10 11:02 # ↑ +0–

У меня даже гиг из двух редко бывает использованным (не считая кэша, конечно) :) обычно 300-500 метров с браузером, почтовиком плеером, джаббером и парой редакторов/консолей. Так что 2 гига в линукск - это выше крыши :)

nvbn 04.05.10 11:03 # ↑ +4–

Скажи это нетбинсам и эклипсам)

dfx 04.05.10 11:05 # ↑ +-2–

Ну, это так можно и три виртуалки запустить с виндами :)) Тогда и 4 гига будет маловато. Только зачем монстры такие? :)

nvbn 04.05.10 11:06 # ↑ +0–

С большими проектами в них удобно)

dfx 04.05.10 11:09 # ↑ +0–

ну пусть так - два гига всё-равно хватает за глаза :) Лично у меня с эклипсом запущенным оперативы свободной было много. А два эклипса или нетбинс до кучи запускать будет только извращенец :)

nvbn 04.05.10 11:10 # ↑ +0–

С нетинсом, кедовской индексировалкой, амороком, копетой, опенофисом и фф как-то смог 1.8 занять)

dfx 04.05.10 11:15 # ↑ +1–

Не, ну спора нет, при желании можно хоть 10 гигов оперативы занять под завязку... :)

divius 04.05.10 11:38 # ↑ +-1–

Кстати, да, специально для виртуалок с виндами (по работе надо) поставил 6гб оперативки)

cppmm 07.05.10 17:31 # ↑ +0–

Для того, чтобы настроить между ними сеть и проверять всякие хитрости прежде чем внедрять это на реальном железе. Правда, никаких виндов в виртуалках я не запускаю, но даже с линухой без иксов штук пять виртуалок нехило откушивают мои рабочие 4 гига озу.

Shtsh 04.05.10 11:24 # ↑ +-2–

Честно говоря, мне при обычной работе гига мало.
Запущено:
Chrome (вкладок обычно 5-10) - он, в основном, и жрёт.
qutim
skype
Плеер какой-нибудь (дома - амарок, ибо памяти дофига, на работе - deadbeef)
Ну, и дома сейчас - KDE, на работе сейчас xfce
Потребление где-то 700-1200 Мбайт

dfx 04.05.10 11:26 # ↑ +0–

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

wiz 04.05.10 12:07 # ↑ +0–

Да ладно, не жмотись ((=

Craftuser 04.05.10 11:20 # +-1–

Уже давно этот индекс ничего не означает, кроме того что это не x64.

rakoth 04.05.10 11:22 # ↑ +0–

Не совсем. Или совсем не.https://help.ubuntu.com/9.10/installation-guide/i386/hardware-supported.html Вот по этой ссылочке более-менее написано

Craftuser 05.05.10 09:17 # ↑ +0–

Хорошо уточню:
"Уже давно этот индекс ничего не означает, кроме того что это не x64 и другие теперь уже никому не нужные процессорные архитектуры, такие как RISC, SPARC и PowerPC."
В остальном противоречия своим словам по ссылке не вижу:)

Username 04.05.10 12:43 # +0–

1 2 3 4

danya@dell-noobuntu:~$ uname -a Linux dell-noobuntu 2.6.32.11+drm33.2-bfuck #2 SMP PREEMPT Sun May 2 13:04:43 MSD 2010 <b>i686</b> GNU/Linux danya@dell-noobuntu:~$ glxinfo | grep 'renderer string' OpenGL renderer string: Mesa DRI R300 (RS400 5975) 20090101 <b>x86/MMX+/3DNow!+/SSE2 NO-TCL DRI2</b>

Username 04.05.10 12:44 # ↑ +3–

эк его распарсило

ZeroNull 07.05.10 16:58 # +0–

По моему вы путаете теплое с мягким...
Ядро Linux, так же как и в винде, не использует эти функции (SSE, MMX и иже с ними) для совместимости со всем парком процессоров (ну до определённого предела, само собой). Хотя никто и не запрещает скомпилировать ядро с этими функциями.
Но нужно ли это?
А вот приложениям, которым эти наборы команд необходимы, операционные системы не запрещают их использовать, если процессор их поддерживает! Что в некоторых программах в настройках мы и можем видеть.
В общем то эти наборы команд как раз для подобных приложений (базы данных, мультимедия и т.д.) и были созданы. А ядру они в большинстве случаев бесполезны.

ZeroNull 07.05.10 17:03 # ↑ +0–

Для примера установите программу Avidemux и зайдите в настройки: Правка -> свойства -> CPU
По моему всё ясно без слов.