The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

Оглавление

Разработчики FreeBSD намерены сменить реализацию ZFS на 'ZFS..., opennews (?), 20-Дек-18, (0) [смотреть все]

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


258. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  +/
Сообщение от rshadow (ok), 21-Дек-18, 13:44 
> открытое отребье

Надо уже определится: опенсорс - это все проплачено мегакорпорациями или таки нет?

Ответить | Правка | Наверх | Cообщить модератору

271. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  –2 +/
Сообщение от КГБ СССР (?), 21-Дек-18, 15:32 
> Надо уже определится: опенсорс - это все проплачено мегакорпорациями или таки нет?

Таки да. Прямо или опосредованно. GNU и FSF теребят гранты и донаты (и при этом НЕ ДЕЛАЮТ Hurd). Мурзилла — донаты и рекламу (и при этом торгует статистикой своей телеметрии). Ведро линукса — это вообще всё на контроле у нескольких корпораций.

Кого не содержат, про тех мало кто и знает. Пожалуйста: OpenBSD, NetBSD, DragonFly BSD. Несмотря на всё, что делается в рамках этих проектов, им не светит никакая значительная доля рынка, на котором бы можно было что-то зарабатывать самостоятельно и привлекать новых людей. До сих пор продают компакт-диски и майки со своими эмблемами. Это вот, пожалуй, ещё СПО. Ещё есть примеры: Haiku, Colibri. Где-то они разве известны за пределами кругов энтузиастов? Потому что это СПО.

Ответить | Правка | Наверх | Cообщить модератору

282. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  +/
Сообщение от Аноним (-), 22-Дек-18, 00:48 
> (и при этом НЕ ДЕЛАЮТ Hurd).

Ну, блин, сложное это дело - сподвигнуть людей делать работу результат которой им не уперся.

> СПО. Ещё есть примеры: Haiku, Colibri. Где-то они разве известны за
> пределами кругов энтузиастов? Потому что это СПО.

Малоизвестны они потому что там project management еще круче чем в hurt.

В гайке, извините меня, таскают gcc 2.95 :D для совместимости с какими-то мощами, которые когда-то там были в BeOS. И все б ничего, только это подваливает работенки разика так в три любому кто хочет программы писать. Надо не только современный тулчейн поддерживать, но и этот 2.95, со всеми его багами и ограничениями. При том что вагон либ давно хочет более свежие версии стандартов сей/плюсов и сто лет как забили на воркэраунды багов столь древних костяшек мамонта.

В колибри все на асме подорвались писать. Взялись бодро. Но тут оказалось что x86 не особо то актуален, пора на x86-64 переписывать. А тут опа, вся ось на асме, заново надо. И таки что-то второй раз писать то же самое им уже меньше воткнуло, уже c-- какой-то развели. А годиков через 10 они посмотрят где их эрзац компилера по оптимизации кода относительно gcc и им станет совсем печально, глядишь си с плюсами разучат с досады.

Ну и вообще, прикольно за СПО вещать сидючи в NT6-чтототам. Сразу видно насколько рекламируемое пригодно для чего-то практического.

Ответить | Правка | Наверх | Cообщить модератору

287. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  +/
Сообщение от КГБ СССР (?), 22-Дек-18, 02:40 
>> (и при этом НЕ ДЕЛАЮТ Hurd).
> Ну, блин, сложное это дело - сподвигнуть людей делать работу результат которой
> им не уперся.

На всякий случай напомню случайно читающим, что Hurd — это ядро операционной системы GNU. Есть Hurd — есть ОС GNU; нет Hurd-а — нет и системы GNU. А сама GNU есть одна из ключевых целей деятельности FSF.


// графомания поскипана


> Ну и вообще, прикольно за СПО вещать сидючи в NT6-чтототам. Сразу видно
> насколько рекламируемое пригодно для чего-то практического.

