ru.networks

 
 - RU.NETWORKS ------------------------------------------------------------------
 From : Roman Zhuk                           2:5030/518.50  18 Jan 2001  14:11:37
 To : All
 Subject : Re: Какое оборудование выбрать?
 -------------------------------------------------------------------------------- 
 

 .RFC-X-Priority: 3
 .RFC-X-MSMail-Priority: Normal
 .RFC-X-Newsreader: Microsoft Outlook Express 5.00.2919.6600
 .RFC-X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
 From: "Roman Zhuk" <zhukrs@int.spb.ru>
 
 Добрый день.
 
 "Artem I. Ivanov" <ivanov@masterbank.ru> сообщил/сообщила в новостях
 следующее: news:943e5m$aqm$1@host.talk.ru...
 
 [skip]
 
 >    Привет, Евгений
 >       Вот, к примеру, если посмотреть на какую-нибудь новенькую Читу
 > Ultra160 10000 rpm от Seagate, то производитель пишет в технических
 
 данных,
 
 > что максимальная скорость чтения 160 МБ/sek - вроде, и право имеет, да
 > только ясно ведь, что это полная абстракция и никогда ваша средняя
 
 скорость
 
 > получения данных с файл-сервера и близко к этой не подойдет. Что уж
 
 говорить
 
 > о сервере БД. Какой-нибудь Oracle, например, сразу и считает, и клиентам
 > отвечает, и в файлы БД пишет, и в редо логи, да еще вы арчлоги с места на
 > место тусуете - куда уж тут до максимальной скорости.
 
 А "какой-нибудь Oracle" вообще-то и считает, и клиентам отвечает не с диска,
 а из Instance, который как известно, находится целиком в памяти, а в БД и в
 логи пишет не с бодуна, а по таймстепмам, в строго определенное время. А
 если это не так, то такому DBA обычно сразу что-то отрывается, потому как
 производительность такого сервера падает в разы. Более того, в случае
 WinNT/2000 размер всех Instance рассчитывается исходя из общего размера
 оперативки и потребностей самой OS, чтобы Ораклу не вздумалось вдруг
 засвопиться, потому как от производительности опять ничего не остается. Хотя
 конечно, при грамотно спроектированных приложениях, сетевой траффик от SQL
 вовсе не велик и не требует немеряной пропускной способности, а все
 вышесказанное относится только к загрузке самого сервера. По секрету скажу -
 у нас Оракл умеет реплицироваться по каналам 1200 бит/сек :))
 
 Всего наилучшего,
 ------------
 Roman Zhuk
 Institute of Network Technologies
 St.Petersburg, Russia
 phone:  (+7 812) 272-59-18
         (+7 812) 275-22-48
 fax:    (+7 812) 273-56-09
 e-mail: zhukrs@int.spb.ru
 --- ifmail v.2.14
  * Origin: Institute of Network Technologies (2:5030/518.50@fidonet)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор