ReSQL.ru
     
powered by simpleCommunicator - 2.0.59     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Informix [игнор отключен] [закрыт для гостей] / [q] Общие рекомендации по разбивке дискового пространства.
25 сообщений из 34, страница 1 из 2
  1  все
[q] Общие рекомендации по разбивке дискового пространства.
    #34243575
andivanov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andivanov
Гость
Всем доброго времени суток!

На данный ситуация следующая:
сервер IDS 7.31TC5 работает на WinNT4.0 sp6a.
RAID1 - система, своп, rootdbs, physdbs, log
RAID5 - собственно сама БД плюс temp'ы.
Объем приближается к 20 Gb.
Одновременных сессий ~150, из них активных 0-10.
Приложений (схем) несколько, двухзвенка, написаны не нами.
тип OLTP, но существует ряд отчетов, ставящих систему в неприличную позу.
Судя по мониторингу, проседает дисковая подсистема.

Рассматривается вариант миграции на более новую версию БД (9.40 или 10) ОС WIN2003 и на новое железо :

4 x intel xeon mp
8 Gb RAM
12 x SAS дисков на RAID контроллере.

Вопрос к гуру следующий - как оптимально распорядиться дисковым пространством.
Пока видятся следующие варианты :
а)
Код: plaintext
1.
2.
3.
4.
5.
6.
     1. RAID1 OS, swap, informix binary + temp
     2. RAID1 rootdbs, physdbs, logdbs
     3. RAID1 blob's dbs
     4. RAID1 data dbs 
     5. RAID1 data dbs
     6. RAID1 temp

б)
Код: plaintext
1.
2.
3.
4.
5.
6.
     1. RAID1   OS, swap, informix binary
     2. RAID1   rootdbs, physdbs, logdbs
     3. RAID1   blob's dbs
     4. RAID10  data dbs 
     5. RAID0   temp
     6. RAID0   temp

Покритикуйте/предложите другие варианты.
Спасибо, удачи!
...
Рейтинг: 0 / 0
09.01.2007, 17:09
| Ответить | Цитировать | Написать  
[q] Общие рекомендации по разбивке дискового пространства.
    #34243704
Фотография Журавлев Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Журавлев Денис
Участник
andivanovтип OLTP, но существует ряд отчетов, ставящих систему в неприличную позу.
Судя по мониторингу, проседает дисковая подсистема.А вот нет гарантии что на новом железе станет лучше (а бывает и хуже становится), иногда разобраться с приложением дешевле.

andivanovРассматривается вариант миграции на более новую версию БД (9.40 или 10) За новыми глюками?

andivanov4 x intel xeon mp2 дуал коре.

andivanov8 Gb RAMбольше 4-х использовать не получится.

andivanov12 x SAS дисков на RAID контроллере.самое важное какой контроллер.

andivanovВопрос к гуру следующий - как оптимально распорядиться дисковым пространством.
Пока видятся следующие варианты :Совет не гуру: все чанки свалить на 10 рейд из 10-ти дисков, 2 диска под хотспаэр.
темп и свап наверно можно на i-ram положить если критично.
...
Рейтинг: 0 / 0
09.01.2007, 17:45
| Ответить | Цитировать | Написать  
[q] Общие рекомендации по разбивке дискового пространства.
    #34243713
АнатоЛой
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
АнатоЛой
Участник
andivanov
а)
Код: plaintext
1.
     2. RAID1 rootdbs, physdbs, logdbs

б)
Код: plaintext
1.
     2. RAID1   rootdbs, physdbs, logdbs
Покритикуйте/предложите другие варианты.

Гуру рекомендуют не ложить вместе
1) rootdbs и physdbs
2) rootdbs и logdbs...
...
Рейтинг: 0 / 0
09.01.2007, 17:47
| Ответить | Цитировать | Написать  
[q] Общие рекомендации по разбивке дискового пространства.
    #34243729
АнатоЛой
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
АнатоЛой
Участник
Журавлев Денис andivanovтип OLTP, но существует ряд отчетов, ставящих систему в неприличную позу.
Судя по мониторингу, проседает дисковая подсистема.А вот нет гарантии что на новом железе станет лучше (а бывает и хуже становится), иногда разобраться с приложением дешевле.

