можно периодически (раз в два\три дня, например) сбрасывать данные с рамдиска на винт/ssd; если железо работает стабильно в течение долгого времени, то данный вариант как раз подойдет

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

Вот, да, Дима, даешь обзор

Да, базу можно размещать на рамдиске, например. Но если рамдиск вдруг упадёт или не восстановится после экстренной перезагрузки, то будет ой.

и не только

тогда уж еще и оперативки побольше, чтобы можно было, например, использовать рамдиск для некоторых задач (все же хоть у ssd сейчас ресурс неплохой, но эффективность использования тоже должна присутствовать ;)

Еще бы обзор графики написал.

а вообще слишком много философских вопросов субъективны мнения по которым надо будет еще объединить в тренды.

Пользуясь случаем, его визитка:

Спасибо! Надо как-то донести до местных музыкантов, что биперные работы очень нужны на ZX-Art. Правда, как из них делать .ay — ума не приложу.

Что знал — заполнил и отослал.

Ну и оплата ip и доменного имени — это копейки, по сравнению с железом.

Разделять сервер вещания и программу вещания большого смысла нет. Трафик посчитан примерно по текущим ежедневным логам. Естественно, при сотнях клиентов будет и трафик расти. Но этого не будет никогда ;) А если и случится, то переместится лишь Icecast вообще на любую площадку, хоть на retroscene, трафик с нюком как-нибудь оплатим. Но управляющая программа всё равно останется на железке под боком.

Я думал про стик, но думаю не справится и память быстро отвалится. Интересно было бы протестировать так-то.

База полностью обрабатывается один раз в сутки.

А, да, еще RadioBoss немного обработкой занимается, громкость треков нормализует, чтобы на выходе громкость сильно не скакала от трека к треку + кроссфейды + определяет тишину в начале и конце треков и автоматически отрезает. Ну, короче, чуть-чуть занимается интеллектуальной предобработкой перед озвучиванием и передачей в эфир.

тога уж SSD сеерверный нужен :)
базу на Atom я и не предлагаю обрабатывать можно все подготовить на рабочем компе и перебросить на вещательный

Насчет организации вещания: предлагаю такой расклад.
Вещание идет действительно с выделенной машинки, с виндой, радиобоссом и хранилищем треков, но icecast к которому подключаются клиенты да и веб хостится размещен на выделенной площадке. то есть на него поступает один поток и выходят несколько клиентских. Такое решение позволит забыть хотя бы про плату за ip и возможно доменное имя.
я кстати не понял как вы тут подсчитали трафик. Он будет: ширина одного слушателя * число слушателей.
при чем тут вообще хранилище — его что постоянно все туда сюда перекачивают?
в качестве вещательной машины достаточно Intel stick с большой флешкой для треков. У него и винда лицензионная :) и жрет он заметно меньше

RadioBoss не жрущий практически, Icecast тоже в принципе. На атоме будет медленее генерировать плейлисты и совсем медленно обрабатывать базу, но жить будет.

Лицензия на винду есть и она была куплена не для радио, просто перешла по наследству ;)

А вот железо дохнет пачками т.к. всё крутилось на уже подержанных железках. Но винты конечно юзаются очень неплохо. Надо брать что-то помедленнее, но понадёжнее. Статы постоянно пишутся, в каждый файл проигранный прописывается мета информация + в базу, при генерации сильно винт задействован. Раньше плейлисты генерировались почти каждый час: час спектрума, час атари, час xm-треки, час MmcM ))) Сейчас в сутки генерируется всего 2 плейлиста. Думаю, на новом железе будет в автономном режиме работать несколько лет без проблем.

Хорошенькие у нас запросы для радиовещания! Ужели радиобосс такая жручая софтина?
Я помниться хотел подарить готовый конфиг на Atom для этой цели — вроде предлагал когда то…
И где, кстати стоимость лицензии на винду уж тогда?
И чего кстати железо то дохнет так — место заколдованное чтоли?