Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Выпуск CentOS 7.3 для 32-разрядных систем x86 , opennews (?), 30-Янв-17, (0) [смотреть все] А по существу что даёт 64 бита 4-5 компенсируются меньшим потреблением памяти , anonymous (??), 22:17 , 30-Янв-17, (11) –5 // Больше байт в некоторых типах переменных , saahriktu (ok), 23:00 , 30-Янв-17, (15) –2 // откуда лезут диванные эксперды, а Тебе - ничего не даёт, радуйся , Аноним (-), 23:11 , 31-Янв-17, (78) по существу - не спотыкаться о длину указателей, не лазить к файлам больше 4G че, пох (?), 23:29 , 30-Янв-17, (17) +4 // Это софистика всё Конкретный прирост производительности есть p7zip даёт у меня, anonymous (??), 08:09 , 31-Янв-17, (19) –3   // вы из какой криокамеры вылезли Прироста хотите - да ради б-га, баферпул мискла , Samm (??), 09:57 , 31-Янв-17, (25)   поэтому центосники и собрали свою версию с PAE - x86 в принципе позволяет обойт, . (?), 14:05 , 31-Янв-17, (46) +1   у меня процентов 30-40, бедный буратино (ok), 12:53 , 31-Янв-17, (41)   Зря не 146 Убедительнее бы смотрелось , anonymous (??), 15:01 , 31-Янв-17, (48) –2   есть если программист не делает специальных телодвижений - ты просто не можешь , . (?), 13:55 , 31-Янв-17, (45)   Глючный софт это не аргумент вообще Если задаться целью, то можно накопать гору, anonymous (??), 15:44 , 31-Янв-17, (57) –1   с чего он глючный Тебя может еще смущает, что он на твоем советском калькулятор, пох (?), 16:25 , 31-Янв-17, (60) +2   Это И при этом x64 Нафиг мне лишний гемморой с EFI , Аноним (-), 18:12 , 31-Янв-17, (67)   Не, это у вас какой-то неправильный феникс Или с памятью проблемы Правильный -, Аноним (-), 22:37 , 31-Янв-17, (77) –1   Не смешно, потому что феникс до 2008 года разрабатывали А x86_64 процы появилис, Аноним (-), 11:05 , 01-Фев-17, (92)   Или мотороловской, или ещё какой Да мало ли кого ещё Сам по себе рост разрядно, Ю.Т. (?), 18:13 , 31-Янв-17, (68) +1   просто мы можем, наконец-то, делать вещи, которые раньше были либо вовсе недосту, пох (?), 17:04 , 03-Фев-17, (100) +1   Ну, это уж поехало в духе что не тыща, то и мильён А можно и так посмотре, Ю.Т. (?), 22:08 , 03-Фев-17, (102)   Новый набор инструкция на CPU Не, не слышал, я слышал только о RAM 4Гб, Аноним (-), 08:04 , 31-Янв-17, (18) +1 // Для памяти 4Гб есть PAE Работает как часы Это в венде его опять-таки маркето, anonymous (??), 08:11 , 31-Янв-17, (20) –2 // Как г-но он работает, там процесс все равно не получает больше 4 , Samm (??), 09:58 , 31-Янв-17, (26) +1 Ваше мнение об 32-b user-space-е на amd64 ядре http www opennet ru openforum , Andrey Mitrofanov (?), 10:46 , 31-Янв-17, (30) Актуально только для обработки более 4-х гигов данных за один заход А если данн, saahriktu (ok), 11:11 , 31-Янв-17, (31) –1 Что эффективнее при наборе данных в 8 Тб - mysql с буфером InnoDB в 2 гига или в, AlexAT (ok), 12:25 , 31-Янв-17, (36) +1 Это уже другой вопрос, который не имеет смысла если оперативки всего от 512-ти М, saahriktu (ok), 12:38 , 31-Янв-17, (39) –1 Да, действительно уже некоторое время как столько оперативки не имеет смысла Ск, _ (??), 21:16 , 31-Янв-17, (72) –1 Опять какое-то серверное применение Там наверное и проц особый нужен , anonymous (??), 15:47 , 31-Янв-17, (58) –1 AMD 965 1090 или Core2 даже пищебродам вполне хватало , anomymous (?), 20:54 , 31-Янв-17, (71) –1 Покажи мне материнку на 775 сокете, которая бы поддерживала больше 4-8ми Гб RAM , Аноним (-), 11:09 , 01-Фев-17, (93) –1 К счастью , anomymous (?), 22:16 , 01-Фев-17, (97) При соотношении обрабатываемых данных и массива рабочей памяти в тысячи, т е вт, Ю.Т. (?), 08:06 , 01-Фев-17, (80) Конечно Лучше пилить медленными ротационными дисками или протереть насквозь SSD, anomymous (?), 08:39 , 01-Фев-17, (81) –1 Массовый отечественный информатик, чем дальше, тем больше, характеризуется диков, Ю.Т. (?), 09:03 , 01-Фев-17, (87) –3 Ну так озвучь нам, о гений земли руськой, ту самую первую задачу, которая не дае, Гуглик (?), 09:54 , 01-Фев-17, (90) +1 Для начала изъяснись ты по-руськи Да ладно Если ты это не он, то он не понимает, Ю.Т. (?), 10:30 , 01-Фев-17, (91) –2 нет c Актуально для _любой_ работы с данными больше 4G - в том числе банально п, . (?), 17:26 , 31-Янв-17, (63) Железо для 32-х битных систем с парой гигов оперативы лежит на полках магазинов , saahriktu (ok), 17:53 , 31-Янв-17, (66) ну не ходи в такой плохой магазин, зачем ты так с собой В моем китайском планшет, . (?), 15:53 , 02-Фев-17, (99) А тебе на что больше 4 Даже браузеры давно умеют многопроцессность , anonymous (??), 15:03 , 31-Янв-17, (49) –3 К слову, по сравнению с тем, сколько кипят холиворы 32vs64 - не так уж и давно н, freehck (ok), 09:01 , 01-Фев-17, (85) +1 слова не мальчика, но иксперта назови хоть одну программу, которая умеет адресов, Нанобот (ok), 10:18 , 31-Янв-17, (27) –4 А с чего ты взял, что кто-то должен опровергать твой бред Это ограничение есть,, anonymous (??), 15:06 , 31-Янв-17, (50) Несколько сотен i 86-процессоров - это суровый садомазохизм , anomymous (?), 09:03 , 01-Фев-17, (86) –1 Поправка как ручные механические часы Со всеми их срывами, отставаниями-опереж, anomymous (?), 21:20 , 03-Фев-17, (101) На практике эти инструкции ничего ощутимого не дают А вот работать часть прилож, Аноним (-), 12:17 , 31-Янв-17, (32) –1 // Давай список этих приложений А то вон у нас итаниум так и не взлетел Я понимаю, anonymous (??), 15:08 , 31-Янв-17, (51) –1 Даёт приятное теплое чувство, что у тебя не отсталые 32, а передовые 64 , Ю.Т. (?), 08:53 , 31-Янв-17, (21) // Приятное тёплое чувство, что тот же пых, собранный на x64, исполняет одни и те ж, anomymous (?), 08:41 , 01-Фев-17, (82) –1 // Откуда дровишки Вон они на unboxing или как там его в 5 6 7 0 _два_раза_ и б, Andrey Mitrofanov (?), 15:16 , 01-Фев-17, (94) На самом деле, иногда разница есть -- если используешь что-то вроде BLAS Для ма, Ю.Т. (?), 08:55 , 31-Янв-17, (22) +1 // Для массового юзера отличье начнётся там, где начнутся операции с длинными числа, anomymous (?), 08:44 , 01-Фев-17, (83) –2 Во-во Как раз собирался написать, что для газодинамических расчётов выигрыш оче, freehck (ok), 09:16 , 01-Фев-17, (88) // gt оверквотинг удален Ну да Это и есть 1 фундаментальная проблема и 2 пробл, Ю.Т. (?), 09:38 , 01-Фев-17, (89) почему кому то надо допиливать то что нужно вам , Михаил (??), 09:13 , 31-Янв-17, (23) +1 // В мире больше половины компов с менее 4 Гб на борту Разработчики операционных с, Аноним (-), 12:20 , 31-Янв-17, (34) –2 // Наверно разработчики ценят своё время и не хотят заниматься архитектурой которая, Михаил (??), 12:40 , 31-Янв-17, (40) Разработчики чего Большинство так вообще пишут на си, т е на более высоком уро, anonymous (??), 15:16 , 31-Янв-17, (55) –1 Ядра и драйверов, не i386 из ядра выпилили, со временем по той же причине будет , anomymous (?), 08:47 , 01-Фев-17, (84) –2 но большая их часть лежит на свалке в Гане google for it как страшный сон, да п, пох (?), 16:36 , 31-Янв-17, (61) –1 Вот мы с тобой думали, что Интель продаёт нам 64-b , да Нет Эти вырезано с, Andrey Mitrofanov (?), 10:32 , 31-Янв-17, (28) +2 // только вот нахрена там центось и вообще система общего назначения - для удобства, пох (?), 16:43 , 31-Янв-17, (62) –1 ничего не дает Как и 32 битная архитектура Всем пересаживаемся на 8088 64 кба, Аноним (-), 12:18 , 31-Янв-17, (33) –2 // Больше 2х или 4x Ты определись, а то выше про 4 говорили И давай список этих п, anonymous (??), 15:11 , 31-Янв-17, (53) –2 // Под XPюшей два гига, под линуксом четыре , angra (ok), 15:50 , 31-Янв-17, (59) –1 Три, nobody (??), 20:33 , 31-Янв-17, (70) +1 ps ux 124 grep perlangra 5127 21 1 26 4 4053676 4051504 pts 4 S 01 1, angra (ok), 02:10 , 01-Фев-17, (79) +1 Что за плата чипсет , nobody (??), 15:29 , 01-Фев-17, (95) –1 Ну и uname -a неплохо бы, nobody (??), 15:30 , 01-Фев-17, (96) Это ты правильно смекнул Да, дело в ядре В данном случае это amd64 ядро на 32-, angra (ok), 02:31 , 02-Фев-17, (98) Плюсую - для десктопа идеально, хотя и с оговоркой про требования современных бр, Moomintroll (ok), 12:25 , 31-Янв-17, (37) –1 // Многопроцессность спокойно решают эту проблему 1 вкладка - 1 процесс Это же ка, anonymous (??), 15:13 , 31-Янв-17, (54) –1 // Не знаю, это не я кодил , Moomintroll (ok), 15:37 , 31-Янв-17, (56) +1 К сожалению, большинство дополнительных реп, например epel, не поддерживают 32-р, Eugene (ok), 09:51 , 31-Янв-17, (24) +2 // без epel совсем хреновенько, согласен, бугага (?), 12:27 , 31-Янв-17, (38) Copr FedoraProject будет поддерживать сборку el7 для i686 А то проблема с мульт, Аноним (-), 10:34 , 31-Янв-17, (29) –2 а какой нить guix умеет часть пакетов х64, часть х32, а часть х86 и чтоб в ко, J.L. (?), 13:21 , 31-Янв-17, (43) // По впечатлению, возможно необоснованному и ошибочному, эти всякие multiarch-и m, Andrey Mitrofanov (?), 13:45 , 31-Янв-17, (44) // Соляра может, ananim (?), 14:32 , 31-Янв-17, (47) –1 // x32 linux ABI Верю , Andrey Mitrofanov (?), 15:09 , 31-Янв-17, (52) +1 Гикс умеет создавать окружения x86 на системе x64 Например, так можно получить , Аноним (-), 19:11 , 31-Янв-17, (69) 11,24,29,43