+1
IMHO, ещё точнее будет, что эффект по быстродействию будет не настолько значительным, и оценить его без оценки "Чего ж делает приложение (и соотв. чего ж ему надо)?" - практически нереально...
Вывод: сначала всё равно копать приложение

Журавлев Денис
Совет не гуру: все чанки свалить на 10 рейд из 10-ти дисков, 2 диска под хотспаэр.
+ копать приложение - и можно нормально жить :)
...
Рейтинг: 0 / 0
09.01.2007, 17:54
| Ответить | Цитировать | Написать  
[q] Общие рекомендации по разбивке дискового пространства.
    #34244527
andivanov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andivanov
Гость
Спасибо за отклик!

Журавлев ДенисА вот нет гарантии что на новом железе станет лучше (а бывает и хуже становится), иногда разобраться с приложением дешевле.
Это все я прекрасно понимаю, и мы движемся в этом направлении. Поставщик ПО (далее - программисты) выдаст нам рекомендации и, в случае миграции на новую версию, обещает оптимизировать свое поделие. Исходников у нас нет, поэтому искать и лечить проблемные запросы самим не получится.

Журавлев Денис andivanovРассматривается вариант миграции на более новую версию БД (9.40 или 10) За новыми глюками?
А что делать? Тем более, что программисты уже имеют опыт в этом направлении. Оставаться на 7.31 Вы считаете выходом?

Журавлев Денис andivanov4 x intel xeon mp2 дуал коре. Здесь не совсем понял, извините...

Журавлев Денис andivanov8 Gb RAMбольше 4-х использовать не получится.
Это если 32 бита, а если 64? или тогда только линукс? честно говоря еще не смотрел, есть ли Informix 64-х битный для WIN2003. И потом, у нас не получилось скормить 7.31 больше, чем 1.6 гига.

Журавлев Денис andivanov12 x SAS дисков на RAID контроллере.самое важное какой контроллер. Контроллер adaptec, но IBM на него свою наклеечку лепит - ServerRAID 8i
( сервер )
Журавлев Денис andivanovВопрос к гуру следующий - как оптимально распорядиться дисковым пространством.
Пока видятся следующие варианты :Совет не гуру: все чанки свалить на 10 рейд из 10-ти дисков, 2 диска под хотспаэр.
темп и свап наверно можно на i-ram положить если критично.
Думаю, если ставить на линуксе, то можно обойтись и без этой (i-ram) железки, засунув все в tempfs (shmfs).
Я с информиксом не на коротке, поэтому такой вопрос - насколько критично по живому потерять temp? Упадет?

АнатоЛой
Гуру рекомендуют не ложить вместе
1) rootdbs и physdbs
2) rootdbs и logdbs...
...
Вывод: сначала всё равно копать приложение
Спасибо, учтем.
Т.о. выводы делаем следующие:
Код: plaintext
1.
2.
3.
1. RAID1   OS, swap, informix binary, rootdbs
2. RAID10  все чанки, включая temp'ы
3. хот спэар

Еще раз спасибо, удачи!
...
Рейтинг: 0 / 0
10.01.2007, 09:15
| Ответить | Цитировать | Написать  
[q] Общие рекомендации по разбивке дискового пространства.
    #34244537
Фотография Daugava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Daugava
Участник
5 лет назад я занимался похожим вопросом. В итоге разбил на кучу RAID-1. Надо сказать, что сделано это было в основном ради того, чтобы получить KAIO, который возможен только при использовании raw-device, при юзании Windows такой проблемы нет.
Сейчас данный сервер до сих по жив почти в той же конфигурации. Единственное, 5 дисков в нем заменененны на 73 GB и из них сделан RAID10 + Hot Spair, из-за чего таки пришлось отказаться от KAIO для архивных чанков. Кстати, особой потери в производительности юзера не заметили. Надо сказать, что приложение за эти 5 лет существенно оптимизировалось и несмотря на в разы выросшую нагрузку, мне по прежнему хватает данного сервера с запасом.
Сейчас подоспел момент и буду менять остальные винты с 18 на 73Gb, и соотвественно переразбивать по новой весь сервер. Скорее всего закатаю все 14 винтов в стойке в 10-й RAID, оставлю разве что старые винты по tempdbspac-ы на другом контролере. Но делать я так буду, поскольку проблемы с производительностью приложения сейчас решены много лет назад и основной вопрос - вообще забыть об администрировании данного сервера еще на пару-тройку лет.
...
Рейтинг: 0 / 0
10.01.2007, 09:20
| Ответить | Цитировать | Написать  
[q] Общие рекомендации по разбивке дискового пространства.
    #34244551
