[ОТВЕТИТЬ]
17.03.2016 07:05
OlegON
 
Хм, 60Гб
SQL код:
select sum(bytes)/1024/1024/1024 from dba_segments where segment_name='SMSPEC' 
что показывает?
17.03.2016 07:30
Ferus
 
Обманул с другой базой перепутал...38 гб из них 40% свободно
.8359375
А там где серверные машины и оценка 5, там базы вообще крошечные. Правда на одной из них еще скуль для 1c крутится
17.03.2016 08:37
OlegON
 
О том и речь... Маленькие базы можно крутить и на полном отстое. Параллельный мусор, понятное дело, скрипт не учитывает.
17.03.2016 12:41
-Den-
 
Что то у всех одни пятерки, хрень наверное напишу, да при том еще и субъективную, но сложившуюся за пяток лет, полный доступ к таблице с легким логическим условием и некоторыми арифм. действиями у оракла потуг не особо вызывает на разном железе, типа запустил линейно/массовое считывание с винта себе в кеш, а потом как бы векторные вычисления типа в матлабе, а вот добавить какое нибудь to_date, to_char, а еще и с преобразованием типов и условием за март/июль/ноябрь и сверху какой нибудь group by - лягут все и оракл подумает какой бы такой хитрый план ему на сие нарисовать и винты с большей вероятностью головками пошуршат, а еще и оперативки может на сие не хватить и придется выгружать на винт :)
17.03.2016 12:44
Micle
 
-Den-, кривым запросом можно любого "зверя" положить.... Но цель то не в этом.
17.03.2016 13:04
-Den-
 
Это понятно), я к тому чтобы по максимуму задействовать различные способы доступа и обработки информации. В скрипте по мне так с большой вероятностью будут превалировать "линейное считывание" и "векторные вычисления", с этим мне кажется справиться более ли менее любой относительно современный пользовательский! компьютер и оракл (субъективизмь!), но еще раз - мне так кажется, могу глубоко ошибаться).
17.03.2016 13:14
Micle
 
Цитата:
-Den- В скрипте по мне так с большой вероятностью будут превалировать "линейное считывание" и "векторные вычисления", с этим мне кажется справиться более ли менее любой относительно современный пользовательский! компьютер и оракл (субъективизмь!)
Это если база содержится в надлежащем состоянии, опять же если хватает ей всего (в первую очередь памяти).
17.03.2016 13:17
baggio
 
4,5 - ну где то так... ибо ~200g + виртуалка....
17.03.2016 13:52
OlegON
 
У меня ни разу не пятерки на некоторых серверах :( Есть даже тройки. Цель была получить нечто среднее, что не умирало бы на дохлых серверах и не проскальзывало на быстрых, но при этом базироваться можно только на чем-то общем, например, чеки и аналитика есть не везде. Если есть желание - я буду только рад погонять какие-то альтернативные оценщики. А так - именно фулскан по спекам с минимальными условиями и дает результат.
17.03.2016 14:06
baggio
 
у тебя просто не ссд
17.03.2016 14:27
Kryukov
 
Oracle Linux Server 6.7 два Intel Xeon E5606, 48GB, 10raid из SAS450
База 120GB
4,9
17.03.2016 14:55
-Den-
 
Цитата:
-Den- 4.8
Win2008r2 64bit, Intel Xeon E5-2603, 8Gb, 10рейд из обычных сказёвых винтов, база 60/80 гигов, субъективно нормальная производительность

Оценка производительности почти одинаковая, хотя машина реально послабей, причем оракл "не крутили", винда голая

пс пару "удаленок" показали 5, хотя там обычные компы, причем с кучей "..омна", базы правда крошечные, субьективно - не ахти, но потихоньку работает:)
17.03.2016 17:16
akonev
 
подергал ещё. оценка заметно скачет в разное время суток.

минимум, что пока получал - 3.8
это первый прогон оценки под нагрузкой 90 юзеров. конец рабочего дня.
повторный прогон - 4.6

днем - 4.4 - 4.5 при 110-120 пользователей
подозреваю, что много дергают smspec и она вся в буферах лежит

максимум что пока видел - 4.8
это через час после окончания рабочего дня. и через час после предыдущего прогона.
30 пользователей

ProLiant DL380 Gen9
2 шт Intel(R) Xeon(R) CPU E5-2637 v3 @ 3.50GHz
память 264Гб
raid10 SSD

давайте уточним, что под размером базы имеем в виду. это?
Код:
select sum(bytes)/1024/1024/1024 from dba_segments where owner='SUPERMAG'
тогда 320Г

адекватной считаю дневную оценку 4.4 - 4.6
17.03.2016 21:46
OlegON
 
Я думаю, что тут все же не десятичные важны, а две оценки - "больше 4", когда все нормально и "меньше 3", когда стоит задуматься о смене железа, если оно не новое. Размер базы в данной оценке имеет не оправдательный характер, а просто, как вид нагрузки. Использовать ли тест под нагрузкой или нет... Скорее да, при средней нагрузке. В противном случае получаем ситуацию, что одинокую сессию сервер еще тянет, но полный набор юзеров - уже нет.
18.03.2016 09:45
akonev
 
чужой размер базы интересен, когда пришло время у себя железо "подтянуть".

вот тогда становится интересно, у кого с какой базой и на каком железе как работает. в цифирках и субъективно.

и учитывая, что конкретно оценивается - интересен размер SMSPEC. по запросу, который ты выше давал:
Код:
select sum(bytes)/1024/1024/1024 from dba_segments where segment_name='SMSPEC'
у меня 21Г
18.03.2016 11:36
Kryukov
 
SQL> select sum(bytes)/1024/1024/1024 from dba_segments where segment_name='SMSPEC';
SUM(BYTES)/1024/1024/1024
-------------------------
2,0916748

SQL> select sum(bytes)/1024/1024/1024 from dba_segments where owner='SUPERMAG';
SUM(BYTES)/1024/1024/1024
-------------------------
37,4090576

SQL> @ 1.sql;
Оценка:4,9

16 касс 16 пользователей


Опции темы


Часовой пояс GMT +3, время: 06:35.

 

Форум сделан на основе vBulletin®
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.