| |
| 2.4, ffirefox (?), 00:42, 27/07/2011 [^] [^^] [^^^] [ответить]
| +10 +/– |
> ну с x86 и x64 еще понятно, но остальное...
> зачем это?
Если сейчас в компьютере может быть две видеокарты (мощная и экономичная), то почему не может быть два процессора. Например, x64 и ARM? Ну, а если с переносом части кода на видеокарту и дальше дело пойдет, то почему бы не выделить место для соответствующих библиотек?
| | |
| |
| 3.19, Аноним (-), 12:10, 27/07/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>то почему не может быть два процессора. Например, x64 и ARM?
И много такого Вы видели? Много такого используется где-то акромя как "поиграться"?
| | |
| |
| 4.32, Щекн Итрч (ok), 02:55, 28/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
 >> И много такого Вы видели? Много такого используется где-то акромя как "поиграться"?
На рынке уже есть несколько ноутов с двумя процессорами: CorDuo + ARM.
Когда открываешь простейший текстовый редактор и в бекграунде нет ГИМПа -- CoreDuо отрубается напрочь и система работает на ARMе, продлевая время работы от батарейки.
Или можно принудительно в любой момент уйти на ARM, с той же целью.
| | |
|
| 3.27, Vladimir (??), 20:10, 27/07/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> то почему не может быть два процессора. Например, x64 и ARM?
А зачем это надо? Усложнить систему и получить много новых и интересных граблей?
Просто - значит надежно. Видимо Debian уже не хочет быть надежным. Жаль...
| | |
| |
| 4.33, Щекн Итрч (ok), 02:58, 28/07/2011 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Просто - значит надежно.
И не говори. Фтопку GPU. Что за извращение? Есть VGA.
| | |
|
|
| 2.35, Аноним (-), 09:06, 28/07/2011 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> зачем это?
Чтобы прозрачно работать с программами для разных типов CPU. При этом сильно упростится разработка под ARM/MIPS/PPC/...
| | |
|
| 1.2, Аноним (-), 00:20, 27/07/2011 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
Чтоб иметь поддержку ARM так как будут выпускаться компы с ARM-цпу.
| | |
| |
| 2.5, p5n (ok), 00:46, 27/07/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
 Они вроде давно выпускаются и дебиан для арма уже есть.