Фотография Daugava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Daugava
Участник
При утере темпа сессии, испольующие его получат ISAM-error. Сам сервер продолжит работу. По крайней мере так было в версиях до 9.21 UC2 включительно, более свежих я не тестил.
...
Рейтинг: 0 / 0
10.01.2007, 09:24
| Ответить | Цитировать | Написать  
[q] Общие рекомендации по разбивке дискового пространства.
    #34244988
Фотография Журавлев Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Журавлев Денис
Участник
andivanovА что делать? Тем более, что программисты уже имеют опыт в этом направлении. Оставаться на 7.31 Вы считаете выходом?Естественно надо работать на той версии которую рекомендует вендор ПО.
7.31 отличная версия, не сырая, не испоганеная индусами и бимерами.

andivanovЗдесь не совсем понял, извините... Processor (max): Intel Xeon Processor MP up to 3.66 GHz (single-core) and 3.30 GHz (dual-core)/667 MHz front-side bus
2 dual-core = четыре ядра.

andivanovЭто если 32 бита, а если 64? или тогда только линукс? честно говоря еще не смотрел, есть ли Informix 64-х битный для WIN2003.А информикс 64бита есть под интел??, по моему что под линукс, что под виндовс нет.

andivanovКонтроллер adaptec, но IBM на него свою наклеечку лепит - ServerRAID 8i Я честно говоря не знаю что это такое (RAID support: RAID-0, -1, -5 optional (ServeRAID™-8i)), я бы на http://3nity.ru/ спросил совсем какашка или не совсем, и под oltp подойдет или нет. Кеш на запись есть, с батарейками?

andivanovДумаю, если ставить на линуксе, то можно обойтись и без этой (i-ram) железки, засунув все в tempfs (shmfs).Лучше избавиться от записи в темп вообще при сортировках и хешджойнах, а временные таблички можно и на 10-й рейд.

andivanovЯ с информиксом не на коротке, поэтому такой вопрос - насколько критично по живому потерять temp? Упадет?По живому это как?

andivanov1. RAID1 OS, swap, informix binary, rootdbsТолько вот тогда не надо физлог в rootdbs оставлять, туда идет суперактивная постоянная последовательная запись, и лучше бы ее размазать по большому кол-ву дисков в рейде.
...
Рейтинг: 0 / 0
10.01.2007, 11:27
| Ответить | Цитировать | Написать  
[q] Общие рекомендации по разбивке дискового пространства.
    #34245027
Фотография Журавлев Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Журавлев Денис
Участник
Похоже все есть
Raid Support 0, 1, 10, 5, 6, 50, 60, 1E0, 5EE
256MB ECC Write Back Cache with battery backup capability

256 конечно немного, но для 10-го рейда сойдет, в оракловой конфе кстати высказывали мысль весь кеш отдать под запись, а кешированием чтения пусть субд занимается.
...
Рейтинг: 0 / 0
10.01.2007, 11:36
| Ответить | Цитировать | Написать  
[q] Общие рекомендации по разбивке дискового пространства.
    #34245199
Фотография Журавлев Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Журавлев Денис
Участник
andivanov...
тип OLTP, но существует ряд отчетов, ставящих систему в неприличную позу.
Судя по мониторингу, проседает дисковая подсистема.
а onstat что показывает? Может блокировок ждут?
...
Рейтинг: 0 / 0
10.01.2007, 12:20
| Ответить | Цитировать | Написать  
[q] Общие рекомендации по разбивке дискового пространства.
    #34245571
АнатоЛой
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
АнатоЛой
Участник
Гуру всякое пишут...
Например:

1. Надеюсь, идея отказаться от RAID5 была сознательной, а не вызвана субъективным фактором типа: такой контроллер :) Если нет - тынц сюда: Battle Agaist Any Raid Five


