|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 13 Aug 2002 14:58:02
To : Alex Tomas
Subject : Re: cd-rw or scsi?...
--------------------------------------------------------------------------------
Hi, Alex!
>>>>> "AT" == Alex Tomas <bzzz@tmi.comex.ru> writes:
AG>> Я это видел неоднократно. Со SCSI во FreeBSD (cdrecord). C ним
AG>> же на той же машине под Win (кажется даже под несколькими
AG>> писалками) С IDE приводом под Win на другой машине. Поскольку не
AG>> знаю спецификации на запись и очистку CD-RW - решил, что так и
AG>> должно быть. И не стал грешить на драйверы или ОС.
VB>> хмм... Ок, но почему нельзя прибить cdrecord? ;-)
AT> вероятно разработчики посчитали, что процесс этот прерывать
AT> нежелательно
очень хорошо что они так посчитали. Тогда немного непонятно почему они не
посчитали что нельзя заблокировать перезагрузку, запитать ситемный блок от
"святого источника", и заставить пользователя дождаться пока оно
доформатирует? Где разум-то разработчиков?
Да, я поинмаю что они пишут для себя.
AG>> Процесс очистки в зависимости от привода (пробовалось на 8х и
AG>> 16х) занимает от 40 до 20 минут. Hесмотря на все это было пару
AG>> раз, когда надо было писать срочно, а про эту особенность забыл и
AG>> запустил полную очистку. Раздражает.
VB>> отож... Про всякие приколы с disconect scsi винта, и записью на
VB>> него в лог, я тут рассказывал... не помню пол года, или уже более
VB>> чем пол года назад...
AT> это что такое?
это у меня на баракуде появился сбойный сектор. Драйвер адаптека при
наступление на такое, делал винту дисконект (или reset? не помню уже). Hа
этом винте /var живет. ksyslogd пишет в /var/log/messages "у нас тут
сбойный сектор, мы винту дисконект сделали", syslogd пытается записать,
получает "device not ready". Он об этом разостно сообщает. Разумеетяс в
/var/log/mesages. И снова получает что-то там, "от винта". Баракуда на
10000 rpm стопается-раскручивается секунд 10-15. За это время в лог
успевают "написать" херову тучу всего. там и про Sector not found что-то
пролетало, кажется... Самое что противное, что почему-то одинаковые
сообщения не "свернулись" в одну строку, типа "предыдущее сообщение
повторилось 10 раз". Хотя я уже за давностью не возьмусь утвержадть что
там были добуквено одинаковые ругательства.
Как только винт становится снова доступен, syslogd (или буфера?), радостно
сбрасывает на диск все, что хотели написать программы в /var/log/messages.
В итоге, на минуту-две машина впадает в трешинг. LA подскакивал до 10-15,
кажется, мышка еле двигалась. Это нормально? Я думал мне винт пропилят
головками насквозь.
Я сейчас деталей уже не помню, давно это было. Подробности думаю можно
поискать на гуле, в архивах этой конференции.
Мне честно говоря, уже лень это все снова ворошить. Осадок остался
неприятный. И пока я не вижу в новых версиях линукса, чтоб что-то
менялось в ту сторону, в которую мне нужно. Хотя, в bitkeeper исходники
ядра засунули, уже легче. Глядишь, лет через пять, можно будет реально
узнать что поломали в новой версии, в сравнении с предыдущей... До
конкретной строки кода, и почитать в histroy описания, зачем это ломали.
Характер моей работы давно диктует "писать нужно кроссплатформено". Это
дороже, но это окупается, например бОльшим озватом рынка. В итоге, если
линукс "испортится" как тут пророчат, я просто возьму более лучшую на то
время платформу. Без какой-либо грусти.
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
