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

Выпуск 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]

	20. "Выпуск CentOS 7.3 для 32-разрядных систем x86 "	–2 +/–
	Сообщение от anonymous (??), 31-Янв-17, 08:11
	> Новый набор инструкция на CPU? Не, не слышал, я слышал только о > RAM > 4Гб Для памяти > 4Гб есть PAE. Работает как часы. Это в венде его опять-таки маркетоиды порезали.
	Ответить | Правка | Наверх | Cообщить модератору

	26. "Выпуск CentOS 7.3 для 32-разрядных систем x86 "	+1 +/–
	Сообщение от Samm (??), 31-Янв-17, 09:58
	>> Новый набор инструкция на CPU? Не, не слышал, я слышал только о >> RAM > 4Гб > Для памяти > 4Гб есть PAE. Работает как часы. Это в венде > его опять-таки маркетоиды порезали. Как г-но он работает, там процесс все равно не получает больше 4.
	Ответить | Правка | Наверх | Cообщить модератору

	30. "Выпуск CentOS 7.3 для 32-разрядных систем x86 "	+/–
	Сообщение от Andrey Mitrofanov (?), 31-Янв-17, 10:46
	>>> Новый набор инструкция на CPU? Не, не слышал, я слышал только о >>> RAM > 4Гб >> Для памяти > 4Гб есть PAE. Работает как часы. Это в венде >> его опять-таки маркетоиды порезали. > Как г-но он работает, там процесс все равно не получает больше 4. Ваше мнение об 32-b. user-space-е на amd64 ядре? http://www.opennet.ru/openforum/vsluhforumID3/110263.html#117 (Да, я там написал про "знаю, для чего там x86_64" -- *ровно* _два_ приложения (не считая файл-кеша ядра) имеют "буфера" >=4ГБ.) О прогрессе https://wiki.debian.org/Multiarch что думаете, уважаемый коллега?
	Ответить | Правка | Наверх | Cообщить модератору

	31. "Выпуск CentOS 7.3 для 32-разрядных систем x86 "	–1 +/–
	Сообщение от saahriktu (ok), 31-Янв-17, 11:11
	>процесс все равно не получает больше 4 Актуально только для обработки более 4-х гигов данных за один заход. А если данных будет на 8 Тб? Неужели без 8 Тб RAM и соответствующей адресации нельзя будет их обработать? Почему бы не обрабатывать эти 8 Тб данных порциями по 4 гига? А если оперативки всего 2 гига? Её может быть разное кол-во. Как меньше так и больше. Так почему бы тогда и не обрабатывать универсально, используя буфер динамических размеров (а размер будет определяться исходя из доступной оперативки и настроек юзера)?
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

	36. "Выпуск CentOS 7.3 для 32-разрядных систем x86 "	+1 +/–
	Сообщение от AlexAT (ok), 31-Янв-17, 12:25
	Что эффективнее при наборе данных в 8 Тб - mysql с буфером InnoDB в 2 гига или в 8-16?
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Выпуск CentOS 7.3 для 32-разрядных систем x86 "	–1 +/–
	Сообщение от saahriktu (ok), 31-Янв-17, 12:38
	Это уже другой вопрос, который не имеет смысла если оперативки всего от 512-ти Мб до 4-х Гб.
	Ответить | Правка | Наверх | Cообщить модератору

	72. "Выпуск CentOS 7.3 для 32-разрядных систем x86 "	–1 +/–
	Сообщение от _ (??), 31-Янв-17, 21:16
	Да, действительно уже некоторое время как столько оперативки не имеет смысла. Скоро - даже на телефонах. ;-)
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Выпуск CentOS 7.3 для 32-разрядных систем x86 "	–1 +/–
	Сообщение от anonymous (??), 31-Янв-17, 15:47
	> Что эффективнее при наборе данных в 8 Тб - mysql с буфером > InnoDB в 2 гига или в 8-16? Опять какое-то серверное применение. Там наверное и проц особый нужен.
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

	71. "Выпуск CentOS 7.3 для 32-разрядных систем x86 "	–1 +/–
	Сообщение от anomymous (?), 31-Янв-17, 20:54
	> Опять какое-то серверное применение. Там наверное и проц особый нужен. AMD 965/1090 или Core2 даже пищебродам вполне хватало :)
	Ответить | Правка | Наверх | Cообщить модератору

	93. "Выпуск CentOS 7.3 для 32-разрядных систем x86 "	–1 +/–
	Сообщение от Аноним (-), 01-Фев-17, 11:09
	>> Опять какое-то серверное применение. Там наверное и проц особый нужен. > AMD 965/1090 или Core2 даже пищебродам вполне хватало :) Покажи мне материнку на 775 сокете, которая бы поддерживала больше 4-8ми Гб RAM. DDR2 умер, даже для "нищeбродов", как ты выражаешься. На самом деле, видно, никогда не работал в конторах, в которых "устаревшие" компьютеры аккуратненько отправляются на склад, а потом используются в разных других задачах :)
	Ответить | Правка | Наверх | Cообщить модератору

	97. "Выпуск CentOS 7.3 для 32-разрядных систем x86 "	+/–
	Сообщение от anomymous (?), 01-Фев-17, 22:16
	>>> На самом деле, видно, никогда не работал в конторах, в которых "устаревшие" компьютеры аккуратненько отправляются на склад, а потом используются в разных других задачах :) К счастью.
	Ответить | Правка | Наверх | Cообщить модератору

	80. "Выпуск CentOS 7.3 для 32-разрядных систем x86 "	+/–
	Сообщение от Ю.Т. (?), 01-Фев-17, 08:06
	> Что эффективнее при наборе данных в 8 Тб - mysql с буфером > InnoDB в 2 гига или в 8-16? При соотношении обрабатываемых данных и массива рабочей памяти в тысячи, т.е. второе о() от первого, наращивание памяти это далеко не первая задача, которую следует решать. Однако заставить чудика купить не нужные ему апп. ресурсы -- первая задача, которую решают производители АО (в содружестве с произв-ми ПО).
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

	81. "Выпуск CentOS 7.3 для 32-разрядных систем x86 "	–1 +/–
	Сообщение от anomymous (?), 01-Фев-17, 08:39
	> При соотношении обрабатываемых данных и массива рабочей памяти в тысячи, т.е. второе > о() от первого, наращивание памяти это далеко не первая задача, которую > следует решать. Конечно. Лучше пилить медленными ротационными дисками или протереть насквозь SSD, но индексы в памяти не держать, да, и аппресурсы не покупать.
	Ответить | Правка | Наверх | Cообщить модератору

	87. "Выпуск CentOS 7.3 для 32-разрядных систем x86 "	–3 +/–
	Сообщение от Ю.Т. (?), 01-Фев-17, 09:03
	>> При соотношении обрабатываемых данных и массива рабочей памяти в тысячи, т.е. второе >> о() от первого, наращивание памяти это далеко не первая задача, которую >> следует решать. > Конечно. Лучше пилить медленными ротационными дисками или протереть насквозь SSD, но индексы > в памяти не держать, да, и аппресурсы не покупать. Массовый отечественный информатик, чем дальше, тем больше, характеризуется диковатым сочетанием осведомлённостью о самом передовом-мировом и неспособностью охватывать проблемы в масштабе крупнее его серверной/студии/etc.
	Ответить | Правка | Наверх | Cообщить модератору

	90. "Выпуск CentOS 7.3 для 32-разрядных систем x86 "	+1 +/–
	Сообщение от Гуглик (?), 01-Фев-17, 09:54
	Ну так озвучь нам, о гений земли руськой, ту самую первую задачу, которая не дает отечественному ойти вперде.
	Ответить | Правка | Наверх | Cообщить модератору

	91. "Выпуск CentOS 7.3 для 32-разрядных систем x86 "	–2 +/–
	Сообщение от Ю.Т. (?), 01-Фев-17, 10:30
	> Ну так озвучь нам, о гений земли руськой, ту самую первую задачу, > которая не дает отечественному ойти вперде. Для начала изъяснись ты по-руськи. Да ладно. Если ты это не он, то он не понимает или ленится понять, что задача больших данных даже 10 лет назад НЕ решалась наращением мощности одиночного счётного узла. Ещё бы можно выяснить, видел ли он терабайтную базу близко, а то за индексы в памяти он беспокоится. Плоды "практико-орентированного образования", понимаешь. И к чему издевательское "гений"? Просто поинтересовался в своё время более развёрнуто, как это делают на западе. Разве я говорю, что сам это всё придумал?
	Ответить | Правка | Наверх | Cообщить модератору

	63. "Выпуск CentOS 7.3 для 32-разрядных систем x86 "	+/–
	Сообщение от . (?), 31-Янв-17, 17:26
	> Актуально только для обработки более 4-х гигов данных за один заход нет(c). Актуально для _любой_ работы с данными больше 4G - в том числе банально прочитать один байт со смещением 4G+1 (а учитывая помянутые любителями XP особенности плоской модели памяти - на самом деле 3 или 2 - в линуксе это, сюрприз, настраивается, но системе все равно сколько-то нужно оставить) > Почему бы не обрабатывать эти 8 Тб данных порциями по 4 гига? а если там перекрестная ссылка из третьей порции в первую? Как она должна быть записана, и как мы это будем засовывать в код, уже написанный и отлаженный на архитектуре без ненужных ограничителей? Правильно - читать по пол-ссылки за раз, потом вручную манипулировать "склеенным" указателем, вручную же обрабатывая ошибку переполнения, потом снова раскладывать получившееся на адрес "страницы" + адрес внутри нее. Очень удобно, приятно, и позволяет потратить много времени на увлекательный поиск ошибок. Все ради того, чтоб тебе подольше не менять давно снятый с производства процессор. > А если оперативки всего 2 гига? размер адресного пространства в общем не имеет никакой связи с наличием физической памяти. Если я mmap'ну шестигиговый файл - программа отнюдь не сожрет 6 гиг физической памяти, пока я не прочитаю все шесть (то есть не сделаю какую-то операцию с данными хотя бы через каждый 4k при стандартной странице - а если это на самом деле пришлось делать, и страницы не освобождаются, то есть к ним снова нужно обращаться - поздравляю, дорогой друг, но у тебя все ж таки слишком сложная обработка слишком больших данных для такой дряхлой машинки, пора апгрейдиться) Но вообще-то твой компьютер безнадежно устарел, в любом случае.
	Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

	66. "Выпуск CentOS 7.3 для 32-разрядных систем x86 "	+/–
	Сообщение от saahriktu (ok), 31-Янв-17, 17:53
	Железо для 32-х битных систем с парой гигов оперативы лежит на полках магазинов _сегодня_. Да, процы там 64-х битные, но 32-х битный UEFI неотключаем. Но, и оперативки 2 гига.
	Ответить | Правка | Наверх | Cообщить модератору

	99. "Выпуск CentOS 7.3 для 32-разрядных систем x86 "	+/–
	Сообщение от . (?), 02-Фев-17, 15:53
	> Железо для 32-х битных систем с парой гигов оперативы лежит на полках магазинов _сегодня_. ну не ходи в такой плохой магазин, зачем ты так с собой? В моем китайском планшете, купленном чтоб не жалко когда сопрут, не в этом и даже не прошлом году, и именно что насквозь китайском, и то четыре. uefi32 (и еще без fallback на легаси запросто, или с неработающим, ибо забыли проверить) это да, китайцы они такие китайцы. Поэтому и спасибо центоси, что они еще годик-два нам отыграли. Но это очень скоро пройдет, а живут эти поделки обычно недолго, моя уже явно дольше, чем китайский производитель наивно рассчитывал. (придется ему таки выпустить восьмигиговую, чтобы заставить меня снова дать ему денег. И ведь выпустит же...)
	Ответить | Правка | Наверх | Cообщить модератору

	49. "Выпуск CentOS 7.3 для 32-разрядных систем x86 "	–3 +/–
	Сообщение от anonymous (??), 31-Янв-17, 15:03
	>>> Новый набор инструкция на CPU? Не, не слышал, я слышал только о >>> RAM > 4Гб >> Для памяти > 4Гб есть PAE. Работает как часы. Это в венде >> его опять-таки маркетоиды порезали. > Как г-но он работает, там процесс все равно не получает больше 4. А тебе на что больше 4? Даже браузеры давно умеют многопроцессность.
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

	85. "Выпуск CentOS 7.3 для 32-разрядных систем x86 "	+1 +/–
	Сообщение от freehck (ok), 01-Фев-17, 09:01
	> Даже браузеры давно умеют многопроцессность. К слову, по сравнению с тем, сколько кипят холиворы 32vs64 - не так уж и давно научились. А стабилизировали всю эту радость так и вовсе только-только.
	Ответить | Правка | Наверх | Cообщить модератору

	27. "Выпуск CentOS 7.3 для 32-разрядных систем x86 "	–4 +/–
	Сообщение от Нанобот (ok), 31-Янв-17, 10:18
	>Для памяти > 4Гб есть PAE. Работает как часы слова не мальчика, но иксперта! назови хоть одну программу, которая умеет адресовать >4гб через PAE.
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	50. "Выпуск CentOS 7.3 для 32-разрядных систем x86 "	+/–
	Сообщение от anonymous (??), 31-Янв-17, 15:06
	>>Для памяти > 4Гб есть PAE. Работает как часы > слова не мальчика, но иксперта! > назови хоть одну программу, которая умеет адресовать >4гб через PAE. А с чего ты взял, что кто-то должен опровергать твой бред? Это ограничение есть, но у нас многозадачная система. запустил несколько сотен процессов и утилизируй хоть 64 гига оперативы. Браузеры давно это умеют, хотя им и полгига уже много.
	Ответить | Правка | Наверх | Cообщить модератору

	86. "Выпуск CentOS 7.3 для 32-разрядных систем x86 "	–1 +/–
	Сообщение от anomymous (?), 01-Фев-17, 09:03
	Несколько сотен i?86-процессоров - это суровый садомазохизм.
	Ответить | Правка | Наверх | Cообщить модератору

	101. "Выпуск CentOS 7.3 для 32-разрядных систем x86 "	+/–
	Сообщение от anomymous (?), 03-Фев-17, 21:20
	Поправка: как ручные механические часы. Со всеми их срывами, отставаниями-опережениями и (тада!) необходимостью заводить каждые полсуток. А как насчёт смапить в адресное пространство процесса файлик >4Гб сложной структуры? Или опять будем изобретать велосипеды, кэш, эвикшн-стратегию и т.п., считая, что сделаем это лучше, чем ядро? К счастью, с адресным пространством даже в 48 бит необходимость работать с файлами поблочно отпала чуть более, чем совсем. Мапим и работаем так, как нам надо.
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

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

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