Страница 1 из 2
FreeBSD > 4G
Добавлено: 2010-11-03 0:21:12
fox
Доброй ночи, Господа!
Было у меня 4 гига памяти на домашнем деск-тогпе, и как то принёс я с работы 12 Гиг -
планок, железно мать поддерживает и БИОС определяет, но FreeBSD по прежнему видит из них только 4, не подскажите на скорую руку куда надо смотреть? Или что где подкрутить я так подозревая sysctl надо поправить?
Спасибо за внимание!
Re: FreeBSD > 4G
Добавлено: 2010-11-03 0:51:26
FreeBSP
64-битный релиз ставь
32бита => 2^32 байтов адресного прстранства=4гб оперы
64бита => 2^64 байтов адресного прстранства=много оперы
Re: FreeBSD > 4G
Добавлено: 2010-11-03 0:59:29
fox
Ну хорошо, а как-же у Виндузятины Виндовс сервер 2003 энтерпрайс видет 32 гига? Он же 32 битный...
БСД тоже по идеи должна ыидить больше 4 гиг...
Re: FreeBSD > 4G
Добавлено: 2010-11-03 2:37:53
mav
Технически, для 32-битных архитектур существует расширение PAE. Но это изврат с кучей ограничений и проблем.
Re: FreeBSD > 4G
Добавлено: 2010-11-03 2:41:23
fox
ВЫ меня разачеровываете, я даже и не знаю как быть...
Вы хотите сказать что супер ОС FreeBSD больше 4 гиг не видет? в 32 битом режиме?
А 64 битная сколько видет? масимум
Re: FreeBSD > 4G
Добавлено: 2010-11-03 3:09:34
mav
В 32битном режиме без PAE FreeBSD (как и любая другая система), в зависимости от чипсета, может использовать 3-3.5Гб памяти. С PAE теоретически возможна поддержка до 64GB, но любое отдельно взятое приложение все равно не сможет использовать более чем примерно 2.5ГБ. Это не FreeBSD ограничение, а архитектуры.
В 64битном режиме теоретический лимит определенный на настоящий момент - 256ТБ. Практический же лимит несколько скромнее и зависит от процессора и чипсета.
Re: FreeBSD > 4G
Добавлено: 2010-11-03 3:13:48
fox
mav писал(а):В 32битном режиме без PAE FreeBSD (как и любая другая система), в зависимости от чипсета, может использовать 3-3.5Гб памяти. С PAE теоретически возможна поддержка до 64GB, но любое отдельно взятое приложение все равно не сможет использовать более чем примерно 2.5ГБ. Это не FreeBSD ограничение, а архитектуры.
В 64битном режиме теоретический лимит определенный на настоящий момент - 256ТБ. Практический же лимит несколько скромнее и зависит от процессора и чипсета.
То есть объективно ставить 64-bit, и не плясать с бубном PAE, но а как же софт? Как 64 битные дружат с повседневным софтом, в широком смысле этого слова начиная от шлюза и до супер сервера ( класстера, контроллера домена, MySQL? OpenLDAP, SAMBA, SQUID, POSTFIZ, APACHE, и др.) ну и само сабой деск-топ... Как всё это уживается с 64 битами нормально, или есть траблы?
Re: FreeBSD > 4G
Добавлено: 2010-11-03 8:27:36
manefesto
конечно дружат. просто компилятор будет по другому собирать софт, вот и всё
Re: FreeBSD > 4G
Добавлено: 2010-11-03 9:19:45
Alex Keda
есть ещё плюс.
под 64 битной архитектурой (если у процессора регистры 64 битные, а не тока адресация памяти) всё работает ровно вдвое быстрей.
насчёт десктопа - отлично всё
Код: Выделить всё
lissyara$ uname -a
FreeBSD lissyara.moskb.local 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r214092: Wed Oct 20 08:17:09 MSD 2010
root@lissyara.moskb.local:/usr/obj/usr/src/sys/GENERIC amd64
lissyara$
на серверах - тоже
Код: Выделить всё
srv0# uname -a
FreeBSD srv0.host-food.ru 8.1-RELEASE-p1 FreeBSD 8.1-RELEASE-p1 #0: Tue Nov 2 21:56:28 MSK 2010
lissyara@srv0.host-food.ru:/home/usr_moved/obj/home/usr_moved/src/sys/HOST-FOOD amd64
srv0#
Re: FreeBSD > 4G
Добавлено: 2010-11-03 13:25:28
fox
Ну раз сам Лис говорит, надо попробовать. Я всегда с опаской смотрел на 64-bit оси...
Спасибо!
Re: FreeBSD > 4G
Добавлено: 2010-11-03 13:27:54
hizel
Alex Keda писал(а):есть ещё плюс.
под 64 битной архитектурой (если у процессора регистры 64 битные, а не тока адресация памяти) всё работает ровно вдвое быстрей.
отсыпь и мне этих веществ! хочу забыться

Re: FreeBSD > 4G
Добавлено: 2010-11-03 15:00:53
Alex Keda
hizel писал(а):Alex Keda писал(а):есть ещё плюс.
под 64 битной архитектурой (если у процессора регистры 64 битные, а не тока адресация памяти) всё работает ровно вдвое быстрей.
отсыпь и мне этих веществ! хочу забыться

