|
|
3.4, aim (ok), 10:19, 05/06/2015 [^] [^^] [^^^] [ответить]
| –13 +/– |
для этого есть docker и проч. контейнеры. или вот то что intel выпустила.
| |
|
2.7, fi (ok), 10:33, 05/06/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
By ex.: В ходу по прежнему платы на атомах, а он настолько урезан, что про 64-бита лучше не заикаться - он эмулируется.
| |
|
3.23, Stax (ok), 18:07, 05/06/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
Дополнительный набор регистров, простейшие операции с 64-х битными int'ами и 64-х битное адресное пространство эмулируются?? Ну ничего себе эмулятор.
Что Atom N2800 (2011 год) в моем домашнем роутере, что Atopm Z3740 на планшете совершенно нативно работают в 64-х битном режиме.
| |
|
4.26, AlexAT (ok), 21:40, 05/06/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
Да не парьтесь вы по застрявшим в прошлом. Пусть себе экономят. Вот только производительность серверных CPU почти (по сравнению с прошлым) не растёт уже, а размер RAM вполне себе растёт дальше. Так что скоро жизнь заставит экономить вовсе не RAM, а такты.
| |
|
|
2.13, _KUL (ok), 12:05, 05/06/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
Для спец.компов/спец.железок которые в прошлом веке разрабатывались но и сейчас справляются со своими спец.задачами, и у которых драйвера только для 32 разрядных систем написаны.
| |
|
3.28, AlexAT (ok), 23:10, 05/06/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Для спец.компов/спец.железок которые в прошлом веке разрабатывались но и сейчас справляются
> со своими спец.задачами, и у которых драйвера только для 32 разрядных
> систем написаны.
Ну и почему бы на этих платформах не юзать настолько же древние ОС? Они же справляются, а раз справляются - зачем что-то менять?
| |
|
2.21, Cuernud (?), 15:16, 05/06/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Зачем сейчас нужна 32 бит платформа?
Затем, что полно серверов, которые нормально работать будут ещё годы, а менять их очень дорого.
| |
|
3.27, AlexAT (ok), 23:09, 05/06/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Затем, что полно серверов, которые нормально работать будут ещё годы, а менять
> их очень дорого.
А электричество на это "нормально" не дороже обойдётся?
| |
|
2.36, q (??), 10:14, 19/06/2015 [^] [^^] [^^^] [ответить]
| +/– |
Всякий старый Ъ софт иногда работает только на 32 и который некому уже рефакторить/переписывать.
| |
|
3.37, AlexAT (ok), 21:49, 19/06/2015 [^] [^^] [^^^] [ответить]
| +/– |
> Всякий старый Ъ софт иногда работает только на 32 и который некому
> уже рефакторить/переписывать.
Пггостите, но под x86-64 замечательно можно собрать этот софт с -m32. Совместимость никто не ломал.
| |
|
|
|
2.10, Alukardd (ok), 10:52, 05/06/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
aim, ну предположу, что в серверном мире всё же есть говноприложения вроде skype, которые хотят 32-х битные либы, значит они всё равно нужны, а раз нужны, значит нужно их вместе оттестировать и паковать. Собственно, мы подошли к 32-х битной сборки CentOS7.
| |
|
3.15, aim (ok), 12:56, 05/06/2015 [^] [^^] [^^^] [ответить]
| +/– |
> aim, ну предположу, что в серверном мире всё же есть говноприложения вроде
> skype, которые хотят 32-х битные либы, значит они всё равно нужны,
> а раз нужны, значит нужно их вместе оттестировать и паковать. Собственно,
> мы подошли к 32-х битной сборки CentOS7.
32хбитные либы в RHEL 7 есть.
| |
|
4.16, Alukardd (ok), 13:04, 05/06/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
А если приложение хочет 32-х битное ядро, то setarch делать? Почему бы не собрать ОСь из имеющихся либ? А если это трудно ввиду каких-то недочётов, то не надо хвалиться, что все либы есть и их можно установить в 64-х битную ОСь.
| |
|
5.19, aim (ok), 13:53, 05/06/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
> А если приложение хочет 32-х битное ядро, то setarch делать? Почему бы
> не собрать ОСь из имеющихся либ? А если это трудно ввиду
> каких-то недочётов, то не надо хвалиться, что все либы есть и
> их можно установить в 64-х битную ОСь.
ты не понимаешь - задача избавится от legacy приложений
тут мало кто держит в голове тот факт что ядро фактически давно не разрабатывается для архитектуры x86, только x86_64. и это свершившийся факт. линус сам об этом говорил в одном из интервью - он его даже для x86 не собирает
| |
|
|
|
|
1.5, Аноним (-), 10:24, 05/06/2015 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
а зачем гонять 64-разрядную ось на компах с памятью до 4 гигов?
Так что ура товарищи, с добрым утром! :)
| |
|
2.22, КЭП (?), 17:23, 05/06/2015 [^] [^^] [^^^] [ответить]
| +2 +/– |
Для того, что бы использовать 64 битные регистры, например для арифметики.
| |
|
3.25, none7 (ok), 20:38, 05/06/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
И как часто в софте вообще используют int64? На ум приходят только кишки файловой системы, чтение случайных мест файлов имеющих размер более 2Гбайт, иногда индексы баз данных. Общение с сетью в uint16 влазит, криптография под 32-бита заточена, фото и видео больше нуждаются в mmx. А арифметика обычно нуждается в числах с плавающей точкой. Более того не всегда операции с 64 битами стоят дешевле 32-разрядной реализации (а вы думали за 1 такт всё?). Единственный плюс, из за простоты внутренней реализации процессоров AMD, дополнительные 8 регистров работают немного быстрее кеш-памяти, на этом достоинства заканчиваются и вылезают расходы по хранению и обработке 64-битных указателей.
| |
|
4.29, AlexAT (ok), 23:11, 05/06/2015 [^] [^^] [^^^] [ответить]
| +2 +/– |
> И как часто в софте вообще используют int64?
Практически в каждой собранной например GCC софтине. Операции со строками, например. Или копирование структур.
Про int16 для сети - это вообще нонсенс. Даже на mac-адрес uint32 не хватит, а уж про IPv6 вообще молчу. Криптографии - так вообще, чем больше, тем лучше, в любых проявлениях.
В общем, что-то как-то вы слегка мимо.
| |
|
5.35, Аноним (-), 00:14, 10/06/2015 [^] [^^] [^^^] [ответить]
| +/– |
> Практически в каждой собранной например GCC софтине. Операции со строками, например. Или
> копирование структур.
Операции с файлами, наконец: файлы давно не умещаются в 2^32...
| |
|
4.31, КЭП (?), 23:24, 05/06/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
Повод нормально работать с файлами от 2Гбайт уже достаточно весомый для любой современной программы.
Кроме того одна 64-битная операция во многих случаях может заменить 2 любимых вами 32-битных.
По поводу плавучки: Не везде её можно использовать, а фиксированная точка на 64-битах может оказаться более удобной.
| |
|
5.32, none7 (ok), 04:53, 06/06/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Повод нормально работать с файлами от 2Гбайт уже достаточно весомый для любой
> современной программы.
Только реально для программистов ничего не упрощается, а вычисления над файловыми указателями производятся очень редко. На пару операций с 64-битным указателем приходиться IOPS диска, который обрабатывается с точки зрения процессора практически вечность.
> Кроме того одна 64-битная операция во многих случаях может заменить 2 любимых
> вами 32-битных.
С чего это вдруг? Это Вам не sse обрабатывающих от 4 чисел за операцию. Я Вам открою страшный секрет, но на уровне ассемблера 64-битная арифметика без особой нужды не используется, то есть только операции над редкими int64 и частыми указателями.
Если бы была реальная нужда 64-битных регистрах, то производители процессоров внедрили бы их отдельно, задолго до дефицита адресации оперативки. Но всех вполне устраивало 2 инструкции. Тем более, что число инструкций в x86 никогда не было мерилом производительности.
| |
|
|
|
|
1.8, Аноним (-), 10:46, 05/06/2015 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Да виртуалки с 256Мб оперативки еще вполне себе в ходу, и 64 бита там совсем не нужны.
| |
|
2.9, SunXE (ok), 10:51, 05/06/2015 [^] [^^] [^^^] [ответить]
| +2 +/– |
Только вот зачем там семерка? Для унификации разве что.
| |
2.20, Аноним (-), 14:57, 05/06/2015 [^] [^^] [^^^] [ответить]
| +/– |
На виртуалках с 256Мб, даже rhel6 во время yum update может так призадуматься что мало не покажется.
| |
2.30, AlexAT (ok), 23:15, 05/06/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Да виртуалки с 256Мб оперативки еще вполне себе в ходу, и 64
> бита там совсем не нужны.
CentOS 7 на виртуалку с 256мб - это совсем для любителей извращений. Туда пятерка то с трудом влазит, с обрезкой всего.
| |
|
3.34, Аноним (-), 00:09, 10/06/2015 [^] [^^] [^^^] [ответить]
| +/– |
> CentOS 7 на виртуалку с 256мб - это совсем для любителей извращений.
> Туда пятерка то с трудом влазит, с обрезкой всего.
А yum к тому же ловит OOM при малейшем поползновении...
| |
|
|
1.17, DmA (??), 13:27, 05/06/2015 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
для многоплатформенности! А то скоро забудут,что это такое...
| |
|