Linux 2.6 и судьба ide-scsi

странно
вчерась только писал с иде-скази болванку и все было путем
а вот без эмуляции не цепляет он девайся никак
на ядре 2.6тест11

Странно - я писал нормально без ide-scsi.
Использовал cdrtools-2.01a19.tar.bz2
Устройство задавал примерно так:
cdrecord dev=/dev/hdc ...

--
vap

WTF

эти уроди хотят выкинуть поддержку ide-scsi ?????
они что совсем чтоль тронулись???
надеюсь ума у разработчкив хватит не выкидывать эту опцию

Все правильно, dev=ATAPI. А cdrecord и правда криво работает. Так что Линус прав.

>эти уроди хотят выкинуть поддержку ide-scsi ?????
>они что совсем чтоль тронулись???
>надеюсь ума у разработчкив хватит не выкидывать эту опцию

И правильно сделают.... Нахрен эти костыли нужны? Для cdrecord'а?
Да будет вам известно милейший, что Шилинг всех нах... послал
и сказал, что новую реализацию ATAPI протокола он поддерживать
пока не будет, так как по его мнению, она кривая, а его софтина просто
идеал, следовательно ide-scsi, который был написан специально
для cdrecord, не имеет смысл держать вообще, если глючит с ATAPI
напрямую, то с ide-scsi будет тоже самое + глюки самого ide-scsi,
тем более, что cdrecord умеет работать напрямую с ATAPI, только
пока не очень стабильно, вот пусть в этом направлении и работают...

Токса, йопта, а вот ты выжигал компакты минуя ide-scsi?
Может быть я что-то не так делаю, но у меня при "прямом" жжении проц вставляется (1.2Ghz) в 100% и даже мышкой хрен поелозишь -- полностью дискретное движение.
Если же через эмуляцию scsi -- имею свои 5-7%
Как так?

to MakcuM
Странно. У меня при работе через ide-scsi и при обдирании образа, и при записи загрузка 100%. А вообще-то конечно это дурацкий костыль.

мдя.

нда.

А у меня на Cel 400 я при записи на 10х и фильмы комфортно mplayer-ом смотрел... Но все же думаю что ide-scsi со временем придется выкинуть. Только вот на что бы заменить cdrecord?

cdrecord 2.0.1alpha19

kernel 2.6.0-test11

cdrecord -dev=/dev/hdd (dev=ATAPI это бред ;) при котором грузится 100% CPU ;) )

грузится ~12% CPU (Cel 800)

через ide-scsi CPU Load ~20%

kernel 2.4.22-rc2

через -dev=/dev/hdd писать вообще нельзя, через ide-scsi CPU Load ~15%

так что переходите люди на 2.6 :)

P.S.: это чисто данные, я никому ничего не доказываю ;)

А слабо говорунам-линуксоидам распаковать исходники cdrtools и посмотреть в Readme что такое ATAPI и ide-scsi и почему используется именно он?

Не линуксоид, но около того.

вот ещё одно подтверждение тормозности 2.6
там где на 2.4 было 15% загруженности на 2.6 даёт 20%
нех переходить не будем

>тем более, что cdrecord умеет работать напрямую с ATAPI, только пока не очень стабильно, вот пусть в этом направлении и работают...

дак вот может пока он не очень стабильно работяет не трогать ide-scsi

Цел 500.
ядро 2.4.22 (Fedora)

ide-scsi - запись 'on the fly' на 16 скоростях.
Загрузка процессора 4-8%

В статье-то вопрос в общем случае поднимается относительно других
устройств, использующих ide-scsi. Не все могут работать с ATAPI.

Вообще то поддержка ide-scsi не особо нужна. Сейчас все проги (в том числе и cdrecord) работают через scsi generic, так что главное чтобы его поддержка была в ядре. А ее не выинут. И вместо /dev/hdc нало указывать /dev/sg0

Такой нескомный вопрос, а как у тебя будет работать scsi generic с IDE диском? Без ide-scsi? cdrecord всю жизнь со scsi generic и работал. А ide-scsi как раз и отвечало за представление IDE устройств в виде scsi девайсов.