Ru-Board.club
← Вернуться в раздел «UNIX»

» Поддержка двух процессоров во FreeBSD

Автор: Simulakron
Дата сообщения: 06.05.2006 17:31
Привет всемогущий ол!
Есть Intel Dual Xeon 2.80 Mhz (два проца) 64 bit
RAM - 2048 MB
ну и так далее.
Поставил Фрю, и по привычке скомпилил ядро следующим образом
make buildkernel KERNCONF=SMP (для поддержки мультипроцессорности)
после ребута виден только один процессор, то есть ничего не изменилось
Пробовал с версией amd64 (FreeBSD 6.0) и i386 (FreeBSD 5.4)
Ничего не вышло.
Самое интересное что есть такая же машина толька 32 битная, на ней стоит 5.4 и SMP прекрасно работает.
В чем может быть проблема??
Автор: Sadok
Дата сообщения: 07.05.2006 14:17
less /usr/src/UPDATING способствует. ну и cd /usr/src/sys/i386/conf/ && make LINT
Автор: tankistua
Дата сообщения: 09.05.2006 20:25
Sadok
позволю себе немного уточнить.

Для начинающего обязательна к прочтению следующая книга.
http://www.freebsd.org/doc/ru_RU.KOI8-R/books/handbook/

Добавлено:
ссори - там действительно не написано.
Надо в конфиг нового ядра добавить опцию

options SMP
Автор: Simulakron
Дата сообщения: 10.05.2006 11:58
tankistua
make buildkernel KERNCONF=SMP
а по вашему это что за команда??
SMP включает в себя одну опцию
options SMP
посмотрите файл и Вы поймете о чем я.
Автор: litos
Дата сообщения: 10.05.2006 18:16
make buildkernel KERNCONF=SMP
у тебя конфиг ядра должен имя иметь SMP, а в нем уже прописана опция о включении SMP
можешь конфиг ядра назвать как угодно, например ROUTER итп, все опции в нем должны быть заданы просто

---------
Slava, http://talks.net.ru
Автор: Simulakron
Дата сообщения: 10.05.2006 18:20
)))
Ребят, у меня это работало на 4 машинах но ни одна из них не была 64 битная.
так что этот способ проверен и работает.
в самом SMP файле (кстати это не мой файл а дефолтный БЗД-шный) включена опция подключения GENERIC .
да сами посмотрите!
cd /usr/src/sys/i386/conf
Автор: keyhell
Дата сообщения: 10.05.2006 18:24
Simulakron,
как и обычно:
dmesg с GENERIC в студию
dmesg с SMP в студию
(можно мне на мыло).

конфиги тоже желательно. я уже успел до 6.1 накатиться, кстати, чего и вам желаю.
Автор: Simulakron
Дата сообщения: 10.05.2006 18:27
keyhell

Кстати 6.1 я уже поставил и на ней все по дефолту включено
меня волнует почему это не работает в более ранних ветках.
но 6.1 меня огорчил тем что у него винума нет
Автор: tankistua
Дата сообщения: 10.05.2006 20:33
Simulakron

Цитата:
да сами посмотрите!
cd /usr/src/sys/i386/conf

таки да

include GENERIC

- но это неправильно все таки. Надо свой конфиг ваять.

Пробовал cd /usr/src && make clean ?
Автор: keyhell
Дата сообщения: 11.05.2006 08:37

Цитата:
но 6.1 меня огорчил тем что у него винума нет

очень сомнительно. вечером проверю.

Цитата:
Кстати 6.1 я уже поставил и на ней все по дефолту включено
меня волнует почему это не работает в более ранних ветках.

я уже писал какие файлы мне нужны для диагностики. дальнейшией вопросы через аську.
Автор: Simulakron
Дата сообщения: 11.05.2006 10:23
tankistua
почему не правильно??
мне не надо было добавлять ничего кроме СМП то есть дефолтный конфиг это то что мне было нужно.
Автор: tankistua
Дата сообщения: 11.05.2006 11:31
Simulakron
идеологически неправильно - я не говорил, что не будет работать. Я из ядра кошу все , что не используется, и все что будет использоваться - добавляю, чтобы не использовать модули. Привычка :)