2.
Журавлев Денис andivanovДумаю, если ставить на линуксе, то можно обойтись и без этой (i-ram) железки, засунув все в tempfs (shmfs).Лучше избавиться от записи в темп вообще при сортировках и хешджойнах, а временные таблички можно и на 10-й рейд.

В смысле "лучше избавиться от записи в темп dbspace" или "лучше избавиться от записи в темп ./tmp/"?
John F. Miller III, IBM Data Management
Times for Index Builds
Scenario:
200,00 rows
1 CPU VP
Building an index on integer, char(20)
Using a temp dbspace - 34 seconds
Using file system as temp space - 21 seconds....
...
Рейтинг: 0 / 0
10.01.2007, 13:46
| Ответить | Цитировать | Написать  
[q] Общие рекомендации по разбивке дискового пространства.
    #34245609
Фотография Журавлев Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Журавлев Денис
Участник
АнатоЛой
2.
Журавлев ДенисЛучше избавиться от записи в темп вообще при сортировках и хешджойнах, а временные таблички можно и на 10-й рейд.

В смысле "лучше избавиться от записи в темп dbspace" или "лучше избавиться от записи в темп ./tmp/"?
Я про RAM, про PDQ, причем это не тоже самое что ./tmp/ в tmpfs(ОЗУ), ускорение намного больше.
...
Рейтинг: 0 / 0
10.01.2007, 13:52
| Ответить | Цитировать | Написать  
[q] Общие рекомендации по разбивке дискового пространства.
    #34246935
vasilis
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vasilis
Участник
Журавлев Денистемп и свап наверно можно на i-ram положить если критично.
Ой, как мне эта штука понравилась... особенно цена и "because the i-RAM behaves like a standard hard drive, you can even combine multiple i-RAMs together in RAID arrays" :)
Правда, появляется уже ограничение SATA в скорости 150Мб/сек, но если сделать RAID0 да на парочке i-ram по 2Г.... Это же как можно ускориться :)
Кстати, а никто не планирует такую штуку купить в контору и попробовать ?
...
Рейтинг: 0 / 0
10.01.2007, 20:27
| Ответить | Цитировать | Написать  
[q] Общие рекомендации по разбивке дискового пространства.
    #34246945
vasilis
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vasilis
Участник
Журавлев Денис andivanov8 Gb RAMбольше 4-х использовать не получится.
Это почему же ? Что, было ограничение только Win 32 ?
Та же Win2003 есть 64 разрядная и к ней IDS 10 (64). Там юзай памяти, сколько купишь...
Журавлев Денис andivanovВопрос к гуру следующий - как оптимально распорядиться дисковым пространством.
Пока видятся следующие варианты :Совет не гуру: все чанки свалить на 10 рейд из 10-ти дисков, 2 диска под хотспаэр.
темп и свап наверно можно на i-ram положить если критично.
Темпы почти всегда критично, поэтому я бы советовал их все таки на RAID10 не класть, а положить на отдельные диски или на RAID0.
...
Рейтинг: 0 / 0
10.01.2007, 20:34
| Ответить | Цитировать | Написать  
[q] Общие рекомендации по разбивке дискового пространства.
    #34246961
Александр Федоренко
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Федоренко
Гость
vasilis
Та же Win2003 есть 64 разрядная и к ней IDS 10 (64). Там юзай памяти, сколько купишь...


Разве это уже вышло? Чего-то я проспал..
...
Рейтинг: 0 / 0
10.01.2007, 20:40
| Ответить | Цитировать | Написать  
[q] Общие рекомендации по разбивке дискового пространства.
    #34246999
vasilis
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vasilis
Участник
АнатоЛойГуру рекомендуют не ложить вместе
1) rootdbs и physdbs
2) rootdbs и logdbs...
Гуру рекомендуют разносить на разные диски physdbs и logdbs, как очень активные по записи, а вот с rootdbs такой проблемы обычно нет.
...
Рейтинг: 0 / 0
10.01.2007, 21:01
| Ответить | Цитировать | Написать  
[q] Общие рекомендации по разбивке дискового пространства.
    #34247052
