|
|
su.dbms.sql- SU.DBMS.SQL ------------------------------------------------------------------ From : Victor Metelitsa 2:5020/400 11 Mar 2001 10:54:45 To : All Subject : Re: MS SQL 2000 -------------------------------------------------------------------------------- [...] > тестов отличались на порядки, прошли. И даже хваленый оптимизатор у DB2 уже > не спасает местами его от недостатка интеграции сервера в ОС. Можно примерчик? Только не надо про проблемы с NT-вым кешем - это легко обходится. [...] > У многих легко получается критика системы тестов TPC, но странно как-то, > никто не сумел предложить, что-то аналогичное, и пусть даже с его, > субъективной точки зрения, более правдивое и неподкупное. TPC (точнее, опубликованные рекорды на том сайте) - это спорт и реклама. Кого на самом деле интересуют _максимальные_ результаты? Реальный интерес представляют ответы на вопросы типа "Как я могу за такие-то деньги получить максимальную производительность?" и "Как я могу достичь такой-то производительности за минимальные деньги?" (с учетом других параметров, типа crash recovery), причем не на абстрактных тестах, а на конкретной системе. Опубликованные рекорды TPC не помогают ответить на такие вопросы и потому для большинства бесполезны. [...] > И почему дешевый трюк с использование raw-разделов, многими > преподносится как достоинство, а не как анахроническая возможность, с тех > незапамятных времен, когда файловые системы были чуть ли не достояние > государственной политики, а не собственностью производителей, их > разработавших. Почему же "дешевый трюк"? Думаю, практически никакая файловая система не гарантирует, что данный файл не будет иметь фрагментов. Можно, конечно, запустить дефрагментатор, однако _рассчитана_ ФС на то, что фрагменты есть. Таким образом, когда database manager хочет считать page под номером N, недостаточно знать начало файла - потребуются некие дополнительные вычисления. Самым ярким примером, наверное, будет FAT. Чтобы узнать, где находится эта самая page под номером N, нам придется обратиться к file allocation table, что может потребовать дополнительного чтения диска. (Конечно, может и не потребовать, если этот кусок FAT закеширован, но гарантии нет). Поскольку raw device - непрерывный кусок по определению, подобные вычисления чрезвычайно упрощены и потому гарантированно не требуют дополнительных обращений к диску. [...] > встречаешь осторожные выказывания, что у продуктов типа AS/400 уже "... > копыта стерлись до самого брюха", так как их хозяева их просто заездили. А это хорошо или плохо? --- ifmail v.2.15dev5 * Origin: Rostelecom/Internet Centre (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms.sql/5364ca9612fb.html, оценка из 5, голосов 10
|