Re: iSCSI support

From: Alex Zbyslaw (xfb52_at_dial.pipex.com)
Date: 11/22/05

  • Next message: Kurt Buff: "Re: Project Management Software" 
    Date: Tue, 22 Nov 2005 16:39:36 +0000
To: Wojciech Puchar <wojtek@tensor.3miasto.net>

    Wojciech Puchar wrote:

    >> Whole devices accessed directly can be a lot faster than NFS, since the
    >> client doesn't have to constantly ask the NFS server whether the file
    >> it's currently accessing has changed.
    >
    >
    > any problem to add such option to NFS?? with iSCSI you just CAN't do it.
    > anyway this asking isn't bandwidth intensive, while adds delays. and
    > it may affect of transfer speed for ONE process reading one file, but
    > not multiuser system.

    Regardless of whether iSCSI is any good, it's a common access method for
    SAN devices, and from what I've been told, may be the *only* access
    method. So in heterogenous (read windows dominated) environment where
    you want to be able to access these things, an iSCSI initiator for
    FreeBSD can only be a good thing.

    --Alex

    _______________________________________________
    freebsd-questions@freebsd.org mailing list
    http://lists.freebsd.org/mailman/listinfo/freebsd-questions
    To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org"

  • Next message: Kurt Buff: "Re: Project Management Software"

    Relevant Pages

    • Re: nfs tranfers hang in state getblck or nfsread
      ... Boot the 5.1-CURRENT nfs server ... Boot the 5.1-CURRENT diskless client ... <insert about a 10 second delay here> ...
      (freebsd-current)
    • Re: NFS through firewall
      ... >> of the partitions exported by the NFS server. ... you're not root on the client when you're trying to access the ... the nfs server does not treat a remote root ... >> the client and try to access an exported partition that belongs to, say, ...
      (Fedora)
    • Re: nfs -- file creation ctime
      ... of NFS server, ... so the ctime is set to the current time (and mtime and atime ... time is taken from the server, not the client. ... system containing the file and inspect the device and type fields. ...
      (comp.unix.programmer)
    • Re: Reproducable, possibly NFS related, fatal double fault in 6.2-R-p7
      ... Both NFS server and client are running 6.2-RELEASE-p7. ... I have three kernel crash dumps available. ... Fatal double fault: ...
      (freebsd-stable)
    • Re: pdflush eating a lot of CPU on heavy NFS I/O
      ... >> It's a shame this wasn't reported earlier. ... I'll assume the client. ... > 2.4.25-based NFS server. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)