vasilis
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vasilis
Участник
Журавлев Денис7.31 отличная версия, не сырая, не испоганеная индусами и бимерами.
Ага, насколько помню, именно в 7.31.TC5 был дурацкий глюк утилиты dbexport при работе с блобами - натуральные индусы :)
Журавлев Денис andivanovЭто если 32 бита, а если 64? или тогда только линукс? честно говоря еще не смотрел, есть ли Informix 64-х битный для WIN2003.А информикс 64бита есть под интел??, по моему что под линукс, что под виндовс нет.
Под Линуксы точно есть
Intel, EM64T SUSE SLES - IDS 10.00.FC5 (09.06.2006)
Intel, EM64T RHEL - IDS 10.00.FC5
Intel, EM64T Asianux - IDS 10.00.FC5
Я уж не говорю об Intel Itanium.
А вот с виндовой версией IDS 64 я погорячился. Ее дейстивительно еще нет, хотя должна бы уже давно появиться. Просто я несколько месяцев назад тестировал несколько 64-разр. версий и только сейчас вспомнил. что под Виндой пришлось тестировать только 32-разрядный IDS 10. Кстати, разница в производительности при примерно одинаковых настройках SUSE (64) + IDS64 была не большой по сравнению с Win2003(32) + IDS32. Точных цифр не помню, но не более 10% на простых DSS запросах (типа, заполнить базу, создать индексы, джойн 2-х и 3-х таблиц с индексами и без и т.п.).
Журавлев Денис andivanovДумаю, если ставить на линуксе, то можно обойтись и без этой (i-ram) железки, засунув все в tempfs (shmfs).Лучше избавиться от записи в темп вообще при сортировках и хешджойнах, а временные таблички можно и на 10-й рейд.
Мда, заманчиво :)
Журавлев Денис andivanov1. RAID1 OS, swap, informix binary, rootdbsТолько вот тогда не надо физлог в rootdbs оставлять, туда идет суперактивная постоянная последовательная запись, и лучше бы ее размазать по большому кол-ву дисков в рейде.
или просто вынести на отдельный винт/рейд1
...
Рейтинг: 0 / 0
10.01.2007, 21:37
| Ответить | Цитировать | Написать  
[q] Общие рекомендации по разбивке дискового пространства.
    #34247056
vasilis
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vasilis
Участник
Александр Федоренко vasilis
Та же Win2003 есть 64 разрядная и к ней IDS 10 (64). Там юзай памяти, сколько купишь...

Разве это уже вышло? Чего-то я проспал..
Нет, не проспал - это я заснул и размечтался :)
Они, наверное, не могут придумать, какой новой буквой обозначать 64-разр. релиз и под Винду :)
...
Рейтинг: 0 / 0
10.01.2007, 21:39
| Ответить | Цитировать | Написать  
[q] Общие рекомендации по разбивке дискового пространства.
    #34247114
Александр Федоренко
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Федоренко
Гость
АнатоЛой
2) rootdbs и logdbs...


К стыду своему не могу врубиться про logdbs ... Это что за спейс такой и где он прописывается?
...
Рейтинг: 0 / 0
10.01.2007, 22:40
| Ответить | Цитировать | Написать  
[q] Общие рекомендации по разбивке дискового пространства.
    #34247128
Фотография sysmaster
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
sysmaster
Участник
К стыду своему не могу врубиться про logdbs ... Это что за спейс такой и где он прописывается?
Это общее название спейс для хранения логических журналов, а так ты этот спейс можешь называть как угодно. После установки (по умолчанию) логические журналы храняться в rootdbs, ессно их необходимо вынести в отдельный дбспейс. Для этого и создается так называемый logdbs, в нем ручкам создаются логические журналы ну и т.д и т.п. :)
...
Рейтинг: 0 / 0
10.01.2007, 22:53
| Ответить | Цитировать | Написать  
[q] Общие рекомендации по разбивке дискового пространства.
    #34247473
Фотография Журавлев Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Журавлев Денис
Участник
vasilisПод Линуксы точно есть
Intel, EM64T SUSE SLES - IDS 10.00.FC5 (09.06.2006)
Intel, EM64T RHEL - IDS 10.00.FC5
Intel, EM64T Asianux - IDS 10.00.FC5
В сентябре значит появились? Не знал.
10% на hj это очень неплохо, там максимум ускорится можно процентов на 30, если сильно страться.
...
Рейтинг: 0 / 0
11.01.2007, 08:55
| Ответить | Цитировать | Написать  
[q] Общие рекомендации по разбивке дискового пространства.
    #34248209
