- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
есть 2 ЖД = 2*160гб
1 диск надо разбить на home/boot/tmp/usr/var
думаю home сделать 100 гигов, а как разбить остальные
2 диск хочу выделелить под backup
О системе:
Платформа: Intel Core 2 Duo 2.13 GHz
ОЗУ: 4Гб
Операционная система: Fedora7/FreeBSD 6.2/FreeBSD 6.2(64bit) - думаю выбрать FreeBSD 6.2(64bit)
как более правильно разбить 1 диск
PS: просьба не предлагать вариант АП СТЕНКУ :laugh:
Как система дефолтно предлагает, так можно и разбить.
Если фря, то можно разбить примерно так:
/ - 300-500mb
swap - 2x ram
/var - 1-2G в зависимости от того, где будут лежать почта и mysql базы
/tmp - 1-2G опять же в зависимости от того, будет ли туда что-нибудь интенсивно гадить
/usr - всё остальное
Если /home хочется отдельно, то под /usr хватит 10-15G, опять же с поправкой на то, где будут лежать почта, базы и прочие объёмные вещи.
Alexei42, не могу не согласиться. Правда с небольшой поправкой.
Корень бы я сделал 2G особенно с поправкой на x64
swap идеал * на 3-ОЗУ, т.е. в случае ТС это 12G ну и с учетом на срочный втык еще одно палки т.е. еще 2х G памяти.
все остальное в точку.
Корень бы я сделал 2G особенно с поправкой на x64
А что там хранить? У меня (на i386, правда, с 64 особо не общался) там занято чуть больше 200мб и размер занятого места не увеличивается.
swap идеал * на 3-ОЗУ, т.е. в случае ТС это 12G ну и с учетом на срочный втык еще одно палки т.е. еще 2х G памяти.
Боюсь, если система отсвопится на 12 гб, то ей уже ничего не поможет, кроме ресета..
Кстати, своп можно (нужно) раскидать по обоим дискам - будет быстрее. Хотя лично я противник использования свопа, если он активно используется - значит в системе имеется дефицит оперативной памяти.
Хотя лично я противник использования свопа, если он активно используется - значит в системе имеется дефицит оперативной памяти.
Своп позволяет эффективнее использовать имеющуюся память, т.к есть много процессов которые используются время от времени, но должны быть постоянно запущены. Так почему бы их не сбросить в своп.
Боюсь, если система отсвопится на 12 гб, то ей уже ничего не поможет, кроме ресета..
Ни как не связано, тут и 1 хватит, и скорей не свопа а утечки.
Возможно, не спорю :)
Так всё же, что там насчёт размера '/' ?
Да, под "активно используется" я имел в виду i/o, а не занимаемый объём.
Хотя лично я противник использования свопа, если он активно используется - значит в системе имеется дефицит оперативной памяти.
Ничего подобного. Своп - очень нужная и полезная штука. Например, увидите что будет когда на серваке много сессий :)
Своп на сервере должен быть а вот использоваться - не более чем на 10% и то в пиках.
Так всё же, что там насчёт размера '/' ?
дайте 1Гб - и проблем не будет.
дайте 1Гб - и проблем не будет.
А что там хранить?
м? (10 символов)