- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
А никто не подскажет, на сколько можно убыстрить файловые операции увеличением числа дисков?
У меня сейчас стоят RAID 0+1 4*1Тб, контроллеры встроены в материнские, такие.
Основная цель - чтение большого количества маленьких файлов (парсинг коллекций веб-документов), т.е. скорее всего опен-клоз выжирают много времени. Если увеличивать количество дисков, то будет ли расти скорость и как?
А никто не подскажет, на сколько можно убыстрить файловые операции увеличением числа дисков?
У меня сейчас стоят RAID 0+1 4*1Тб, контроллеры встроены в материнские, такие.
Основная цель - чтение большого количества маленьких файлов (парсинг коллекций веб-документов), т.е. скорее всего опен-клоз выжирают много времени. Если увеличивать количество дисков, то будет ли расти скорость и как?
Теоретически, линейно, до упирания в максимум по IOs данного контроллера. Практически, надо учитывать, что там софтовый массив, и параллельная нагрузка на камень от других задач (или обработка данных этой же задачи) будет существенно тормозить работу рэйдового драйвера...
Такие задачи лучше на сказях делать, с отдельным камнем на борту контроллера, да и драйвера для таких контроллеров какчественнее и очереди наверняка лучше работают в драйверах и фирварях сказевых...
Public key, спасибо за ответ. На сказевые я врядли в ближайшее время перейду...
Если бы файлы были большие и правильно уложенные на харде, то наверняка почти линейно. А с маленькими файлами - черт его знает, как там организованы опен/клоз в контроллере. Проще всего наверное тупо засадить еще дисков и сравнить на длительном процессе.
Public key, спасибо за ответ. На сказевые я врядли в ближайшее время перейду...
Эту тему прикрываем:)
Тогда и одного диска, в большинстве случаев достаточно...
С маленькими файлами, будет много сиков на дисках и много управляющих сигналов на интерфейсе. Скорость будет определятся не трансфером (Мб/сек) дисков, а кол-вом операций ввода-вывода дисков и количеством дисков, и расти будет линейно от кол-ва дисков до максимума, который может переварить контроллер. Все это справедливо в том случае, если проблема именно в скорости подачи данных, а не в скорости их обработки...
Именно так. Или сначала все-таки помониторить, чтоб убедиться, что трабл именно в дисках.
P.S. Если возможно, используй несколько файловых систем меньшего размера, чем одну большого.
Можно еще поиграться размером стрипа в рэйде, подогнав его значение под средний размер твоих файлов или под число кратное ему...
Именно так. Или сначала все-таки помониторить, чтоб убедиться, что трабл именно в дисках.
Да траблов-то нет... Но хочется понимать, что можно выжать из конструкций. :)
Да траблов-то нет... Но хочется понимать, что можно выжать из конструкций. :)
Пробуй конечно, имхо шансы достаточно высокие.
Там вроде пара свободных разьемов на этом чипе осталась еще...😂