Сообщения

[Сортировка по времени | RSS]

	19. "Выпуск CentOS 7.3 для 32-разрядных систем x86 "	–3 +/–
	Сообщение от anonymous (??), 31-Янв-17, 08:09
	>не лазить к файлам больше 4G через анальный интерфейс, целочисленную арифметику, пригодную для практического использования... Это софистика всё. Конкретный прирост производительности есть? p7zip даёт у меня прирост в единицы %. Это на i5. Зато потребление памяти раза в полтора возрастает и вылезает куча других странных глюков. Оно мне надо?
	Ответить | Правка | Наверх | Cообщить модератору

	25. "Выпуск CentOS 7.3 для 32-разрядных систем x86 "	+/–
	Сообщение от Samm (??), 31-Янв-17, 09:57
	вы из какой криокамеры вылезли? Прироста хотите - да ради б-га, баферпул мискла более 4 гигов. Банальный Redis или любой другой nosql на всю память. Да просто все, что упирается в лимиты
	Ответить | Правка | Наверх | Cообщить модератору

	46. "Выпуск CentOS 7.3 для 32-разрядных систем x86 "	+1 +/–
	Сообщение от . (?), 31-Янв-17, 14:05
	> вы из какой криокамеры вылезли? Прироста хотите - да ради б-га, баферпул > мискла более 4 гигов. Банальный Redis или любой другой nosql на поэтому центосники и собрали свою версию с PAE ;-) x86 в принципе позволяет обойти лимит в 4G - проблема, что для этого нужны нетривиальные ручные телодвижения (при неправильных - потеря производительности не в проценты, а в разы) авторам софта. А они их просто скоро перестанут делать вообще, забив на всякие *(long long) и lllllllseek (а то еще и семантику сменят, сделав ll признаком >64T), и при этом не проверяя размеры - "на нормальной системе все работает". (поэтому я немного нечестен в том что это "пара крыжиков в сборочной ферме" - это еще далеко не пара дурацких багрепортов, с которыми непонятно, что делать, и которых со временем будет все больше. Впрочем, на самом деле, понятно - оставлять висеть в статусе 'new, unassigned', пока проект не закроют. А вот RH себе этого позволить не может ;-) Но _пока_ у многих все же будет работать. Мне, к примеру, нужно для дешевых виртуалок на неспособной тянуть 64битных гостей системе. Оно сколько-то еще трудами центосников поживет, а потом на матери раздует кондюки (и хостер мне ее на халяву проапгрейдит на правильную, если повезет ;-)
	Ответить | Правка | Наверх | Cообщить модератору

	41. "Выпуск CentOS 7.3 для 32-разрядных систем x86 "	+/–
	Сообщение от бедный буратино (ok), 31-Янв-17, 12:53
	>  p7zip даёт у меня прирост в единицы % у меня процентов 30-40
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	48. "Выпуск CentOS 7.3 для 32-разрядных систем x86 "	–2 +/–
	Сообщение от anonymous (??), 31-Янв-17, 15:01
	>у меня процентов 30-40 Зря не 146. Убедительнее бы смотрелось.
	Ответить | Правка | Наверх | Cообщить модератору

	45. "Выпуск CentOS 7.3 для 32-разрядных систем x86 "	+/–
	Сообщение от . (?), 31-Янв-17, 13:55
	> Конкретный прирост производительности есть? есть: если программист не делает специальных телодвижений - ты просто не можешь работать с файлом больше определенной длины. Вот твоя производительность при этом - равна нулю. А программисты все больше и больше перестают делать эти самые телодвижения - у них хватает бабла на x64 систему, ага. Завтра выйдет несовместимая версия этого p7zip, которая у тебя либо не будет собираться вовсе, либо не будет работать правильно, либо будет только с архивами меньше 4G. Та же целочисленная арифметика - все, кто ей пользуется всерьез, вынуждены вставлять cpu detection код, и подменять ее плавающей для таких как ты. Очень скоро они либо вообще перестанут это делать (производительность, ага - труда человека), либо сделают с ошибкой и никто ее не заметит (а заметившие ниасилят исправить). другое дело, что для того же центоса вопрос сборки под x86 _пока_ - это всего лишь вопрос пары крыжиков в настройке сборочной фермы (хотя, как видим, уже не совсем - secure boot пришлось ручками отламывать. А он на, как минимум, моем uefi32 - вполне себе есть, просто нет никого, кто написал бы работающий код), и очень неплохо, что они не поленились их нажать и выделить немного мощности и для этого. Но, предвижу, это щастье нам ненадолго, и в следующей major поддержки x86 просто не будет. С другой стороны - ну сижу я на системе где и этот центос не заведется (они зачем-то собрали его с PAE - кому вот это нахрен  надо, для меня полная загадка) - что-то пятилетней давности, что-то - руками собрано как надо. Еще лет на пять ее хватит, хотя уже не для всего, а там либо конденсаторы поплывут, либо вообще начнутся диффузные процессы в кристаллах. Не вижу, что тебе мешает идти тем же путем. Для _массовой_ устарновки (для чего и нужен дистрибутив) все равно уже нет смысла выбирать x86.
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	57. "Выпуск CentOS 7.3 для 32-разрядных систем x86 "	–1 +/–
	Сообщение от anonymous (??), 31-Янв-17, 15:44
	Глючный софт это не аргумент вообще. Если задаться целью, то можно накопать гору софта, который не будет работать на x64 и наоборот. И там и там, будут вполне очевидные ошибки. А то, что появляются проблемы из-за каких-то кривых уефи, так то маркетологи небось химичат. Архитектура тут не при чём вообще. Что-то из разряда насильно выключенного PAE в венде. Конечно, рано или поздно на 64 бита загонят всех, но это будет исключительно искусственное решение, вроде uefi, DRM и каких-то там непонятных чипов в материнках.
	Ответить | Правка | Наверх | Cообщить модератору

	60. "Выпуск CentOS 7.3 для 32-разрядных систем x86 "	+2 +/–
	Сообщение от пох (?), 31-Янв-17, 16:25
	> Глючный софт это не аргумент вообще. с чего он глючный? Тебя может еще смущает, что он на твоем советском калькуляторе MK не работает, даже если б в теории могло? > И там и там, будут вполне очевидные ошибки. там нет никаких "ошибок", ну кроме той, что не вбита #pragma error "whis should not work on anything less than x64 arch" > А то, что появляются проблемы из-за каких-то кривых уефи, так то маркетологи небось > химичат. а, понял тебя - uefi происки проклятых маркетологов, ну надо же. phoenix bios forever, and 640k should be enough for all. > Конечно, рано или поздно на 64 бита загонят всех, но это будет исключительно > искусственное решение да, а так-то, без сраных маркетологов, сидели бы по сей день на прекрасной восьмибитной архитектуре. Или даже на 2x4битной, привет 8008
	Ответить | Правка | Наверх | Cообщить модератору

	67. "Выпуск CentOS 7.3 для 32-разрядных систем x86 "	+/–
	Сообщение от Аноним (-), 31-Янв-17, 18:12
	> phoenix bios forever ^ Это. И при этом x64. Нафиг мне лишний гемморой с EFI?
	Ответить | Правка | Наверх | Cообщить модератору

	77. "Выпуск CentOS 7.3 для 32-разрядных систем x86 "	–1 +/–
	Сообщение от Аноним (-), 31-Янв-17, 22:37
	>> phoenix bios forever > > ^ Это. > > И при этом x64. Нафиг мне лишний гемморой с EFI? Не, это у вас какой-то неправильный феникс. Или с памятью проблемы. Правильный - только x86 и только 16-битный. А вот как из этого 16-битного переключали проц в "x64"(точнее - x86_64) - читайте в документации :)
	Ответить | Правка | Наверх | Cообщить модератору

	92. "Выпуск CentOS 7.3 для 32-разрядных систем x86 "	+/–
	Сообщение от Аноним (-), 01-Фев-17, 11:05
	> Не, это у вас какой-то неправильный феникс. Или с памятью проблемы. Правильный > - только x86 и только 16-битный. А вот как из этого > 16-битного переключали проц в "x64"(точнее - x86_64) - читайте в документации > :) Не смешно, потому что феникс до 2008 года разрабатывали. А x86_64 процы появились хрен знает когда. Ну я таки имелл ввиду, что у меня нет EFI, обычный American Megatrends BIOS.
	Ответить | Правка | Наверх | Cообщить модератору

	68. "Выпуск CentOS 7.3 для 32-разрядных систем x86 "	+1 +/–
	Сообщение от Ю.Т. (?), 31-Янв-17, 18:13
	>> Конечно, рано или поздно на 64 бита загонят всех, но это будет исключительно >> искусственное решение > да, а так-то, без    маркетологов, сидели бы по сей день на > прекрасной восьмибитной архитектуре. Или даже на 2x4битной, привет 8008 Или мотороловской, или ещё какой. Да мало ли кого ещё . Сам по себе рост разрядности в шинах не так ценен, как кажется. Просто мы крутимся в замкнутом круге - раздувание массивов данных <-> набрасывание железа. И этот круг создан не реальными потребностями преобразования данных, а, да-да, маркетологами. Сколько там сейчас порядков в мировом объёме составляют все эти ролики и носимая медия? Сам круг реален, конечно, и эти разговоры по большому счету бессмысленны. Ну, кроме ум показать.
	Ответить | Правка | К родителю #60 | Наверх | Cообщить модератору

	100. "Выпуск CentOS 7.3 для 32-разрядных систем x86 "	+1 +/–
	Сообщение от пох (?), 03-Фев-17, 17:04
	> Просто мы крутимся в замкнутом круге - раздувание массивов данных <-> набрасывание железа. просто мы можем, наконец-то, делать вещи, которые раньше были либо вовсе недоступны, либо делались через жопу и при этом очень подорого. Не хотите ли вернуться, к примеру, к линейному видеомонтажу - два видака, ручные крутилки, ручное выравнивание кадров - а потом еще отдельно аудиотрек положить, все теплое-ламповое, и каждая операция поэтому портит качество (а для "взрослых" - спецоборудование, ценой в миллиард, и тоже, все равно, портит - но, хотя бы, быстро). Меня сейчас вполне устраивает, что я могу совершенно спокойно швыряться 4k роликами с экшн-камер, и операция "подрезать хвосты, склеить и вывалить на диск" не требует всей жизни и еще пару лет впридачу, и не требует сооружать для этой цели специальный компьютер за дохрена денег со специальным оборудованием, годится мой офисный ноут. А любителям теплого-лампового с удовольствием продам кинокамеру Спорт. 8mm*2, шикарная вещь. У меня даже эта чудо-пленка для нее есть, только за двадцать лет, боюсь, шансы получить на ней хоть какую-то картинку равны нулю (даже если б было чем и в чем ее обработать). > Сам по себе рост разрядности в шинах не так ценен, как кажется. если ты готов ограничить свои компьютерные потребности возможностями 8-битных процессоров - то да. Но про интернеты эти ваши - сразу же забывай. Они в 16-то были не айс - что ka9q, что trumpet. Про кино, понятно, тоже. Музыка - ну, восьмибитный синтезатор, да, вперед. Какой еще такой mp3?
	Ответить | Правка | Наверх | Cообщить модератору

	102. "Выпуск CentOS 7.3 для 32-разрядных систем x86 "	+/–
	Сообщение от Ю.Т. (?), 03-Фев-17, 22:08
	>> Просто мы крутимся в замкнутом круге - раздувание массивов данных <-> набрасывание железа. > просто мы можем, наконец-то, делать вещи, которые раньше были либо вовсе недоступны, > либо делались через жопу и при этом очень подорого. ... > если ты готов ограничить свои компьютерные потребности возможностями 8-битных процессоров Ну, это уж поехало в духе: "что не тыща, то и мильён". А можно и так посмотреть, что за, скажем, минувшие 20 лет ни у кого из человечества не выросли новые органы чувств, и не изменились качественно диапазоны восприятия, и осталась прежней ёмкость подкорки; тот же суточный цикл и т.д. Так почему за всё те же потребляемые нами интернеты мы должны покупать и покупать и покупать, и делать то же самое в рабочей памяти, выросшей на 6-7 порядков, с исполнительными устр-вами, выросшими в мощн-ти соответственно?? Покупка обесценивается чуть ли не в два-три года постоянной (нужной ли?) сменой ассортимента. Кто кому голову морочит? > Меня сейчас вполне устраивает, что я могу совершенно спокойно швыряться 4k роликами > с экшн-камер, и операция "подрезать хвосты, склеить и вывалить на диск" > не требует всей жизни и еще пару лет впридачу, и не > требует сооружать для этой цели специальный компьютер за дохрена денег со > специальным оборудованием, годится мой офисный ноут. Ах-ах, неотвратимая поступь прогресса. Ещё бы узнать, как формируется спрос на плоды этого монтажа. Что касается собственно верхнего слоя задач, то он будет всегда, и соответствующие тех. средства должны расти. Это так называемый "средний" слой, который вызывает сомнения.
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема