Страница 4 из 5
Добавлено: 26 апр 2016, 22:08
admin
Спасибо! Счетчики поставила и замерила.
Еще такой вопрос - если на контроллере Primary IDE Channel сделать обновление драйвера, велика ли вероятность, что вообще все работать перестанет?
Уже давно нашла, что это может быть одной из причин медленного копирования. Но попробовать обновить драйвер боюсь. Вдруг все вообще нагнется после этого.
Добавлено: 26 апр 2016, 23:44
zelif
admin писал(а):Счетчики поставила и замерила.
И таки сколько получилось ?
admin писал(а):если на контроллере Primary IDE Channel сделать обновление драйвера, велика ли вероятность, что вообще все работать перестанет?
Даже если не ставить, с мастдаем всегда есть вероятность.
Админы на что ?
Если они могут UDMA включить, значит и драйвер откатят в случае BSoD-а.
А вообще то, на один канал никто не ставит. Ставится пакет inf-ов на чипсет, там всё есть.
Естественно качать нужно с сайта производителя железа, для конкретной модели, а ни какой нибудь универсальный.
Добавлено: 26 апр 2016, 23:55
admin
zelif писал(а):admin писал(а):Счетчики поставила и замерила.
И таки сколько получилось ?
Не понятно, что получилось. Скорость скачет все время. Вот лог со счетчика за те 2 минуты, в которые шло копирование.
Добавлено: 27 апр 2016, 01:15
Jakov
Ой не туда вы копаете...
Опишите задачу.
Зачем копируете?
Добавлено: 27 апр 2016, 10:19
zelif
admin писал(а):Не понятно, что получилось. Скорость скачет все время. Вот лог со счетчика за те 2 минуты, в которые шло копирование.
Правильнее проводить измерения, при копировании одного большого файла.
С кучей мелких, всё очень не однозначно.
Яков писал(а):Зачем копируете?
Я так понимаю, периодическое резервное сохранение файлов форума.
Главное про БД так же не забывать, чтоб не оказался «сизифов труд»
Добавлено: 27 апр 2016, 11:14
Jakov
Ели это РК.
То надо объяснять, что это так не делается.
Исключительно периодическое автоматическое архивирование на другой носитель.
А если не РК?
Добавлено: 27 апр 2016, 11:22
admin
Это не РК и не постоянно надо. Просто нужно было сделать копии нескольких папок. Ну и вообще время от времени приходится копировать что-то. Тут и обнаружилось, что при копировании вдруг появились тормоза такие. Раньше нормально было. Вот пытаюсь, разобраться что лучилось и как исправить.
Добавлено: 27 апр 2016, 12:53
Jakov
Far, xcopy
Раньше нормально было
А вот это уже интересно...
А клиентский компьютер меняли?
Может на этой стороне что...
Добавлено: 27 апр 2016, 13:07
admin
Клиентский компьютер не меняли. И главное - пробовали с разных компьютеров, находящихся в разных городах даже. Тормоза наблюдаются во всех случаях.
Добавлено: 27 апр 2016, 14:00
arcor
admin писал(а):Клиентский компьютер не меняли. И главное - пробовали с разных компьютеров, находящихся в разных городах даже. Тормоза наблюдаются во всех случаях.
так подключение пр RDP какая разница с какого компьютера...
Добавлено: 27 апр 2016, 14:21
zelif
arcor писал(а):так подключение пр RDP какая разница с какого компьютера...
вот и я связи не вижу
если ничего не меняли.
скорее всего проблема с железом на серваке.
винт помирает. или с бп проблема. если выделенка
а если виртуалка может лимиты.
Добавлено: 27 апр 2016, 15:26
admin
Специалисты хостера ответили.
Осмотрел систему и оценил производительность, приложу к этому письму скриншот и результат с комментариями.
Имеем следующие исходные данные:
У вас имеется 1 виртуальный жесткий диск на 80 гигабайт и производительностью в 1750 операций ввода-вывода в секунду.
На данном диске имеются 3 раздела (3 логических тома). C,D и F. Соответственно производительность всех этих 3 логических дисков общая.
При помощи утилиты CrystalDiskMark я провел тестовую запись и чтение файла на системном диске и получил производительность в 14.27 мбайт/сек, или 114 мбит/сек.
Пропускную способность по IOPS можно посчитать по следующей формуле 1750*8/1024=13.67 MB/Sec, что примерно соответствует той картине, что я получил. Далее я попробовал скопировать файл размером в 2.7 TB с диска D на диск F сервер написал, что примерное время ожидание на перемещение этого файла составит 6-8 минут. Попробуем посчитать Размер файла 2657 мбайт, делим на пропускную способность 13.67 - получаем время 194 секунды, что приблизительно 3 минуты 20 секунд. Данное время нужно умножить на 2, потому что файл копируется в рамках 1 виртуального диска.
Вывод: Данная производительность является штатной для взятого вами тарифа.
То есть, типа все нормально? 14.27 мбайт/сек - это нормальная производительность диска?
Добавлено: 27 апр 2016, 15:45
zelif
admin писал(а):То есть, типа все нормально? 14.27 мбайт/сек - это нормальная производительность диска?
Для диска не нормальная, а для тарифного плана нормальная.
Только не понятно по чему при вашем тесте, больше мегабайта в сек не поднималось.
Возможно не в системе проблема а в способе копирования.
Ещё раз посоветую использовать FAR или TC.
Добавлено: 27 апр 2016, 16:00
admin
Ок. Спасибо! Буду использовать FAR.
Добавлено: 27 апр 2016, 18:36
arcor
нормальная скорость (hd tune) 100-150 MB. Инна т.к. у Вас Виндовс для теста можно ее попробовать. наглядно все покажет.
hdtune.com/download.html
Добавлено: 27 апр 2016, 19:05
admin
Спасибо, Анддрей. Да я уж поняла, что меряй, не меряй, это, оказывается, такой "тариф". Хостер уже прислал предложение перейти на другой тариф с увеличением платы втрое. *f*
Надоели они. То одно, то другое.
Одна ошибка, сделанная 16 лет назад, не дает распрощаться с этим хостингом навсегда.
Добавлено: 28 апр 2016, 00:31
zelif
admin писал(а):Одна ошибка, сделанная 16 лет назад, не дает распрощаться с этим хостингом навсегда.
Контракт подписанный кровью ?
Было бы желание. Хостеры сами перенос сайта сделают.
Добавлено: 28 апр 2016, 00:57
admin
Да, нет. Просто платформу неправильно выбрали. Надо было сразу php, тогда везде зеленая улица.
А у нас asp, .Net. Теперь переделывать все под php долго и дорого.
Поэтому приходится терпеть пока. Ну ничё... не долго уже осталось.
Добавлено: 28 апр 2016, 01:16
RomiCom
admin писал(а):Да, нет. Просто платформу неправильно выбрали. Надо было сразу php, тогда везде зеленая улица.
А у нас asp, .Net. Теперь переделывать все под php долго и дорого.
Поэтому приходится терпеть пока. Ну ничё... не долго уже осталось.
:о это что значит?
Добавлено: 28 апр 2016, 10:37
admin
попозже отвечу.