Я уже говорил: не завидуй, а просто купи себе. Если в магазинах не найдёшь, то поищи на ebay.com. Установи и наслаждайся отлично продуманной, красивой, надёжной, прогрессивной операционной системой, сделанной профессионалами, а не хипсторами.

Ответить | Правка | Наверх | Cообщить модератору

292. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  –1 +/
Сообщение от Аноним (-), 22-Дек-18, 22:53 
> На всякий случай напомню случайно читающим, что Hurd — это ядро операционной системы
> GNU. Есть Hurd — есть ОС GNU; нет Hurd-а — нет и системы GNU.

GNU как таковой - движение, продвигающее парадигмы и подходы. А то что они свою ОС не запилили - да и черт с ним, я так смотрю, они гораздо успешнее в сертификации линуксных дистров на соответствие своим целям.

> А сама GNU есть одна из ключевых целей деятельности FSF.

С течением времени у них из-за активности мистера Торвальдса проблема с отсутствием открытой операционки соответствующей их goal'ам отпада - и приоритеты естественным образом ушли в другие направления.

Если кто не понял в чем прикол: общественный запрос на создание Hurd по состоянию на сейчас близок к нулю. Вот герои и не находятся почти. Не надо это человечеству сейчас.

> Я уже говорил: не завидуй, а просто купи себе. Если в магазинах
> не найдёшь, то поищи на ebay.com. Установи и наслаждайся отлично продуманной,
> красивой, надёжной, прогрессивной операционной системой, сделанной профессионалами,
> а не хипсторами.

У меня было время "насладиться" этим продуктом профессионалов. И вволю задолбаться. Обнаружив что в пресловутом пингвине большинство операций быстрее и вообще, я делаю то же самое в разы проще. Да еще сочетание активного сообщества, открытых лицензий и проч - позволяет мне наворачивать сценарии которые с виндой просто не сработают. By design. Соответственно, единственная оплата которую такие про от меня могут ожидать - дырка от бублика. Ну а чисто по человечески я с удовольствием станцую на их могилке, за весь объем системных подлян, подстав и кидков которые они отгружали на мою голову за те годы.

Ответить | Правка | Наверх | Cообщить модератору

317. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  +/
Сообщение от КГБ СССР (?), 23-Дек-18, 10:14 
>> На всякий случай напомню случайно читающим, что Hurd — это ядро операционной системы
>> GNU. Есть Hurd — есть ОС GNU; нет Hurd-а — нет и системы GNU.
> GNU как таковой - движение, продвигающее парадигмы и подходы. А то что
> они свою ОС не запилили - да и черт с ним,
> я так смотрю, они гораздо успешнее в сертификации линуксных дистров на
> соответствие своим целям.

Нет. GNU это рекурсивное сокращение: GNU is Not Unix. Это именно операционная система, а её ядро именуются Hurd. Базовая система этой ОС давно существует и приложена к практически любому дистрибутиву линукса в виде программ и утилит GNU. А вот с ядром как-то не складывается. Не потому ли, что полученные средства FSF направляет на фуршеты и буклеты, дайвёрсити и антихарразмент? Потому, да. Корпорации дают им деньги за то, чтоб эти краснопузые поцы сидели на стульях ровно и ничего не делали.


>> А сама GNU есть одна из ключевых целей деятельности FSF.
> С течением времени у них из-за активности мистера Торвальдса проблема с отсутствием
> открытой операционки соответствующей их goal'ам отпада - и приоритеты естественным образом
> ушли в другие направления.

Да ничего не отпало, ядро Hurd всегда было, есть и будет неотъемлемой частью GNU. Без него GNU не может считаться операционной системой.

Напоминаю в который раз: в девяностые годы несколько лет продолжалось судилище о BSD. Пока оно происходило, хипсторы-вивисекторы кое-как прилепили линукс ядром к GNU. Это жуткий франкенштейн, нарушающий стройную красивую логику замыслов о GNU, но вы ведь всё равно ничего слаще морковки не едали.


