<div class="gmail_quote">11 августа 2010 г. 15:08 пользователь Баранов Денис Евгеньевич <span dir="ltr">&lt;<a href="mailto:baraka@etersoft.ru">baraka@etersoft.ru</a>&gt;</span> написал:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
В письме от Wed, 11 Aug 2010 14:47:08 +0400, Pavel Shilovsky &lt;<a href="mailto:piastry@etersoft.ru" target="_blank">piastry@etersoft.ru</a>&gt; сообщал:<div class="im"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

Насколько я понимаю данный вопрос имеет прямое отношение к баге #3032. Если<br>
я правильно понял, вопрос состоит в том, чтобы скорость работы в сетевом<br>
режиме ОДНОГО пользователя была сопоставима со скоростью работы в<br>
монопольном режиме (опять же одного пользователя - иначе в данном случае и<br>
нельзя).<br>
</blockquote>
<br></div>
Пока имеется в виду хотя бы работа одного пользователя.<br>
Дальше будем смотреть в сторону нескольких пользователей.</blockquote><div><br>В баге #5442 была предпринята попытка реализовать работу с кешем, но при по результатам тестирования из <a href="http://bugs.etersoft.ru/show_bug.cgi?id=4398#c5">http://bugs.etersoft.ru/show_bug.cgi?id=4398#c5</a>, выяснилось, что механизм проверки файла по времени модификации не является абсолютно верным, а именно он сейчас присутствует в CIFS.<br>
<br>Ввиду вышеизложенного, у меня есть предложение реализовать чтение из кеша только в том случае, если у клиента есть Exclusive oplock. В остальных случаях читать с сервера (даже в случае Level II Oplock, чтобы избежать проблем с блокировками - ибо данный функционал уже пробовался без особого успеха). Так же в нынешней реализации клиент не кеширует блокировки при Exclusive oplock, что тоже сильно бьёт по производительности.<br clear="all">
</div></div><br>У кого какие соображения будут по этому поводу?<br><br>-- <br>Best regards,<br>Pavel Shilovsky.<br>