GVF112GVF
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
GVF112GVF
Гость
Народ,
уже вышел новый релиз - IDS 10.00.T/U/F.C6 !!!

С уважением,
Вадим.
...
Рейтинг: 0 / 0
11.01.2007, 12:14
| Ответить | Цитировать | Написать  
[q] Общие рекомендации по разбивке дискового пространства.
    #34249287
АнатоЛой
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
АнатоЛой
Участник
vasilis АнатоЛойГуру рекомендуют не ложить вместе
1) rootdbs и physdbs
2) rootdbs и logdbs...
Гуру рекомендуют разносить на разные диски physdbs и logdbs, как очень активные по записи, а вот с rootdbs такой проблемы обычно нет.
Виноват, напортачил... :(
Конечно же, должно было звучать так: гуру рекомендуют вынести физические и логические логи из rootdbs (по умолчанию) в отдельные dbspace (а-ля physdbs и logdbs), при чём разнести эти physdbs и logdbs по разным дискам :)
...
Рейтинг: 0 / 0
11.01.2007, 15:48
| Ответить | Цитировать | Написать  
[q] Общие рекомендации по разбивке дискового пространства.
    #34249822
andivanov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andivanov
Гость
Всем ответившим спасибо огромное!
Будем тестировать различные варианты.
...
Рейтинг: 0 / 0
11.01.2007, 18:10
| Ответить | Цитировать | Написать  
[q] Общие рекомендации по разбивке дискового пространства.
    #34250242
vasilis
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vasilis
Участник
Журавлев Денис vasilisПод Линуксы точно есть
Intel, EM64T SUSE SLES - IDS 10.00.FC5 (09.06.2006)
Intel, EM64T RHEL - IDS 10.00.FC5
Intel, EM64T Asianux - IDS 10.00.FC5
В сентябре значит появились? Не знал.
Да нет, появились уже более полутора лет назад. Просто ты этим не интересовался, наверное...
IDS 10.00.FC3 Intel, EM64T SUSE SLES 9 08.07.2005
IDS 10.00.FC4 Intel, EM64T SUSE SLES 9 06.01.2006
IDS 10.00.FC3 Intel, EM64T RHEL 3 08.07.2005
IDS 10.00.FC3 Intel, EM64T RHEL 4 08.07.2005
IDS 10.00.FC4 Intel, EM64T RHEL 3 06.01.2006
IDS 10.00.FC4 Intel, EM64T RHEL 4 06.01.2006
Предпоследний столбец - это версия ОС, а в последнем столбце, кстати, дата европейского формата, т.е. FC3 появилась еще в июле 2005 года.
Журавлев Денис10% на hj это очень неплохо, там максимум ускорится можно процентов на 30, если сильно страться.
Не поленился и нашел некоторые результаты того тестирования. Оказалось, что было это еще в феврале-марте прошлого года и вспомнилось, что основное время было потрачено на тестирование прикладной системы и только пару вечеров удалось потратить на бенчмарк. К моему удивлению, разница оказалась именно в 30%, причем на Линуксе не было КАIO (на файл.системе), зато благодаря 64-разр. платформе заюзано больше 4Г памяти, а вот на Винде, почему то, использовалось только чуть более 1Г (уж не помню, почему).
Если кому интересно, можно посмотреть в прилагаемом файле некоторые результаты. Название каждого файла начинается с цифры, обозначающей кол-во загружаемых строк в каждую из 4-х таблиц. 100к - без PDQ, , а 500К - с PDQ. Обратите внимание на два одинаковых результата для Линуха, тогда как в одном случае темповые прострнства вообще не работали :)
...
Рейтинг: 0 / 0
11.01.2007, 22:38
| Ответить | Цитировать | Написать  
25 сообщений из 34, страница 1 из 2
  1  все
Форумы / Informix [игнор отключен] [закрыт для гостей] / [q] Общие рекомендации по разбивке дискового пространства.
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]