> Если кто не понял в чем прикол: общественный запрос на создание Hurd
> по состоянию на сейчас близок к нулю. Вот герои и не
> находятся почти. Не надо это человечеству сейчас.

Общественный запрос никакой роли не играет. Как и за что проплатили корпорации, владеющие линуксом, так и танцуют продажные поцы из FSF и линуксового кернел-тима.


>[оверквотинг удален]
>> а не хипсторами.
> У меня было время "насладиться" этим продуктом профессионалов. И вволю задолбаться. Обнаружив
> что в пресловутом пингвине большинство операций быстрее и вообще, я делаю
> то же самое в разы проще. Да еще сочетание активного сообщества,
> открытых лицензий и проч - позволяет мне наворачивать сценарии которые с
> виндой просто не сработают. By design. Соответственно, единственная оплата которую такие
> про от меня могут ожидать - дырка от бублика. Ну а
> чисто по человечески я с удовольствием станцую на их могилке, за
> весь объем системных подлян, подстав и кидков которые они отгружали на
> мою голову за те годы.

*отсмеявшись* Не расстраивайся. Не всем дано понять эту науку и это искусство. У кого со способностями не сложилось, те уходят в дальний загончик с линуксом.

Ответить | Правка | Наверх | Cообщить модератору

290. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  +/
Сообщение от КГБ СССР (?), 22-Дек-18, 18:06 
> В гайке, извините меня, таскают gcc 2.95 :D для совместимости с какими-то
> мощами, которые когда-то там были в BeOS. И все б ничего,
> только это подваливает работенки разика так в три любому кто хочет
> программы писать. Надо не только современный тулчейн поддерживать, но и этот
> 2.95, со всеми его багами и ограничениями. При том что вагон
> либ давно хочет более свежие версии стандартов сей/плюсов и сто лет
> как забили на воркэраунды багов столь древних костяшек мамонта.

 
 
Очень стесняюсь спросить: чего конкретно вот лично тебе не хватает в том ЖЦЦ? Только начистоту, без ужимок. Ты пишешь какие-то программы, требующие инновационного рокетсаенса, добавленного в прогрессивных компиляторах последней недели (ломающих обратную совместимость на радость хипсторам, продаванам и потреб**дям)?
 
Кстати, та старая BeOS 5 даст фору нынешним и линусам, и виндам. Решительно по всем статьям.
 
 
> В колибри все на асме подорвались писать. Взялись бодро. Но тут оказалось
> что x86 не особо то актуален, пора на x86-64 переписывать. А
> тут опа, вся ось на асме, заново надо. И таки что-то
> второй раз писать то же самое им уже меньше воткнуло, уже
> c-- какой-то развели. А годиков через 10 они посмотрят где их
> эрзац компилера по оптимизации кода относительно gcc и им станет совсем
> печально, глядишь си с плюсами разучат с досады.

 
 
Да ничего не оказалось. x86_64 это та же самая x86+PAE c небольшой кучкой новых расширений. Это _НЕ_ настоящая 64-битная архитектура, я уже устал повторять.
 
Ребята, делающие Колибри, время от времени выкладывают новые сборки.
 
К слову, а где и в чём твои достижения? На кой тебе пресловутые современные тулчейны, ты ими ЧТО делаешь? Вот я, к примеру, честно признаюсь, что компилирую ими только свои хеллоуворлды на три с половиной строки, которые никому не будут интересны. А ты, звезда опеннета, каких высот уже достиг?

Ответить | Правка | К родителю #282 | Наверх | Cообщить модератору

293. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  +1 +/
Сообщение от Аноним (-), 22-Дек-18, 23:20 
> Очень стесняюсь спросить: чего конкретно вот лично тебе не хватает в том
> ЖЦЦ? Только начистоту, без ужимок.

