mirror of
https://github.com/SCST-project/scst.git
synced 2026-05-28 17:30:18 +00:00
Minor web updates
git-svn-id: http://svn.code.sf.net/p/scst/svn/trunk@1740 d57e44dd-8a1f-0410-8b47-8ef2f437770f
This commit is contained in:
@@ -169,13 +169,13 @@ ORDERED commands</b></td> <td> + </td> <td> + </td> <td> -, <br> data
|
||||
</tr>
|
||||
<tr>
|
||||
<td align="left"><b>Persistent Reservations <br>
|
||||
<small> (Windows 2008 clustering / RHEL5 I/O fencing)</small></b></td> <td> Under development
|
||||
in "pr" SVN branch</td> <td> Under testing
|
||||
(limited functionality
|
||||
implemented)</td> <td> - </td> <td> Under testing</td>
|
||||
<small> (Windows 2008 clustering / RHEL5 I/O fencing)</small></b></td> <td> Under testing
|
||||
</td> <td> + <br> (limited
|
||||
functionality
|
||||
implemented)</td> <td> - </td> <td> + </td>
|
||||
</tr>
|
||||
<tr>
|
||||
<td align="left"><b>ALUA</b></td> <td> - </td> <td> - </td> <td> - </td> <td> Under testing</td>
|
||||
<td align="left"><b>ALUA</b></td> <td> - </td> <td> - </td> <td> - </td> <td> + </td>
|
||||
</tr>
|
||||
<tr>
|
||||
<td align="left"><b>Failover Clustering</b></td> <td> + </td> <td> ? </td> <td> + </td> <td> + </td>
|
||||
|
||||
@@ -99,22 +99,6 @@
|
||||
page cache, namely, locking issues related to it. They should be carefully
|
||||
investigated.</p>
|
||||
|
||||
<A NAME="PR"></A><h3>Persistent reservations</h3>
|
||||
|
||||
<p>Support for PERSISTENT RESERVE IN and PERSISTENT RESERVE OUT is required to
|
||||
work in many cluster environments, e.g. Windows 2003 Cluster.</p>
|
||||
|
||||
<p>For implementation you should use scst_reserve_local() and
|
||||
scst_release_local() as a base. You should store all reservation keys
|
||||
for in files in /var/scst, one file per device
|
||||
(it would allow to eliminate additional locking), like
|
||||
/var/scst/boot_disk for device "boot_disk" and load them in memory, when
|
||||
device would be registered.</p>
|
||||
|
||||
<p>In the first version it can be done for virtual
|
||||
devices only and reject PERSISTENT RESERVE IN and OUT commands for
|
||||
pass-through devices with "COMMAND NOT SUPPORTED" sense data.</p>
|
||||
|
||||
<A NAME="DYN_FLOW"></A><h3>Dynamic I/O flow control</h3>
|
||||
|
||||
<p>At the moment, if an initiator or several initiators simultaneously send to
|
||||
|
||||
@@ -39,7 +39,8 @@
|
||||
Linux kernel as well as between Linux kernel and storage backend
|
||||
handlers, connecting target drivers with real or emulated storage backend.
|
||||
|
||||
<p>SCST allows creation of sophisticated storage devices, which provide advanced
|
||||
<p>SCST allows creation of sophisticated storage devices from any Linux box. Those
|
||||
devices can provide advanced
|
||||
functionality, like <strong>replication</strong>, <strong>thin provisioning</strong>,
|
||||
<strong>deduplication</strong>, <strong>high availability</strong>,
|
||||
<strong>automatic backup</strong>, etc. Another class of such devices
|
||||
|
||||
@@ -76,7 +76,8 @@
|
||||
</p>
|
||||
|
||||
<ul>
|
||||
<li><span>Improved performance. In some cases improvement >100%.</span></li>
|
||||
<li><span>Improved performance. In some cases improvement >100%. Especially it is noticeable
|
||||
with several initiators accessing the same device.</span></li>
|
||||
|
||||
<li><span>Pass-through mode with one to many relationship, when multiple initiators can connect to
|
||||
exported local SCSI devices. For instance, in this mode you can safely export your parallel
|
||||
|
||||
Reference in New Issue
Block a user