- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Все правильно:
Рекомендации:
Все правильно:
Рекомендации:
неужто в несколько раз быстрее??
65,8/18,6 и 102,1/6,8 ?
НУ пусть 4К сектора, какая разница?
Причем тут количество парковок?
Невозможно....
Как?
Причем тут произвольная запись к большим удаляемым объемам?
неужто в несколько раз быстрее??
65,8/18,6 и 102,1/6,8 ?
У мну нет железок для тестов.
Если я и буду брать грины, то только под складирование фильмов на десктопе.
НУ пусть 4К сектора, какая разница?
Суть Advanced Format проста: внутри диск имеет 4к сектора, наружу они эмулируются как 512-байт. Если мы делаем запись двух секторов в пределах одного 4к блока, он записывается один раз. Если мы делаем запись двух секторов так, что задеваем два 4к-сектора — диску приходится читать два сектора, обновлять информацию и записывать их обратно. Плохо и медленно. Современные ОС используют 4к блоки для записи, так что если мы попадём правильно, то каждая операция записи будет просто записью, без чтения. Если же мы попадём неровно (например, 2кб из первого сектора и 2кб из второго), то мы получим огромные тормоза.
http://www.ibm.com/developerworks/linux/library/l-4kb-sector-disks/
Причем тут количество парковок?
А при том что прошивки для гринов сырые, логики их работы не понять
Как?
Пока что советы только для ZFS и то не всегда пашут.
Причем тут произвольная запись к большим удаляемым объемам?
Кто сказал, что идут операции записи? Пометить удаленные блоки тоже надо успеть.
SMART ad10 показывает всего 57 парковок, когда ad12 уже 109827.
Ему уже говорили про проблему в дисках, но человек пытается найти проблему в операционной системе или настройках.
Услугами Влада пользуюсь постоянно, что говорит само за себя.
SMART ad10 показывает всего 57 парковок, когда ad12 уже 109827.
Ему уже говорили про проблему в дисках, но человек пытается найти проблему в операционной системе или настройках.
т.е. никто не в курсе, что грины паркуются после 8ми секунд простоя???
и даже на хабре по этому поводу писали...
НУ паркует, и что с того?
Управлялось бы это через ataidle уже бы давно решил....
И кста, в то время, когда на это сервак не спеша бакапятся число парково не растет, значит при работе винт не паркуется....
P.S. Запись на самбашару кучки архивов по 100м
и судя по графику MRTG скорость записи колебалась около 75-80Мб/сек, что весьма не плохо для 100М дешевых встроенных сетевок.
т.е. никто не в курсе, что грины паркуются после 8ми секунд простоя???
и даже на хабре по этому поводу писали...
НУ паркует, и что с того?
И кста, в то время, когда на это сервак не спеша бакапятся число парково не растет, значит при работе винт не паркуется....
При бэкапе диск используется постоянно.
Но есть такое понятие как "отложенная запись". Вы команду дали, диск через 8 секунд паркует головки и потом приходит команда писать. Диск снова начинает раскручиваться и т.п.
Это к примеру. Диски не серверные.
P.S.: Извиняюсь за обсуждение в вашей теме. Удаляюсь.
При бэкапе диск используется постоянно.
Но есть такое понятие как "отложенная запись". Вы команду дали, диск через 8 секунд паркует головки и потом приходит команда писать. Диск снова начинает раскручиваться и т.п.
Это к примеру. Диски не серверные.
да я знаю про то, что диск не серверные, и то, что есть отложенная запись, и что паркуются они через 8мь секунд, но какая может быть "отложенная запись" если есть нагрузка на винт?
Повторюсь: во время того, как бакап архивируется на это винт количество парковок не растет.
Точно также как и не растет оно при копировании файлов на самбашару, так причем тут парковки в удалению???
или при удалении используется отложенная запись?
Rimlyanin добавил 01.11.2011 в 22:15
нарисовал несколько всякого,
а именно
скрипт создания всяких файлов:
Скрипт для MRTG:
Аналогично для {print $8} (ms/w) семь(kBps) и шесть(w/s),
НУ и закинул это все в mrtg.conf
PageTop[ad10_busy]: <H1>HDD ad10 Busy</H1>
Target[ad10_busy]: `/usr/local/etc/mrtg/script/hdd_busy ad10`
ShortLegend[ad10_busy]: degree (C)
MaxBytes[ad10_busy]: 150
Options[ad10_busy]: nopercent,gauge,unknaszero,avgpeak,growright,pngdate,nobanner
LegendO[ad10_busy]:
LegendI[ad10_busy]: Busy ad10
YLegend[ad10_busy]: Busy ad10
XSize[ad10_busy]: 600
YSize[ad10_busy]: 125
также и для ad12
и теперь на страничке добавилось восемь графиков... Пусть отрисуются немного, и будм посмотреть, что происходит при создании файлов из /dev/random, при копировании на самбашару, при удалении файлов и т.д...
Будьте добры, создать отдельный топик по своей проблеме.
заказал у Владислава настройку впски под мониторинг, он доходчиво проконсультировал, согласовал со мной план работ и все сделал быстро, под ключ.