My thoughts inline: On Tue, Jun 17, 2008 at 5:40 PM, HIMANSHU <[EMAIL PROTECTED]> wrote:
> > 1. > You say that performance figures are this.. > > single iSCSI session: > > * 450MB/s Read and 450 MB/s Write for 64KB block > * 510 MB/s Read and 550 MB/s Write for 256KB block > * 65,000 IOPS - 1K, 58,000 IOPS - 2K, 50,000 IOPS with 4KB Read > > two iSCSI sessions: > > * 550 MB/s Read and 810 MB/s Write for 256KB block > * 75,000 IOPS for 1K block > > How can we measure figures on our machine? > "Iometer" , "disktest" are few tools available for that. > Can u suggest any good one? > > > ------------------------------------------------------------------------------------------------------------------------------- > 2. > When Initiator can get access to disk from target,What all > applications user can have?Means besides Storage,what is the use of > this Disk? [Dheeraj] Its just like a disk. Apart from storage, a disk can also be used as a lock, albeit via a filesystem using file locks. Similarly using scsi reservations, I believe it could be used as a lock. > > > -------------------------------------------------------------------------------------------------------------------------------- > 3. > If one initiator is logged in to target "iqn. > 2008-06.com.companyname:BLOCKIO_TARGET" which is 1 GB. > > It thus have access to it,it partitions it using "fdisk".Creates file > system using "mkfs".mounts it and writes 300 MB data on it. > > If second initiator machine logs in to the same target,it can view all > the 300 MB data written by 1st initiator if 2nd initiator doesn't > format that disk after login. 2nd initiator only mounts the logged in > disk and thus had access to all the 300 MB data. Is it ethical? > > Should we allow same target to be shared by multiple initiators at the > same time? > > What will be the pros and cons? {DHeeraj]:Unless there are more than one writers, the data can be accessed without inconsistency. However in case the LU is to be shared among hosts, they must form a group(aka cluster) and reserve the LU before accessing it. SCSI provides persistent reserve and release commands to achieve this. > > > I think,we need to handle synchronization issues there.Data written by > 1st initiator shouldn't be deleted by others and all...... > Or Data from 1st initiator should not be visible/accessible to others. > > What approach looks more ethical and practical? > > ------------------------------------------------------------------------------------------------------------------------------- > > > > -- Simplicity of character is the natural result of profound thought. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "open-iscsi" group. To post to this group, send email to open-iscsi@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/open-iscsi -~----------~----~----~----~------~----~------~--~---