Скорость копирования по сети. : Железо

В том то и дело, что скрость после обеда упала вчера до 0,5 метра... Именно на файлике большого размера. Вечером когда в супермаге не работает никто - скорость около 10.

Инн, выложи полную конфигурацию сервера по железу.
Особенно описание дисковой подсистемы.

значит, вероятнее всего, дело в связке оракл + СМ. Запусти в наглядном виде счётчики загрузки проца, памяти, дисковой подсистемы. Потом выгони из базы всех и запускай по одному. Думаю так ты сможешь отследить на каком моменте загрузка системы происходит по максимуму.

а локально - с диска на диск копирование с какой скоростью идет?
заодно - может, пригодится:
[ ➜ ]
маленькая программка для определения скорости сети

.. думаю, дело не в сети, а в загрузке системы. Нуна определить что именно так грузит комп и на каком этапе работы.

Vovantus, смысл вашего последнего поста?...

Инн, еще возможно ini-файл. Может настройки оракла не рассчитаны на 4 гига памяти...

оракл 8

background_dump_dest = c:\ORACLE\admin\yablco\bdump
compatible = 8.1.6
control_files = c:\ORACLE\oradata\yablco\control01.ctl, c:\ORACLE\oradata\yablco\control02.ctl
#db_block_buffers = 153600
#db_block_buffers = 85000
db_block_buffers = 230000
db_block_lru_latches = 48
db_block_size = 8192
db_file_direct_io_count = 128
db_file_multiblock_read_count = 32
db_files = 1024
db_writer_processes = 2
distributed_transactions = 10
user_dump_dest = c:\ORACLE\admin\yablco\udump
instance_name = yablco
service_names = yablco
db_name = yablco
global_names = TRUE
#hash_area_size = 5128400
hash_area_size = 9999360
#java_pool_size = 32768
java_pool_size = 0
job_queue_interval = 60
job_queue_processes = 2
large_pool_size = 0
#large_pool_size = 2000000

#log_buffer = 10485760
#log_buffer = 366592
log_buffer = 10485760
log_checkpoint_interval = 10000
log_checkpoint_timeout = 1800
max_dump_file_size = 10240
max_enabled_roles = 50
max_rollback_segments = 99
open_cursors = 100
open_links = 25
optimizer_mode = CHOOSE

optimizer_index_caching = 90
optimizer_index_cost_adj = 15


oracle_trace_collection_name = ""
os_authent_prefix = ""
parallel_max_servers = 15
processes = 300
remote_login_passwordfile = EXCLUSIVE
rollback_segments = RBS08
rollback_segments = RBS07
rollback_segments = RBS05
rollback_segments = RBS02
rollback_segments = RBS04
rollback_segments = RBS06
rollback_segments = RBS03
rollback_segments = RBS09
rollback_segments = RBS10
rollback_segments = RBS01
rollback_segments = RBS11
rollback_segments = RBS12
rollback_segments = RBS13
rollback_segments = RBS14
rollback_segments = RBS15
rollback_segments = RBS16
rollback_segments = RBS17
rollback_segments = RBS18
rollback_segments = RBS19
rollback_segments = RBS20
rollback_segments = RBS21

#session_cached_cursors = 200
session_cached_cursors = 20
sessions = 335
#shared_pool_reserved_size = 800000
#shared_pool_size = 450000000
shared_pool_size = 201326592
sort_area_retained_size = 4096000
#sort_area_size = 8192000
sort_area_size = 16384000

timed_statistics = TRUE
use_indirect_data_buffers = TRUE

Инна, из файла о системе понятна конфигурация.
Мне представляется, что слабое место здесь - дисковая система. Хорошо бы на разных винчестерах разместить табличные пространства
А вот сам файл (отчет) советую убрать или изменить. Некоторые сведения не стоит выставлять на всеобщее обозрение )
Это, надо понимать, что оракл крутится на одном диске с системой?
Нехорошо для производительности..

при use_indirect_data_buffers = TRUE сколько окно перегрузки в реестре выставлено?