ttttt

Нашли чем гордиться.. Каждый раз, когда приходится править C++ код не покидает мысль "каким идиотом надо быть, чтобы вообще начать проект на С++?".

Нет, если к диску в очередь еще толпа запросов. Только вот HA так не получится Серверы иногда ребутаются, это неизбежно, и если полагаться на кэш для производительности, то подыматься после ребута будут до тех пор, пока интенсивность запросов не спадет настолько, что их потянет диск, т.е. обычно до ночи. Главное, для чего нужны кэши - это минимизировать отклики и защититься от кратковременных всплесков запросов (мини досов), но никак не для того, чтобы диск не дергать. Совсем другое дело, если вся база всегда хранится в памяти, тогда подняться после ребута не проблема, т.к. нужно все

А мастер диск не дергает, из воздуха данные берет? А к нему в это время еще и реальные юзеры лезут со своими транзакциями. У механических дисков ресурсов очень мало, их слишком легко загрузить и не предусмотреть, что он должен в это время еще и успевать синхронизироваться с другим сервером/диском на случай замены.

Тю, как странно вы рекламируете, даже подробности не глянуть. Нахер такой продукт нужен?

~AsmodeuS~, ссылки не открываются

Если человек хочет открыть гугл, а ему открывается другая страница вместо этого или ничего не открывается, то это как раз и есть незаконное вмешательство. А если ответ пришел прокси, нат или как угодно, но все та же страничка гугла - то тут и нет никакого вмешательства. Заголовки L7 протоколов еще не информация, это "данные", как их закон называет, а информация это буквы, знаки, изображения.

Ну хз, может кто-то еще знает. Я когда-то натыкался на дешевые ящики под кучу винтов у какой-то компании в штатах, но не могу вспомнить уже, помню только, что они были красные. А вообще держать один сервер для хранения как-то очень стремно.

Т.е. с хотсвопом, тогда брендовые еще можно глянуть, у всяких HP, Dell, IBM есть, правда сразу с материнкой, первая попавшаяся ссылка: http://www.kam.in.ua/category27500.html

#!/bin/sh PATH=/bin:/sbin:/usr/bin:/usr/sbin IPS="4.2.2.4 8.8.8.8 64.68.200.200" num=$( ( for ip in $IPS do ( ping -W1 -c1 $ip>/dev/null 2>&1 if [ "$?" = "0" ]; then echo "$ip" fi ) & done wait ) | wc -l ) num=$(expr $num) if [ $num -lt 2 ]; then echo "less than 2 ($num) hosts responded" else echo "at least 2 ($num) hosts responded" fi

Попробуйте не на один адрес, а на пачку разных адресов в разных странах и если большинство упало, то только тогда считайте мертвым.

Немножко оффтоп, где-то наткнулся на еще один p2p стриминг - sopcast ( http://www.sopcast.com/ ), никто не пробовал? Имхо, всем этим телекомпаниям стоит один раз вложить в p2p стриминг и забыть вообще о проблеме доставки каналов в СНГ, только лицензии продавай да и все.

Вообще-то есть полусинхронная. semi-synchronous. В рамках кластера из 2 мускул нод - разницы по сравнению с синхронной не будет. В рамках кластера из N нод - да, придется по отвалу мастера делать выборы слэйва. Зато быстро, мастер не тупит в сторонке пока самый неторопливый слэйв подтянет транзакцию... Давно уже не слежу, значит гугловский патч таки внедрили. Тормозить будет, юзеры по таймаутам отваливаться будут. Это только без нагрузки все нормально, а я думаю без нагрузки никто HA не заморачивается. Хотя это на HDD, на SSD наверное не так страшно уже. Кластеризация вообще ни

Одним подключением. Т.е. никогда не будет такого, что половина людей грузит свой канал в полку, таких всегда будет мало.

Просто некоторые провайдеры дают условия, типа нельзя в коммерческих целях использовать канал, вот и имеют. Хотя нафига, это ж домашний интернет, и так физически ограничен, 100 раз не подключат, 100 сидбоксов никто не поставит.

Можете попробовать реселлить других для начала

Ну если 100 гигабайт фильмов генерит 70 гигабит трафика, то тогда конечно есть смысл в таком сервере. А что там за карточки, chelsio, я угадал?

Та причем тут самописность, у всех все "самописное", кто много трафика раздает. Фишка в том, что 80 гигабит даже с кучи ssd раздавать не получится, только из памяти. Если у них популярный контент, который влазит в память генерит 90% трафика, то возможно, но такое мало вероятно. Скорее 80 гигабит только пропускная способность двух карточек, каких-нибудь chelsio, зато попонтовались.

Не фантазируйте плиз.

Нет. Спокойно не получится. У mysql вообще нет синхронной репликации, только асинхронная. Т.е. потеря данных и нарушение консистентности при выпадании главного тазика практически неизбежна. Это первая проблема. Вторая проблема - после замены сервера все равно нужно будет выключать активный. Если не знаете хорошо, что и как, лучше не усложняйте, а то потом выльется в очень долгие простои. А умеете софтовый рейд - с ним и оставайтесь. Бэкапы только не забывайте.

Да, только даже любой атом будет лучше. Достаточно для типичных веб-серверов и софт роутеров. А для остального линукс никто не отменял как бы

Нет, это не правда все, хватит уже на freebsd гнать. У них сейчас все очень хорошо, даже смогли нужный бюджет перевыполнить пожертвованиями и взять больше разработчиков на фуллтайм. И сейчас снова есть крупные деплои, которые откусили огромный кусок трафика у линуксов (нетфликс, к примеру, треть трафика в штатах держит и еще много в европе). EDIT: а главное, что она всегда будет альтернативой линуксу по двум причинам: не держать яйца в одной корзине и лицензия. У них там нет людей, больных джипиэлом.

Не надо позорить FreeBSD этим говном

Для чего? Вот вы выше писали, что офисным админам сложно, а зачем офисам биллинг? А готовые дистры роутеров на линуксе есть, даже с CLI.

Не хватает в конце "проклятые капиталисты" Старая советская пропаганда.

Не жадничайте так специалистами У нас давно уже глобализация, всегда можно найти специалистов в других странах, лишь бы было для чего, оправдываться нехваткой уже ну никак нельзя. Так что пусть едут, часть потом все равно вернется, начнет здесь бизнес и даже будет целиться на тех клиентов, где опыт имели, т.е. на экспорт, на внешние рынки, как и должно быть.