Фигня вопрос.
1) Вот лично я использую таки C99. И таки ожидаю более-менее полноценной и безбажной его реализации. А это не про 2.95, который едва выкатили на тот момент.
2) А ряд программ так хочет и C++14 ... 17 нынче. И 2.95 они в принципе не соберутся.
3) Оптимизация в gcc 2.95 и gcc 8.0 - две большие разницы. Две очень большие разницы. Да, компилер стал жирнее, сложнее и проч, но вот код он генерить стал намного лучше. Без проблем задвигая всякие там студии и проч туда где им самое место.
4) Как я уже сказал, в программах бывают баги. В программах размером с оптимизирующий компилер и обвязку багов - более чем есть. И я абсолютно не хочу помнить какие там баги были в этих костяшках мамонта. Как и большинство програмеров на планете.
5) Из-за пункта 2) и 4) с gcc 2.95 будет очень здорово не хватать либ и программ. И поэтому просто "взять вон ту либу" не прокатит.
6) Вот прямо здесь и сейчас - свежие gcc, а также ядра затыкают дыры в кой-чьей спекулятивщине программными воркэраундами. И лучше так, чем никак. Но такими мелочами в маргинальщине не парятся, на это там все-равно ресурсов нет. Особенно если наворачивать совместимость с проприетарной фигней 1929 года.
7) Кстати линуксное ядро современной версии тоже не сбилдуется древним gcc, их таки тоже заманало таскать кучу воркэраундов на глюки антикварных тулчейнов.
8) GCC 2.95 не умеет в современные наборы команд и архитектуры. И даже более того - мне очень неудобно юзать сильно разные тулчейны для разных вещей. Ну вот например ARMам софт билдуется версиями gcc которые не слишком далеки от системных, для более-менее общего экспериенса. GCC 2.95 вообще не знает что такое например Cortex-M - таких ядер не было и в проекте!

> Кстати, та старая BeOS 5 даст фору нынешним и линусам, и виндам.
> Решительно по всем статьям.

Ну так и пользуйся ей наздоровье. А для меня это ассет с нулевой ценностью. Решительно, по всем статьям. Нет, я даже не спорю что замах был неплох, но платформа не взлетела и на этом основании - в ней по состоянию на здесь и сейчас нечего делать. В ней невозможно вести никакую осмысленную активность, особенно за которую еще и денег заплатят, особенно с сколь-нибудь вменяемой эффективностью.  
 
> Да ничего не оказалось. x86_64 это та же самая x86+PAE c небольшой
> кучкой новых расширений.

Вообще-то у амд все же хватило ума переделать хотя-бы регистровый файл, с кучей 64-бит регистров, сделать нормальные режимы адресации, включая относительные, *гарантированный* SSE2 с кучей регистров для SIMD операций и проч.

Так что нет, это - не x86. И этот ваш PAE вы можете сами и использовать, а как по мне - может отпраалятья туда же куда x86.

> Это _НЕ_ настоящая 64-битная архитектура, я уже устал повторять.

Таки регистры 64-битные, математика 64-битная, указатели 64-битные. Значит в целом - как 64 битный проц котируется. И при том настолько что крипто и мультимедия нынче хочет 64-битный размер регистров. А если регистры мельче, эффективность алгоритма обваливается в разы. Потому что 32-битные регистры в количестве полутора штук очень туго ворочают 64-битную математику.

И соответственно лично я не готов слить скорость мультимедии и крипто в разы в угоды пространным разглагольствованиям.
 
> Ребята, делающие Колибри, время от времени выкладывают новые сборки.

И выглядит этот сизифов труд довольно забавно - в смысле, судя по c-- до них таки уже начало реально доходить почему другие сями пользуются вместо асма. Но я бы сказал что доходит до них все же довольно медленно :). До MS это еще в ранних нтях доперло. Хоть и сделало НТы тормознутее. Зато они были на кучу архитектур без таких напрягов как переписывание вообще всего кода от и до.

> пресловутые современные тулчейны, ты ими ЧТО делаешь?

Рюхаю задачи клиентов. В процессе этого - юзаю кучу открытых либ. А чисто для души я и опенсорсным проектам комитов накидал. Потому что если взял - хорошая идея и вернуть.

