Greg Lehey опубликовал внушительный по содержанию документ "Debugging kernel problems (http://www.lemis.com/grog/Papers/Debug-tutorial/tutorial.pdf)",
в котором описывается процесс отладки ядра, возможные проблемы и причины их появления, инструменты применяемые при отладке.
Так же стали доступны некоторые презентации с BSDCan 2005:- "FreeBSD ioctl is just soooo 1980ies (http://phk.freebsd.dk/pubs/bsdcan2005_ioctl.pdf)" от Poul-Henning Kamp - в презентации рассказывается об эволюции управляющего системного вызова ioctl и подсистеме GEOM;
- "FreeBSD in Enterprise Environments: An Introduction for Linux Users (http://people.freebsd.org/~murray/presentations/MSU%20-...)" от Murray Stokely - в презентации рассказывается что такое FreeBSD, как можно её использовать и как она используется в мире;
- "Debugging kernel problems (http://www.lemis.com/grog/Papers/Debug-tutorial/slides.pdf)" от Greg Lehey - чуть менее объёмный документ по отладке проблем в ядре, выполненный в виде презентации;
- "FreeBSD Wireless FreeBSD Wireless Networking (http://www.freebsd.org/~sam/BSDCan2005.pdf)" от Sam Leffler - в презентации рассказывается о поддержке беспроводных технологий во FreeBSD;
- "FreeBSD SMPng Project (http://www.watson.org/~robert/freebsd/netperf/20050513-bsdca.../)" от Robert Watson - в презентации рассказывается об особенностях многопроцессорных систем и реализации сетевого стека FreeBSD с поддержкой многопроцессорных систем;
URL: http://www.lemis.com/grog/Papers/Debug-tutorial/tutorial.pdf
Новость: https://www.opennet.ru/opennews/art.shtml?num=5477
Блин, лучше б сделали доклад как побороть их кривые дрова для АТА, и когда они начнут всерьёз заниматься производительностью системы... Благо сейчас FreeBSD одна из самых тормознутых систем....
На ноутах проблем нет - Фря 5.3 летает. Линух отдыхает конкретно.На сервереах - никто даже и не думает АТУ ставить.
По любэ, ATA - это встроенный DDOS - падохнет любой WEB сервак при наличии 0 конкурирующих пользователей.
Даже и под Линух.
И подумай. Уже было мнение на Опеннете - если за пять лет никто и не почесался АТУ подправить, значит это реально сильно неважно: на 123712 тем в вишлисте - три пожелания "побороть их кривые дрова для АТА"
А на ноутбуках у тебя SCSI, что ли ?
Сказано же: даже с "кривым ATA" ноут+FreeBSD уделывает ноут+Linux. Либо ты перегоняешь видео на ноуте, или обширные сервисы по перекачке файлов предоставляешь?
Не приходило в голову.
И чем же он делает? Именно в отнощении связки с ноутом. Фря научилась делать suspend to disk?
На ноутах как правило ОДИН винт. :) Поэтому и проблем вы не ощущаете. А вот если бы на вашем ноуте было два винта, то на верное бы вам было неприятно, что второй винт не умеет UDMA, хотя система бы нагло врала что на нем UDMA. ;)С одним PATA-винтом у FreeBSD действительно нет проблем, проблема вылазиет когда таких винта два в системе. :(
P. S.
Мне вот например не очень приятно, что на моей рабочей станции два ультранавороченных винта PATA HITACHI по 400ГБ, на первом есть UDMA100, а на втором "типа UDMA100" а-ля PIO. :(
3ware спасет ситуевину. 7006-2 например.
Как же вы достали со своим SCSI! Есть десктопы, есть сервера для дома/небольших сетей, есть куча помоечного железа - какое там нахрен SCSI? WWW сервера с 3 млн. хитов/день я видел - все под ATA летало без проблем на 4.11. Со статическим контентом, разумеется, т.е. реально с диска. Так что с такими мнениями как `ATA - это встроенный DDOS' - в сад `по любэ'. Может теперь, как виндовс будем, с минимальными требованиями - P4, 1G, SCSI? Блин, пионеры зажрались совсем...
В биосе оба диска определяются как UDMA100?
Да оба диска в BIOS как UDMA100 и система показывает что они в UDMA100 оба.Но вот выполнение dd if=/dev/zero of=test bs=1024k count=1024 на ad0 происходит за 20-22 секунды (~ 50 МБ/c UDMA100), а на ad1 65-69 секунд (~ 16 МБ/с - "типа UDMA100 а-ля PIO).
>На ноутах проблем нет - Фря 5.3 летает. Линух отдыхает конкретно.Не замечал...
Не знаю у кого какие проблемы.
У нас стоят серваки под FreeBSD 5.3 с ATA
винтами.
Каких - либо проблем нихто не заметил.
Странно, я тоже использую FreeBSD с незапамятных времен и в основном с ATA дисками. Ни разу не испытывал проблем. Хотя на каждом углу об этом говорят.
>Не знаю у кого какие проблемы.
>У нас стоят серваки под FreeBSD 5.3 с ATA
>винтами.
>Каких - либо проблем нихто не заметил.1. Винты должны быть PATA. Винтов должно быть в системе ДВА. Система должна быть FreeBSD 5.x
2. Джамперы должные стоять правильно - Master, Slave. Убедиться что используются шлейф на 80-pin, и винты развешаны и винты развешаны правильно, синий конец - шлейфа в маму, остальные концы шлейфа в винты в соответствии с надписями - Master и Slave. :)
3. Сделать:
# atacontrol mode 0 UDMA33 UDMA33
# atacontrol mode 0 UDMA100 UDMA1004. Сделать на первом винте (ad0):
dd if=/dev/zero of=test bs=1024k count=10245. Сделать на втором винте (ad1):
dd if=/dev/zero of=test bs=1024k count=10246. Сравнить результаты и избавиться от иллюзии, что у FreeBSD все в порядке с ATA-драйвером.
P. S.
А тянется все это еще со времен:
http://lists.freebsd.org/pipermail/freebsd-current/2004-Sept...
http://lists.freebsd.org/pipermail/freebsd-current/2004-Octo...
atacontrol mode 0 UDMA5 UDMA5 && atacontrol mode 1 UDMA5 UDMA5 - а так не пробовали в загрузке указывать принудительно тот или иной режим доступа? И еще одно - не используйте редкое железо...
на стандартном контроллере:
ad0 - 10 216 643 b/s (WD 4Gb) оч. старый :)
ad1 - 48 448 815 b/s 160Gb (Samsung'и, Seagate'ы всякие)
ad2 - 48 113 278 b/s --"--
ad3 - 49 987 576 b/s 180Gb
на HPT370:
ad4 - 51 462 244 b/s 180Gb
ad5 - 37 261 695 b/s --"--
ad6 - 46 673 765 b/s --"--
ad7 - 51 092 001 b/s --"--