На заметку, те кто пользуются 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, Не надо таких рекламных тем, этот товарищ адекватностью тестов не блещет.
Россия - обязательно Ростов? Я вот просто сходу не придумаю ничего, кроме местных интернет-провайдеров, но там грустно.
Для тех, кто не в курсе: своп создается чуть большим размером, чем RAM при установке дистрибов по дефолту на случай использования _спящего_ режима (линуксы засыпают в своп). В остальном его использование в большинстве случаев оправдано только если память "течет" - тогда неиспользуемые блоки памяти сваливаются в своп и там лежат до перезапуска или остановки сервиса. Во всех остальных случаях производительность HDD настолько низка, что сколь-нибудь значительный обмен данными со свопом ставит систему раком. Исключение - SSD, но такое использование диска не целесообразно.
BrightGuy, Грубо говоря создать виртуалхост в апаче (или что там вместо веб-сервера), положить сайт в нужную папку, базу создавать SQL-запросом. Если сервер на debian - поставьте Domain technologies CP, оно в репозиториях.
512 мегабайт хватит и под опенфайр, если там не сотни клиентов, пусть часть системы залезет в своп - не страшно, активной работы с оперативкой там нет. В остальном jabberd2 если в плане толщины без вариантов.
Romka_Kharkov,
#!/bin/bash for i in $( ls ); do echo item: $i done
Наводку дал... С остальным разберетесь? ;)