> половиной строки, которые никому не будут интересны. А ты, звезда опеннета,
> каких высот уже достиг?

А я пописываю task specific программы для адаптации шила к мылу, фирмвари всякие, немного вебморд. Сейчас я также осваиваю сетевой программинг, чтобы в случае если я не успею смотать удочки и роском меня еще будет волновать - они таки увидят немного забавных трюков. Это такое базовое минимальное умение самообслуживания.

Я не буду настаивать что я очень крутой програмер. Но gcc 2.95 не хватит даже мне. Я просто не смогу с ним заниматься тем что мне нравится и/или тем за что деньги платят. Опенсорс таки о реюзе кода, а с gcc 2.95 с этим весьма душно.

Ответить | Правка | Наверх | Cообщить модератору

316. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  +1 +/
Сообщение от Ю.Т. (?), 23-Дек-18, 07:42 
>> Очень стесняюсь спросить: чего конкретно вот лично тебе не хватает в том
>> ЖЦЦ? Только начистоту, без ужимок.
> Фигня вопрос.
> 1) Вот лично я использую таки C99. И таки ожидаю более-менее полноценной
> А я пописываю task specific программы для адаптации шила к мылу, фирмвари
> всякие, немного вебморд. Сейчас я также осваиваю сетевой программинг, чтобы в

То есть ты, без обид (!), чистильщик обуви и надеватель наконечников на шнурки, но эту саму обувь сколь-либо массово не шьёшь и за складом/каптёркой не следишь. И задача, поставленная командой Хайку -- удержать совместимость с ПО, сделанным для БеОС, тебе просто непонятна.

> Я не буду настаивать что я очень крутой програмер. Но gcc 2.95
> не хватит даже мне. Я просто не смогу с ним заниматься
> тем что мне нравится и/или тем за что деньги платят. Опенсорс
> таки о реюзе кода, а с gcc 2.95 с этим весьма
> душно.

Это просто непонимание промышленных задач с твоей стороны. Code reuse это промышленная задача.

Ответить | Правка | Наверх | Cообщить модератору

318. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  +1 +/
Сообщение от КГБ СССР (?), 23-Дек-18, 10:37 
> Фигня вопрос.

Ладно, согласен, для своих нужд ты имеешь выгоду.


>> Кстати, та старая BeOS 5 даст фору нынешним и линусам, и виндам.
>> Решительно по всем статьям.
> Ну так и пользуйся ей наздоровье. А для меня это ассет с
> нулевой ценностью. Решительно, по всем статьям. Нет, я даже не спорю
> что замах был неплох, но платформа не взлетела и на этом
> основании - в ней по состоянию на здесь и сейчас нечего
> делать. В ней невозможно вести никакую осмысленную активность, особенно за которую
> еще и денег заплатят, особенно с сколь-нибудь вменяемой эффективностью.  

Не «не взлетела», а её подстрелили на взлёте и живой закопали в землю и попрыгали сверху на могилке. О честной конкуренции там не было и речи.

Надеюсь, что Гайка таки обретёт своё место под солнцем. И не скатится при этом в линукс.


>> Да ничего не оказалось. x86_64 это та же самая x86+PAE c небольшой
>> кучкой новых расширений.
> Вообще-то у амд все же хватило ума переделать хотя-бы регистровый файл, с
> кучей 64-бит регистров, сделать нормальные режимы адресации, включая относительные, *гарантированный*
> SSE2 с кучей регистров для SIMD операций и проч.
> Так что нет, это - не x86. И этот ваш PAE вы
> можете сами и использовать, а как по мне - может отпраалятья
> туда же куда x86.

Могу ещё повторить для невнимательных: AMD64 это та же x86 с PAE (если, конечно, ты понимаешь, что такое PAE), в которую добавили небольшую пригоршню 64-битных плюшек. Все наследственные костыли на месте. И пребудут с нами вовеки веков, похоже.


