Угу, только сервер будет дырявым-дырявым через полгодика где-то. Умиляют товарищи, которые не понимая и не пытаясь учиться ставят впс/сервер и думают, что раз работает - все хорошо...
redhat-admin, Ник громкий, ничего не скажешь. Я 10 лет линуксы администрирую и то всего не знаю ). Доки читать полезно:
Так вот, процесс прерывается в момент конфигуринга. Можно, конечно, поправить скрипт и убрать проверку на количество памяти, но я бы не советовал таким мазохизмом страдать - дисковая подсистема не оперативная память и задачи у нее другие. И OOM-Killer здесь нипричем, кстати, этот процесс помрет даже на SSD. Во-первых, у виртуалки диски общие с другими виртуалками, во-вторых, обмен с памятью там значительно выше и надо пропусную способность под хороший проц иметь хорошую, а не 60-300 Мбайт/с в общем случае для шареной ВПСки.
redhat-admin, Что собирается? Во сколько потоков? Точно это OOM-Killer? dmesg это подтверждает?---------- Добавлено 23.10.2014 в 19:36 ----------Возможно это "Low kernel memory", особенно если ядро 32 бит. Но как-то специфично получается.
Размечает памяти больше, чем доступно со свопом. Virtual memory
На заметку, те кто пользуются ICQ через транспорт Jabber - это решается стандартным функционалом большинства Jabber-клиентов.
Клиент какой? Тоже элементарно, если не виндовые в общем-то... Да и контакт-лист под никсовым клиентом вполне можно получить, под тем же консольным... Не вижу проблемы.---------- Добавлено 23.10.2014 в 18:24 ----------
Эм... список _настолько_ большой? Вообще-то проблемы не вижу.
Как жеж с аськой плохо то стало... Внезапно. Раньше считал, что авторизация от клиента никак не зависит...---------- Добавлено 23.10.2014 в 18:25 ----------ЗЫж можно просто залогиниться на ICQ.com и спарсить контакт-лист с сайта при желании.
Я сказал "нецелесообразно" - первое. Скорость рандомного чтения/записи всё же как-то спасёт, но (!) оперативка прокачивает
несколько больше (прогоните такую же штуку на SSD - медленне, да? А у меня ноут с не самой шустрой памятью, на серверах там до 10 Гб/с можно легко получить - и да, с реальной скоростью оперативки оно не сильно коррелирует - просто общий "попугай"). Второй момент - не будет работать технология trim, к примеру - а это значит, что при записи будет значительное замедление при перезаписи блоков. Такие дела... Ну и сжирание ресурса самого SSD ни к чему хорошему не приводит: постоянная работа со свопом в силу технологии быстро убьет твердотельник, как замена оперативке он не катит. Кстати, я не говорил, что HDD проработает дольше :D.
overcommit виноват.
На самом деле все зависит от сайта и браузеры при открытии некоторых в зависимости от сайта и настроек генерируют около 40 подключений на одну страничку (sic!). Иногда некоторые и в 100 потоков сливают графику. Для сервера это 100 разных подключений, так что здесь есть некоторые нюансы. А самый толковый совет - не пользоваться всякими "ускорителями интернета" - их это работа. Поэтому здесь, возможно, хостер и не виноват в этом моменте.
tooseebee, Не надо таких рекламных тем, этот товарищ адекватностью тестов не блещет.
Россия - обязательно Ростов? Я вот просто сходу не придумаю ничего, кроме местных интернет-провайдеров, но там грустно.