вещество называется "математика"
тупо за такт обрабатывается ровно вдвое больше информации.
отлично заметно на вещщах типа GELI - смена на одной и той же машине x32 на x64 изменило скорость чтения/записи ровно вдвое - там всё упирается толко в проц (полка могла отдавать 200 метров в секунду - без шифрования)
Re: FreeBSD > 4G
Добавлено: 2010-11-03 15:19:11
hizel
в общем случае прироста не будет
стоп или ты так тонко намекаешь на ущербность intel64 ? :]
Re: FreeBSD > 4G
Добавлено: 2010-11-03 18:52:18
Alex Keda
в общем случае - прирост будет.
замечено на приложениях типа апач, php, муся - самый что ни на есть общий хостинговый случай.
=======
нет. последние интеля тоже не ущербные - юзают набор команд amd64 и 64-битные регистры
а вот не так давно, да, - 64 битным у интела был только контроллер памяти. и прироста не было.
ни в общем ни не в общем случае
Re: FreeBSD > 4G
Добавлено: 2010-11-03 19:36:52
hizel
вух, ну ок, а то я было спужался за тебя :]
Re: FreeBSD > 4G
Добавлено: 2010-11-03 19:43:33
FreeBSP
круто.. интересно, а Атом 330 полностью 64-битный или кастрированный как старые интеля
как проверить/посмотреть?
Re: FreeBSD > 4G
Добавлено: 2010-11-03 19:48:48
fox
А кто что скажет по поводу этого дивайза:
Intel i7-950
Re: FreeBSD > 4G
Добавлено: 2010-11-03 20:05:42
Alex Keda
в спецификации должно быть написано
Re: FreeBSD > 4G
Добавлено: 2010-11-03 20:09:13
Alex Keda
hizel писал(а):ущербность intel64 ? :]
да, кстати - интел64 - это разве что умерший ia64
на современных архитектурах используется набор от AMD - интель воспользовался договором с AMD 80-х чтоле годов, в котором они обещали делиться разработками.
иначе бы они загнулись - 32 бита нынче не актуальны, а ia64 в народ не пошёл - по причине медленного эмулятора x32, помоему.
могу заблуждаться - лучше почитать хотя бы в википедии русской, там вроде была статейка на тему amd64
Re: FreeBSD > 4G
Добавлено: 2010-11-03 20:48:58
fox
Alex Keda писал(а):в спецификации должно быть написано
Спецификацию я знаю на изусть...
Мне интересует Ваше мнение, что то что то подобное юзал, ваши впечатления по поводу этого проца или линейки...
Re: FreeBSD > 4G
Добавлено: 2010-11-03 20:50:59
hizel
Intel® 64(заипали они переименовывацо!) в девчестве em64t, так что нет, не ia64
Re: FreeBSD > 4G
Добавлено: 2010-11-03 22:37:50
FreeBSP
заипали они не тока переименовываца
через несколько месяцев на рынке будет 5 их сокетов - 775, 1155, 1156, 1366 и 2011 вот это уже маразм...
Re: FreeBSD > 4G
Добавлено: 2010-11-03 22:55:06
hizel
маркетингово выгодно

менеджеры правят миром! гореть им в аду!
Re: FreeBSD > 4G
Добавлено: 2010-11-03 23:19:58
FreeBSP
1366 появилась среди десктопных тока потому что не успели доделать QPI для многопроцессорных систем. недоделку выкинули на рынок с криками "десктопный эксрим". вроде как действительно пошустрее чем i7-8xx на 1156 но 3-й канал памяти нужен тока для того чтобы в полтора раза больше рамки запихнуть. на ixbt мона тесты глянуть, местами медленнее двухканала
1156 тоже спонтанно выкинули и был недокомплект линейки процов под него..
а когда доукомплектовали линейки процов/мамок/чипсетов под 1156 платформы уже несколько морально устарели - первые процы под 1156 появились в сентябре 2009, 1366 - в 2008
ну а 775 - на удивление крепенький пережиток.. лет 5 уже бегает, причем в самом начале про двуядреные камни не знал. а нынче складских остатков еще полно, но уже берут вяло..
тем временем время бежит и в 2011, думаю где то до марта покажут 1155 и 2011.. причем 1155 несовместим с 1156 - ключик сдвинули.. сволочи! пять несовместимых платформ это черезчур... учитывая что в AM2+ можно запихнуть весьма новенький проц..
http://www.ixbt.com/cpu/intel-lga1156-fail.shtml
Re: FreeBSD > 4G
Добавлено: 2010-11-03 23:26:45
FiL
FreeBSP писал(а):заипали они не тока переименовываца
через несколько месяцев на рынке будет 5 их сокетов - 775, 1155, 1156, 1366 и 2011 вот это уже маразм...
Aга, толи дело AMD -
939, 563, S1, AM2, F, AM2+, AM3, G34, C32 ... правда и в Интеловской линейке ты много пропустил.
Реально, конечно, если не считать ноутбучных и серверных сокетов, то у AMD живых поменьше.
AM2+, AM3 и G34, который в данный момент сугубо серверный, но по идее должен будет вернуться на десктоп с появлением новых процов на бульдозере.
Но тут вопрос сложный. Что лучше - оставить старый сокет, но сделать несовместимые процы, которые в старые мамы вставляться будут, а работать - нет (а такое у AMD бывало неоднократно), ибо чипсет старый и новый проц не поддерживает. Или раз все равно надо менять маму, так лучше сделать на одну ногу больше или меньше, чтоб даже не пытались всунуть несовместимый проц.