>> Ребята, делающие Колибри, время от времени выкладывают новые сборки.
> И выглядит этот сизифов труд довольно забавно - в смысле, судя по
> c-- до них таки уже начало реально доходить почему другие сями
> пользуются вместо асма. Но я бы сказал что доходит до них
> все же довольно медленно :). До MS это еще в ранних
> нтях доперло. Хоть и сделало НТы тормознутее. Зато они были на
> кучу архитектур без таких напрягов как переписывание вообще всего кода от
> и до.

Быть потреб****ю — твоё законное право. Но прошу не навязывать это мировоззрение окружающим.

Люди занимаются исследованиями. С моей точки зрения это несоизмеримо более полезное и благородное занятие, чем вкорячивание системды в линукс и написание «прогрессивны веб-приложений».


>> пресловутые современные тулчейны, ты ими ЧТО делаешь?
> Рюхаю задачи клиентов. В процессе этого - юзаю кучу открытых либ. А
> чисто для души я и опенсорсным проектам комитов накидал. Потому что
> если взял - хорошая идея и вернуть.

Молодец. А чужое время ты ценишь? Верни мне деньги за время, потраченное на чтение твоих графоманских комментов. У меня проприетарная лицензия на моё время.

Ответить | Правка | К родителю #293 | Наверх | Cообщить модератору

320. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  +/
Сообщение от Минона (ok), 23-Дек-18, 18:40 
>AMD64 это та же x86 с PAE

А где почитать описание тру64бит архитектуры?

Ответить | Правка | Наверх | Cообщить модератору

321. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  +/
Сообщение от КГБ СССР (?), 23-Дек-18, 19:04 
Спроси у Гугла. Или у Яндекса. Что уж тебе политически ближе.

И не забудь дописывать после каждой глупости «тег: сарказм».

Ответить | Правка | Наверх | Cообщить модератору

322. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  –2 +/
Сообщение от Michael Shigorinemail (ok), 23-Дек-18, 19:46 
> Могу ещё повторить для невнимательных: AMD64 это та же x86
> с PAE (если, конечно, ты понимаешь, что такое PAE), в которую
> добавили небольшую пригоршню 64-битных плюшек.

Это не просто для невнимательных, а для доверчивых невнимательных -- поелику введение в заблуждение.  Если бы Вы, конечно, понимали, что такое PAE и чем окошечко для просовывания отличается от плоской адресации большей битности.

> Все наследственные костыли на месте.
> И пребудут с нами во веки веков, похоже.

А вот это да, с вами пребудут. :)
За это некоторые знакомые и недолюбливают AMD.

>> И выглядит этот сизифов труд довольно забавно - в смысле, судя по
>> c-- до них таки уже начало реально доходить почему другие сями
>> пользуются вместо асма.

C-- был довольно забавным в этом плане, да :)

> Молодец. А чужое время ты ценишь? Верни мне деньги за время,
> потраченное на чтение твоих графоманских комментов.
> У меня проприетарная лицензия на моё время.

Э, с себя тогда начните, вы же два сапога пара!

Ответить | Правка | К родителю #318 | Наверх | Cообщить модератору

323. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  +/
Сообщение от КГБ СССР (?), 23-Дек-18, 20:22 
Просто для справки: в как бы 64-битной AMD64 адресация памяти не 64-разрядная.

Остальной бред я комментировать не буду.

Ответить | Правка | Наверх | Cообщить модератору

325. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  +/
Сообщение от Аноним (325), 24-Дек-18, 11:29 
size_of(*void) ?
Ответить | Правка | Наверх | Cообщить модератору

327. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  +/
Сообщение от КГБ СССР (ok), 24-Дек-18, 11:46 
AMD64 Architecture Programmer’s Manual. Volume 2: System Programming
 
www.amd.com/system/files/TechDocs/24593.pdf
 
1.1.2 Memory Organization
 
...
 
