- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
ТС, теперь жди.
Сутки, а там будет видно, чтобы собралась статистика по работе мускуля.
Ну вот и сутки прошли mysqltuner снова выдал рекомендации:
-------- Recommendations -----------------------------------------------------
General recommendations:
Run OPTIMIZE TABLE to defragment tables for better performance
Temporary table size is already large - reduce result set size
Reduce your SELECT DISTINCT queries without LIMIT clauses
Increase table_cache gradually to avoid file descriptor limits
Variables to adjust:
query_cache_size (> 2M)
table_cache (> 1024)
Как с этим работать уже примерно понял.
Да и от названия темы, мы все же сильно отступили:
Так и не понял, стоит ли использовать на сервере SAS диски например объемом 300 ГБ, вместо дисков SATA объемом 750 Гб.
Так и не понял, стоит ли использовать на сервере SAS диски например объемом 300 ГБ, вместо дисков SATA объемом 750 Гб.
Использовать стоит, если есть необходимость, у вас ее нет.
Так и не понял, стоит ли использовать на сервере SAS диски например объемом 300 ГБ, вместо дисков SATA объемом 750 Гб.
Почему не поняли? Нужно сказать одно и то же несколько раз? Или нужно чтобы несколько людей сказали одно и то же?
А почему не поставить SSD?
А почему его ставить?
А почему его ставить?
Раз ТС новичек, то ему дешевле купить помощнее железо, чем держать админа. SSD может избавить от мороки с оптимизацией ресурсов диска на долгое время, т.к. имеет производительность на два порядка выше обычного жесткого диска.
Почему не поняли? Нужно сказать одно и то же несколько раз? Или нужно чтобы несколько людей сказали одно и то же?
Да просто в тему ушли от основного вопроса,
хотя та информация не "по теме" была для меня очень полезна.
Понял что смыла в использовании SAS пока нет.
---------- Добавлено 01.02.2013 в 19:51 ----------
Раз ТС новичек, то ему дешевле купить помощнее железо, чем держать админа. SSD может избавить от мороки с оптимизацией ресурсов диска на долгое время, т.к. имеет производительность на два порядка выше обычного жесткого диска.
С этим Вы правы, но как то 2 года использую выделенный сервер и обходился без админов, просто тупо перезагружал при зависаниях.
А как оказалось все намного проще если изначально все правильно настроить и иногда контролировать нагрузку.
Раз ТС новичек, то ему дешевле купить помощнее железо, чем держать админа.
Глупость. Через пару месяцев ему понадобится железо еще мощнее.
Вам привели отличный пример про толстеющего человека. Да, купить новые джинсы дешевле, чем оплатить визит к диетологе и абонемент в спортзал. Но...
SSD может избавить от мороки с оптимизацией ресурсов диска на долгое время, т.к. имеет производительность на два порядка выше обычного жесткого диска.
Мне нравится как Вы оптимистично разбрасываетесь цифрами. Но, увы, реалии зачастую иные. Вы же знаете как выглядит парабола? В случаях подобных описанному нагрузка растет именно по параболе: до какой-то точки более-менее линейно, а потом график все круче, пока в одной точке он превращается в неконтролируемую лавину.
Можете еще провести аналогию со снежным комом, если так будет проще.
Понял что смыла в использовании SAS пока нет.
Ну наконец-то.
А может и через год. А может никогда. Забавно смотреть, как вы предлагаете оптимизировать базу размером в десяток мегабайт, учтя, что кэш жесткого диска минимум 32 и она целиком туда помещается :)
Все же взять мощный SSD будет очень хорошим решением для всех новичков. Всегда.
А может и через год. А может никогда. Забавно смотреть, как вы предлагаете оптимизировать базу размером в десяток мегабайт, учтя, что кэш жесткого диска минимум 32 и она целиком туда помещается :)
Все же взять мощный SSD будет очень хорошим решением для всех новичков. Всегда.
Хоть я и далек пока от оптимизаций , но хотелось бы отчитаться, что произошло после оптимизации настроек mysql
Расход памяти на сервере после нескольких дней работы держится на уровне 2 ГБ. Зависания сервера пока не замечал, правда были заменены еще неисправные жесткие диски, после чего апач заработал без зависания.
SSD - в этом вопросе я не рассматривал.
А может и через год. А может никогда. Забавно смотреть, как вы предлагаете оптимизировать базу размером в десяток мегабайт, учтя, что кэш жесткого диска минимум 32 и она целиком туда помещается :)
И что? Как это спасает от кривых запросов? Возьмите из базы результат SELECT мегабайт на 20 и в одном запросе поJOIN'ите его пару десятков раз без индексов. Кеш Вас никак не спасет от "tmp table on disk".
Все же взять мощный SSD будет очень хорошим решением для всех новичков. Всегда.
Если речь идет о покупке сервера под проект и выбор стоит за типом дисков, то да - SSD при прочих равных будет лучшим выбором. Но если сервер уже есть, то покупать новый вместо того, что бы правильно проставить индексы... ну... это решение мягко говоря не самое лучшее.