Добавлено:
И кстати - фря отлично радупляется , что у нее 2 процессора и при установке ставиться SMP-шное ядро. Так что пересобирать generic ядро нет ну никакого смысла.
Автор: Simulakron
Дата сообщения: 11.05.2006 13:02
tankistua

Цитата:
И кстати - фря отлично радупляется , что у нее 2 процессора и при установке ставиться SMP-шное ядро. Так что пересобирать generic ядро нет ну никакого смысла.

в 6.1 все пучком отображается
но в ранних нет!
у меня 64 битные процы. вот в чем все дело.
Автор: tankistua
Дата сообщения: 12.05.2006 10:01
Simulakron

Цитата:
в 6.1 все пучком отображается
но в ранних нет!
у меня 64 битные процы. вот в чем все дело.


может быть - спорить не буду, на шестерке не проверял. Я 6.1 позавчера поставил , вот на ней то 2-ух процовая машина завелась с smp-ишным ядром.
Автор: Simulakron
Дата сообщения: 12.05.2006 11:10
tankistua

Цитата:
может быть - спорить не буду, на шестерке не проверял. Я 6.1 позавчера поставил , вот на ней то 2-ух процовая машина завелась с smp-ишным ядром.

Да, да!! Полностью с Вами согласен.Даже компилить не надо было.
Автор: ivanmara
Дата сообщения: 31.07.2006 21:41
Freebsd хорошая система .. но есть лучьше ... зачем барахтаться в том что уже RIP ... ?
Автор: tankistua
Дата сообщения: 14.08.2006 00:57
Simulakron
Цитата:
у меня 64 битные процы. вот в чем все дело.


недавно столкнулся с неприятной ситуацией - не заводиться фря 6.1 i386 на процессор с EMT64. После чтения логов стало понятно что инсталлятор не может найти на сидюке ядро и скопировать в систему. Решил банальным копированием ручками с сидюка ядра на бутовый раздел. Подозреваю , что ситуцию полечила-бы установка с сидюков 6.1-amd64, а потом пересборка ядра под i386, но дистрибутива под рукой не оказалось.

P.S. ну нет у меня желания пользоваться 64-мя битами, кроме проблем никаких преимуществ не принесет, пока весь софт не перепишут под 64.
Автор: f_serg
Дата сообщения: 15.08.2006 09:05
tankistua

Цитата:
кроме проблем никаких преимуществ не принесет, пока весь софт не перепишут под 64.

В смысле? 64-битное ядро не умеет работать с 32-битными процессами?
У меня (правда на солярисе) ядро - 64, все что нормально собирается под 64 разряда - тоже, остальное - 32. 64-разрядный MySQL дал прирост производительности процентов на 20. Мелочь, а приятно.
Автор: tankistua
Дата сообщения: 15.08.2006 12:27
да нет - сам софт не оптимизирован.

смотри. Допустим имеется кеш в 256 бит. Это получается 4 блока по 64 или 8 блока по 32 бита данных. Кеш очищается за один такт. Получается, что если софт написан под 32-битовую систему, то будет работать все быстрее, потому что за один такт через кеш пройдет максимум 128 бит данных или 256 в случае использования приложения, не умеющего работать в 64-ех битовом режиме.

Плюс к этому добавляется новизна технологии, попытка оптимизировать под это софт и соответственно сырость кода.

Ситауция полностью повторяется как с появлением пентиум ММХ, когда появилась поддержка 32-ух бит.

З.Ы. может я где-то и ошибся, но примерно такова суть. Выиграша на данный момент нет. А вот то что есть софт , который не умеет работать с ядром amd64 - так это факт

cd /usr/ports && grep -r amd64 *

и посмотри внимательно на вывод.

Добавлено:
Хотя это окнечно мое личное мнение и я могу ошибаться, но если кто-то меня переубедит в обратном - буду признателен. Я все-таки понимаю , что будущее за 64 битами.
Автор: f_serg
Дата сообщения: 18.08.2006 06:29
tankistua
Понял твою позицию... Но ядро-то уже оптимизировано под amd64! Его-то стоит ставить! Ну и, соответственно, оптимизированный софт. А остальное пусть работает в 32-хразрядном режиме.

Страницы: 1

Предыдущая тема: редактор VI


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.