| | |
| |
| 3.7, Аноним (-), 01:08, 27/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
А если в компе два проца, amd64 и ARM? (Первый включается при работе от сети, второй - от батареи)
| | |
| |
| 4.8, p5n (ok), 02:05, 27/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
> А если в компе два проца, amd64 и ARM? (Первый включается при
> работе от сети, второй - от батареи)
Всё равно в такой системе перегружаться придется для смены активного процессора или это вообще будет выглядеть как 2 разных компа.
| | |
| |
| 5.10, Аноним (-), 02:12, 27/07/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>Всё равно в такой системе перегружаться придется для смены активного процессора
kexec + systemd snapshots - и "перезагрузка" будет максимально быстрой и безболезненной.
А корневые каталоги для каждой архитектуры плодить не стоит, имхо. С одними конфигами гемора сколько будет, не говоря уже о всяких /var/*
| | |
| 5.34, Щекн Итрч (ok), 02:59, 28/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
>> А если в компе два проца, amd64 и ARM? (Первый включается при
>> работе от сети, второй - от батареи)
> Всё равно в такой системе перегружаться придется для смены активного процессора или
> это вообще будет выглядеть как 2 разных компа.
Уже не приходится. И выглядит это как один комп.
| | |
| |
| 6.36, Аноним (-), 09:08, 28/07/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Уже не приходится. И выглядит это как один комп.
Зависит от того как определить что такое "один комп".
| | |
|
|
|
|
|
| 1.3, Аноним (-), 00:22, 27/07/2011 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Сначала говорят, что FATELF не нужен, а потом делают костыли к FHS.
| | |
| |
| 2.6, Аноним (-), 01:04, 27/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
Имхо, FATELF - как раз костыль. С ним весьма проблематично гибкое управление наборами файлов для разных архитектур. Например, libaaa мне нужны для i386 и amd64, а libbbb - для amd64 и powerpc, а потом я заканчиваю работать с libbbb для powerpc, и его можно удалить.
При делении на уровне каталогов все это очень просто, с FATELF - только через задницу.
| | |
| |
| 3.13, anon8 (ok), 06:57, 27/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
 ну вот у анона комп с тремя разными процессорами, а вы все "зачем, зачем...".
| | |
| |
| 4.21, Аноним (-), 13:58, 27/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
Во-во. У кого в системе есть /lib и /lib64 - это у него как минимум два проца разной архитектуры.
| | |
| 4.22, Аноним (-), 17:05, 27/07/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>ну вот у анона комп с тремя разными процессорами
Ага, а кто осилил установку QEMU, тот автоматом получает сразу пять процов в подарок (x86, ARM, m68k, MIPS, SPARC32 и PowerPC), и возможность переключаться между ними без перезагрузки!
Сенсация! Спешите! Только у нас!
| | |
| |
| 5.25, AHAHAC (ok), 19:19, 27/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
 >>ну вот у анона комп с тремя разными процессорами
> Ага, а кто осилил установку QEMU, тот автоматом получает сразу пять процов
> в подарок (x86, ARM, m68k, MIPS, SPARC32 и PowerPC), и возможность
> переключаться между ними без перезагрузки!
> Сенсация! Спешите! Только у нас!
Мож у них еще единые namespace, VM, FS ...?
| | |
| |
| 6.38, Аноним (-), 09:14, 28/07/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Мож у них еще единые namespace, VM, FS ...?
Есть режим прозрачного запуска бинарей ARM и MIPS на х86 системе, трансляция команд и вызовов делается прямо на ходу. Добро пожаловать в XXI век, век где реальность и виртуальность встречаются и объединяются в мир супервозможностей. В нечто единое, которое мы где-то уже видели. Knock-knock, AHAHAC. Hypervisor mode has you ;)
| | |
|
|
| 4.37, Аноним (-), 09:09, 28/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
> ну вот у анона комп с тремя разными процессорами, а вы все
> "зачем, зачем...".
Может он просто разрабатывает под 3 разные архитектуры?
| | |
|
|
|
| 1.14, Аноним (-), 07:44, 27/07/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Совершенно непонятное решение разработчиков. Совместное существование 64 и 32 битных систем уже реализовано во всех дистрибутивах. Каким образом они собираются запускать ещё и ARM, который работает на весьма специфическом оборудовании, требующем специализированных дистров? PowerPC мёртв, SPARC мёртв, MIPS и AVR не достигли должного уровня. Конечно, делать им не запретишь, но это ещё один шаг по превращению Debian в какое-то непонятное образование, используемое для тестинга непопулярных решений.
| | |
| |
| 2.20, Crazy Alex (??), 12:45, 27/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
"Нет на десктопах" и "мёртв" несколько разные вещи, вам не кажется? Не говоря о том, что эта штука будет удобна прежде всего для разработки на чужие архитектуры (в коих вы забыли еще Cell упомянуть, и кучу более экзотических девайсов, вроде того же OpenRISC). И лично мне попадалась как минимум пара анонсов ноутбуков, имеющих на борту ARm (и какой-нибудь огрызок линукса) для "быстрой проверки почты" и т.п., без загрузки винды. Вот такие машины тоже выиграют от возможности использовать нормальный дистрибытив на обеих архитектурах.
| | |
| 2.39, Аноним (-), 09:20, 28/07/2011 [^] [^^] [^^^] [ответить] | +/– | Qemu уже давно запускает ARM, внезапно Power жив Ну или идите обрадуйте ибм К... большой текст свёрнут, показать | | |
| |
| 3.44, Аноним (-), 19:19, 28/07/2011 [^] [^^] [^^^] [ответить]
| +/– | |
Да вы жжоте. Это с чего SPARC мертв? Его в классическом виде SPARCv9 производит Fujitsu по лицензии, есть такой машин M8000 и PrimePower.
Оракл выпускает Exadata на UltraSPARC - слышали? Пруфы на www.oracle.com.
Вы вообще что-нибудь читаете, кроме опеннета и ленты.ру?
| | |
|
|
| 1.26, anonymous (??), 20:05, 27/07/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 (задумчиво, по поводу x64) вот пока остаются задачи типа «облегчения запуска 32-разрядных приложений на 64-разрядных системах», это ваше x64 нафиг не требуется.
| | |
| |
| |
| 3.29, anonymous (??), 21:47, 27/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
никакое нафиг не требуется. костылей и так достаточно, «плюс один костыль» явно лишний.
| | |
|
| 2.40, Аноним (-), 09:27, 28/07/2011 [^] [^^] [^^^] [ответить] | +/– | 1 А как нам адресовать в программе более 2-3 гигз памяти, если это стало надо ... большой текст свёрнут, показать | | |
| |
| 3.42, anonymous (??), 13:41, 28/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
> 1) А как нам адресовать в программе более 2–3 гигз памяти, если
> это стало надо?
это часто надо? при этом обязательно одним куском? пардон, про мегасервера речь не шла, я думал, сие очевидно.
> Оперативки нынче много и как-то обидно если из
> 8 гигз в программе можно заюзать не более 2.
а лучше — и того меньше. а то глаза у быдлокодеров завидущие, руки загребущие…
> По подобным причинам на серверах х86 уже фактически сдох, кстати.
ORLY? а, ну да: мода-жабо-ынтырпрайз.
> 2) А ничего что большая пачка 64-битных регистров работает сильно быстрее с
> данными в int64 чем х86 с куцым набором 32-битных регистров?
единственное сомнительное преимущество. согласен, набор регистров у x86 совершенно идиотский, ещё и неортогональный.
> количество 64-бит вычислений растет и растет.
add, sub, mul, div. пардон, это мы ещё на Z80 умели.
> 3) А еще в х64 нам гарантируют SSE2. А на x86 не
> гарантируют. Какая программа работает быстрее, та которая может заведомо использовать
> SSE2 везде и всюду где хочет, или которая не может? ;)
та, которая собрана из универсальных исходников компилятором, знающим о свойствах целевой архитектуры.
вообще, все эти buzzwords сильно overrated. что действительно важно, например, и о чём никто не упоминает — это вот то, что реализация MMU в пингвинусе не позволяет делать эффективные GC. у процессора есть полезности, которые это упрощают, а мы до сих пор в прошлом веке топчемся. вот это — действительно важная вещь. вот, например, первые шаги, которые как-то никто не горит желанием поддерживать: http://www.managedruntime.org/
| | |
| |
| 4.47, vle (ok), 11:26, 29/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
 >> 1) А как нам адресовать в программе более 2–3 гигз памяти, если
>> это стало надо?
> это часто надо? при этом обязательно одним куском? пардон, про мегасервера речь
> не шла, я думал, сие очевидно.
x86-64 полезен не только 64-битной адресацией, но и лучшей рандомизацией
многих вещей в параноидальных дистрибутивах и системах,
например ASLR. Оно и на десктопах актуально, в принципе.
| | |
| 4.48, Аноним (-), 13:26, 29/07/2011 [^] [^^] [^^^] [ответить] | +/– | Может и не часто, но обламываться в любом случае неприятно А утверждать что бол... большой текст свёрнут, показать | | |
| |
| 5.50, anonymous (??), 18:03, 29/07/2011 [^] [^^] [^^^] [ответить]
| +/– | |
в принципе, я сначала хотел даже ответить как нормальному. но дочитал до конца и передумал. разве что за MMU извинюсь: конечно, я VMM имел в виду.
а беседовать с человеком, который не писал ничего серьёзного, смешно и бессмысленно.
| | |
|
|
|
|
| 1.30, Nxx (ok), 22:00, 27/07/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 > Более того, в будущем планируется реализация возможности по live-миграции 32-разрядных окружений в 64-разрядное представление, без переустановки дистрибутива.
В openSUSE всегда было можно. Как и обратная миграция.
| | |
| 1.31, Nxx (ok), 22:01, 27/07/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
И вообще, Debian опять выдумывает свои костыли вместо того, чтобы следовать стандарту.
| | |
| |
| 2.41, Аноним (-), 09:28, 28/07/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> И вообще, Debian опять выдумывает свои костыли вместо того, чтобы следовать стандарту.
Если всегда только тупо следовать стандарту, получится СССР. И мы бы тогда юзали сейчас init из семидесятых прошлого века, черно-зеленые телетайпы и однобайтные кодировки.
| | |
| |
| 3.45, Аноним (-), 19:21, 28/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
>> И вообще, Debian опять выдумывает свои костыли вместо того, чтобы следовать стандарту.
> Если всегда только тупо следовать стандарту, получится СССР. И мы бы тогда
> юзали сейчас init из семидесятых прошлого века, черно-зеленые телетайпы и однобайтные
> кодировки.
Тупое следование стандарту означает вечную максиму ИТ - "Совместимость важнее производительности". Но жизнь, она, сцуко, как щенята брошенные в колодец, почему-то всегда имеет тенденцию двигаться по кругу. Причина этому, я думаю, очень проста - "Дуракам стандарт не писан".
PS. Стандартизация вообще-то создала индустриальную цивилизацию. Если чо.
| | |
| 3.46, anonymous (??), 20:32, 28/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
> юзали сейчас init из семидесятых прошлого века, черно-зеленые телетайпы и однобайтные
> кодировки.
я юзаю init, чёрно-зелёный эмулятор VT102 и однобайтную кодировку. всё работает. ЧЯДНТ?
| | |
| |
| 4.49, Аноним (-), 13:41, 29/07/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> я юзаю init,
Да господи, пользуйтесь хоть multics и CP/M. Кому хуже то? :)
> чёрно-зелёный эмулятор VT102
Не аутентично. Для полной красоты надо настоящий черно-зеленый терминал на RS232.
> и однобайтную кодировку
У нее есть один "маленький" недостаток: информация о code page должна браться где-то сбоку, а не из самого текста. Ну кому-то может и нравятся крокозябрики.
> всё работает. ЧЯДНТ?
Наверное, следовало добавить трогательный рассказ о том какой у вас чудный запорожец с соседней свалки.
| | |
| |
| 5.51, anonymous (??), 18:05, 29/07/2011 [^] [^^] [^^^] [ответить]
| +/– |
> У нее есть один "маленький" недостаток: информация о code page должна браться
> где-то сбоку, а не из самого текста. Ну кому-то может и
> нравятся крокозябрики.
кому нравятся -- тот смотрит, наверное. у меня же нормальный русский и нормальный английский.
>> всё работает. ЧЯДНТ?
> Наверное, следовало добавить трогательный рассказ о том какой у вас чудный запорожец
> с соседней свалки.
пофантазировал? кончил? молодец. жертва моды.
| | |
|
|
|
|
|
