|
su.dbms.sql
- SU.DBMS.SQL ------------------------------------------------------------------
From : Tengiz Kharatishvili 2:5020/400 08 Mar 2001 02:30:37
To : All
Subject : Re: безопасность превыше всего?
--------------------------------------------------------------------------------
"Vadim Rumyantsev" <Vadim.Rumyantsev@f301.n5030.z2.fidonet.org> wrote in
message news:983972428@f301.n5030.z2.ftn...
> Вообще-то в DB2, например, выигрыш от raw partitions наиболее сильно
(среди
> машин без аппаратной поддержки DB2) проявляется как раз в Windows NT,
из-за
> неэффективности тамошней работы с файлами -- нет способов ограничить
размер
> файлового кеша. Т.е. как раз MS SQL, специально предназначенному для этого
> керогаза ;) , данная возможность не повредила бы в первую очередь.
>
> Хотя, возможно, в MS SQL используются какие-нибудь недокументированные
> возможности Windows специально для этого случая.
>
Hу нет, я уже зарезервировал керогаз (спасибо, кстати, за spelling этого
слова - я не знал правильного - мне простительно, у меря русский язык не
родной :) для не NT, а для NT предлагаю использовать примус. :))
Hасчёт файлового кеша в NT:
Если я Вас правильно понимаю, то Вы не совсем правы. Win32 функция
CreateFile, которая используется при открытии файлов, может быть вызвана с
FILE_FLAG_NO_BUFFERING, что эффективно означает отсутствие кеша для
отрываемого файла. См.:
http://msdn.microsoft.com/library/psdk/winbase/filesio_7wmd.htm
Hапрямую ограничить общий размер всех файловых кешей сверху действительно
сложно - NT использует агрессивную политику кеширования и использует
свободную память под файловые кеши, но только для файлов, которые не открыты
в "безбуферном" режиме. Чем тут может помочь raw partition, я, честно
говоря, не совсем понимаю - на нормальных разделах, хотя бы на тех, с
которых грузится сама NT, - огромное количество открытых файлов, управлять
кешированием и буферизацией которых, наличие raw partitions не поможет.
А для координации работы того, что в DBMS принято называть page pool и
buffer manager, и memory manager операционной системы, в случае с NT, вовсе
не нужны недокументированные функции или какие либо другие, ээ... нечестные
способы. Если хотите, можно и это обсудить. Хотя, это уже offtopic.
Hе сомневаюсь, что инженеры из IBM прекрасно умеют всё это делать и при
достаточном бюджете времени они отлично могли бы приспособить свой buffer
manager под схему работы с памятью и файлами, реализованную в NT. Вопрос
только в том, а так ли это им было нужно, чтобы тратить свои недешёвые
ресурсы?
И, наконец, с чего все взяли, что SQL Server не работает с raw partitions? Я
внимательно просмотрел своё предыдущее сообщение и не понимаю, откуда это
следует из моих слов. Я всего лишь выражал сомнение в том, что это настолько
критично при работе на NT.
См.:
http://msdn.microsoft.com/library/psdk/sql/cm_8_des_03_4ar7.htm
Cheers.
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