Physical Memory. Physical addresses are used to directly access main memory. For a particular computer system, the size of the available physical-address space is equal to the amount of main memory installed in the system. The maximum amount of physical memory accessible depends on the processor implementation and on the address-translation mode. The AMD64 architecture supports varying physical-memory sizes using the following address-translation modes:
 
• Real-Address Mode—This mode, also called real mode, supports 1 megabyte of physical-address space using 20-bit physical addresses. This address-translation mode is described in “Real Addressing” on page 10. Real mode is available only from legacy mode (see “Legacy Modes” on page 14).
 
• Legacy Protected Mode—This mode supports several different address-space sizes, depending on the translation mechanism used and whether extensions to those mechanisms are enabled. Legacy protected mode supports 4 gigabytes of physical-address space using 32-bit physical addresses. Both segment translation (see “Segmentation” on page 5) and page translation (see “Paging” on page 7) can be used to access the physical address space, when the processor is running in legacy protected mode. When the physical-address size extensions are enabled (see “Physical-Address Extensions (PAE) Bit” on page 121), the page-translation mechanism can be extended to support 52-bit physical addresses. 52-bit physical addresses allow up to 4 petabytes of physical-address space to be supported. (Currently, the AMD64 architecture supports 40-bit addresses in this mode, allowing up to 1 terabyte of physical-address space to be supported.
 
• Long Mode—This mode is unique to the AMD64 architecture. This mode supports up to 4 petabytes of physical-address space using 52-bit physical addresses. Long mode requires the use of page-translation and the physical-address size extensions (PAE).
 
 
Последнюю строку я даже выделю и повторю для самых внимательных:
 
«Long mode requires the use of page-translation and the physical-address size extensions (PAE)».
 
 
Про реальную разрядность адресации памяти реальных устройств сами ищите в текстах да читайте, мне для ленивых искать недосуг.
 
Ответить | Правка | Наверх | Cообщить модератору

345. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  +/
Сообщение от КГБ СССР (ok), 25-Дек-18, 15:35 
Ещё одна цитата из той же книжки. Предельно ясно сказано, какое место в AMD64 занимает PAE.
 
 
 
## 2 x86 and AMD64 Architecture Differences ##

...

### 2.2 Memory Model ###

...

#### 2.2.2 Page Translation ####

The AMD64 architecture defines an expanded page-translation mechanism supporting translation of a 64-bit virtual address to a 52-bit physical address. See “Long-Mode Page Translation” on page 130 for detailed information on the enhancements to page translation in the AMD64 architecture. The enhancements are summarized below.

Physical-Address Extensions (PAE). The AMD64 architecture requires physical-address extensions to be enabled (CR4.PAE=1) before long mode is entered. When PAE is enabled, all paging data-structures are 64 bits, allowing references into the full 52-bit physical-address space supported by the architecture.
 
 
 
Надеюсь, этот вопрос закрыт.

И вообще я рекомендую хотя бы полистать эти два тома. Сможете после чтения сделать себе правильные выводы о компетентности опеннетовских анонимов.

Ответить | Правка | Наверх | Cообщить модератору

333. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  –3 +/
Сообщение от Michael Shigorinemail (ok), 24-Дек-18, 15:35 
>> большей битности
> Просто для справки: в как бы 64-битной AMD64 адресация памяти не 64-разрядная.

Я в курсе.

> Остальной бред я комментировать не буду.

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

Ответить | Правка | К родителю #323 | Наверх | Cообщить модератору

334. "Разработчики FreeBSD намерены сменить реализацию ZFS на ZFS ..."  +/
Сообщение от КГБ СССР (ok), 24-Дек-18, 16:01 
> Забавно наблюдать за свихнувшимся когда-то грамотным организмом

Смотрите, братья аноны, опеннетовский вахтёр может вас безнаказанно оскорблять, а если вы попытаетесь защитить своё доброе имя, вас непременно забанят или сотрут ваш комментарий.

Ответить | Правка | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру