V Linuxe som sice relativne zaciatocnik, ale pokial som spravne pochopil dokumentaciu k cdrecord, tak Linux NEemuluje SCSI nad ATAPI, ale v skutocnosti ATAPI je vlastne obmedzenou implementaciou protokolu SCSI, takze komunikacia s mechanikou priamo cez SCSI nezatazuje CPU, skor naopak, emulacia IDE asi zatazuje skor. Cize pokial mame v jadre zakompilovanu podporu SCSI a dalsie potrebne veci, tak je to pri komunikacii s ATAPI mechanikou prirodzenejsie, nez IDE-SCSI emulation.
Alebo som cdrecord pochopil nespravne?
No obavam se zes to nepochopil uplne spravne.
Aby si mohl k ATAPI zarizeni pristupovat scsi prikazama, tak musis mit v jadre nahozenou ide-scsi emulaci (ktera nema moc velkou rezii (pokud vubec nejakou) protoze ATAPI (jak rikas) je v zasade SCSI)
No ona ta rezie se dost projevi az pri vysokych rychlostech. Treba, kdyz palite 40x na tom mym smejdu stolnim, tak uz je to HODNE znat. Kdyz mate ale P4 3GHz, tak potom je to fakt jedno :) Naopak emulaci nedoporucuju vubec od P2 niz...tam je to vazne uz na jadro 2.5 a palit genericky
Ee, na K6-2/400 se da palit datove CD 40x bez burnout.
(z konzole, nebezi zadny narocny proces, vytizeni dosahne max. cca 50-60%) Problem nastava az u paleni audia, ktere se v cdrtools pali v -raw => vetsi zatez procesoru a vychazi to tak na cca 15x burnout na 1 CD a i presto, ze mechanika je burnproof - TEAC, jsou vypadky v audiu slyset (slabe lupnuti uprostred tracku). Cili podminovat paleni (zvlast to vyse popisovane, cili data v modu TAO) strojem jako mas ty je zbytecne. Na druhou stranu paleni na 486 by asi vyzadovalo SCSI vypalovacku nebo male rychlosti, max cca 4-8x.
No pokud jsem si spravne readme precetl, tak pod linuxem a 2.4 jadre spravne nefunguje DMA pro IDE vypalovacky. Lepe receno funguje jen ve specifickem modu. Na mem PII 333 se zaplym dma vypaluju pouze 16x ikdyz dam parametr, ze chci 48x (vypalovacka to umi je to Plextor). Vytizeni je nekde kolem 80-90%, takze se mi zda, ze to fakt DMA neumi. Muze mi to nekdo vysvetlit?
