LINUX.ORG.RU

PostgreSQL хорошо работает с БД объемом 1ТБ


0

0

Коммерческое антиспамное решение, построенное на базе Linux и PostgreSQL, весьма шустренько работает с БД, содержащей правила и параметры для адресов почты (укладывается в 3-секундный тайм-аут).

В свете таких известий еще больше ждем 8.0 :)

Сама система: http://antispam.datainfosys.net

>>> Новость:

★★★★

Проверено: Demetrio ()

Да вот это новость ! :) postgre рулит !!!

x97Rang ★★★
()

реклама в новостях - самая эффективная реклама

(с) кто-то из лоровцев

простите, может это не мое дело, но всеже - ничего, что данная антиспамовая система стоит бабок а новость из раздела open source? и замете - свободно эту приблуду не скачаешь! или запрет на рекламу относится только к российским проектам - всяким асплинукс, альтлинукс и иже с ними????

palach
()
Ответ на: комментарий от palach

>>простите, может это не мое дело, но всеже - ничего, что данная антиспамовая система стоит бабок а новость из раздела open source? и замете - свободно эту приблуду не скачаешь!

open source не обязан быть бесплатным. Купи его - и тебе дадут source.

anonizmus
()
Ответ на: комментарий от palach

Есть бесплатная система dspam, которая работает с PostgreSQL хотя они и

рекомендуют мускл.

А новость про то что PostgreSQL хорошо масштабируется.

Sun-ch
()

Неплохо, совсем неплохо... :-))

MiracleMan ★★★★★
()

о! они сайт обновили на цсс-вёрстку перешли - молодцы

o1o
()
Ответ на: комментарий от Sun-ch

К сожалению dspam с PostgreSQL очень сильно грузит систему.
На одной и той-же машине с MySQL в разы быстрее и меньше нагрузка.
Хотя я большой поклонник PostgreSQL, но для словопомоек преимущества
PostgreSQL ничего не дают :-(.

anonymous
()
Ответ на: комментарий от palach

а во фрибздёвых портах и postgresql74 и postgresql8 помечены брокенами... блин. месяц назад postgresql7.4.6 ставилось и работало (до сих пор работает)...

Кстати, в доках (постгреса) написано, что постгрес быстрее работает с UFS, и типа, рекомендуется... как это понимать? учитывая, что ext3 с неполным журнилированием местами почти вдвое быстрее UFS2 с SU?! Как так можно умудриться затормозить быструю линуховую дисковую подсистему?! :-(

anonymous
()
Ответ на: комментарий от anonymous

>Кстати, в доках (постгреса) написано, что постгрес быстрее работает с UFS, и типа, рекомендуется... как это понимать?

fbsd родная платформа для pgsql, как sun для oracle.

anonymous
()
Ответ на: комментарий от Sun-ch

А где можно почитать почему рекомендуют MySQL а не PostgreSQL? Чем аргументируют?

Сейчас выбираю базу данных, которая как раз могла бы адекватно работать с большими объёмами данных, и такая информация была бы полезна (для выбора).

xlex
()

Блин а почему никто не сделает систему вырезания телерекламы из эфира? Затрахала уже эта тотальная борьба со спамом... От нее только одни проблемы.

vs240
()
Ответ на: комментарий от vs240

О, это очень просто - на любом телевизоре такая фича уже давно реализована. Ищи кнопку с надписью "power".

anonymous
()
Ответ на: комментарий от vs240

2 vs240 * (*) (29.12.2004 19:58:06)

> Затрахала уже эта тотальная борьба со спамом...

Действительно затрахала... Кто-нить знает систему, которая не борется со спамом, а просто четко определяет и давит оного. Ибо кол-во спама растет по экспоненциальному закону от кол-ва клиентов. Т.е. если клиентов больше 100 то уже 90% почты - это спам, на разгребание которого уходят часы рабочего времени (это при работающих spamassassin, bogofilter, rbl , ежедневным пополнением порядка 100-200 писем в базу и др. фильтрами).

anonymous
()
Ответ на: комментарий от vs240

> Блин а почему никто не сделает систему вырезания телерекламы из эфира? Затрахала уже эта тотальная борьба со спамом... От нее только одни проблемы.

есть такой кекс Конев. он делал. вернее нанял студентов, они сделали, потом разосрались и проект заглох. поишите whois r-master.ru

а задумка была не плохая. слушаются все программы и в реальном времени из них вырезается реклама. и записываются без мусора. в реальном времени вместо рекламы можно было смотреть другие программы. правда, как это выглядело на самом деле - не знаю :)

куча железа + куча софта.

распространялся этот сервис за деньги. но не выжил.

anonymous
()
Ответ на: комментарий от vs240

>>Блин а почему никто не сделает систему вырезания телерекламы из эфира? >>Затрахала уже эта тотальная борьба со спамом... От нее только одни >>проблемы.

>>vs240 * (*) (29.12.2004 19:58:06)

в Австралии это есть за дополнительные деньги ставишь вырезатель рекламы
он вроде переключает на другой канал или включает музыку когда обнаруживает рекламу

dvl13
()
Ответ на: комментарий от anonymous

никаких проблем, можно поставить из бинарных packages и Postgresql74 и Postgresql8..

MiracleMan ★★★★★
()
Ответ на: комментарий от palach

> чето я не нашел подобной инфы на http://antispam.datainfosys.net/ :\

Новость похоже взята из ленты новостей Postgres (конкретно, отсюда: http://www.postgresql.org/about/news.264 ), а туда ее запостил один из разработчиков этой "супер-пупер" системы...

Mammoth
()
Ответ на: комментарий от xlex

> Сейчас выбираю базу данных, которая как раз могла бы адекватно работать с большими объёмами данных

Если не нужны какие-то особые навороты, то лучше взять MySQL - в 99% меньше == быстрее, а размер таблицы в последнем ограничивается только максимальным размером файла.

vadiml ★★★★★
()
Ответ на: комментарий от vadiml

то именно меньше? постгрес меньше весит. умеет при этом больше. нафик mysql?

anonymous
()
Ответ на: комментарий от vadiml

Я не спецалист по разработке БД, но знающие люди мне сказали, что мускл

быстро работает только на простых запросах select.

Для серьезных баз все-таки чаще берут слона, и традиционно

производительность достигается за счет железа.

Sun-ch
()
Ответ на: комментарий от vadiml

> Если не нужны какие-то особые навороты, то лучше взять MySQL - в 99% меньше == быстрее, а размер таблицы в последнем ограничивается только максимальным размером файла.

И даже это не совсем правда, если в MySQL использовать тип таблицы InnoDB то она может хранить данные в разных файлах и "захватывает" дисковое простанство порциями а не при каждом INSERT, все почти как у взрослых

zhiltsov
()
Ответ на: комментарий от vadiml

А навороты - это что? В смысле: объединение трёх таблиц считать наворотами?
С размером меня интересует скорость работы - на линейность, наверное, и расчитывать глупо, но хотелось хотя бы приемлимое падение производительности при увеличении объёма... То есть хорошую масштабируемость... =)

xlex
()
Ответ на: комментарий от xlex

Вопрос очень сложный.

Может оказаться выгодней купить новый сервер, через то время, когда база

вырастет и начнет тормозить, чем изначально пытаться заложить такие

требования как квазилинейная зависимость производительности от размера

:)

Sun-ch
()
Ответ на: комментарий от anonymous

Любые байесовские фильтры ОЧЕНЬ хорошо работают. См. например PopFile или Mozilla Thunderbird.

Batyi
()
Ответ на: комментарий от xlex

> Почему "почти" (как у взрослых)?

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

zhiltsov
()
Ответ на: комментарий от zhiltsov

какой такой "доступ к файлам другими приложениями"?! а файлы можно разнести и в постгресе на разные диски. а ещё UFS и EXTx не фрагментируются практически...

anonymous
()
Ответ на: комментарий от anonymous

>какой такой "доступ к файлам другими приложениями"?! а файлы можно разнести и в постгресе на разные диски. а ещё UFS и EXTx не фрагментируются практически...

я же не говорю что этого нельзя сделать, просто допустим по default у тебя есть отдельный раздел /var У тебя в этом разделе помимо /var/lib/mysql/ или /var/lib/pgsql/ живет еще и /var/log/. Естественно если нужно добится максимальной производительности все делают на отдельных разделах или даже физических дисках.

zhiltsov
()
Ответ на: комментарий от zhiltsov

знаешь, по-дефолту в таком весьма серьёзном дистрибе как SuSE один раздел, корневой. и рута по ssh пускает. и ещё подобная хрень... кого волнуют дефолты, когда разговор зашёл о серьёзном тюнинге?

anonymous
()
Ответ на: комментарий от Sun-ch

> мускл быстро работает только на простых запросах select.

Антиспамное решение (смотри описание топика) строится как раз на простых
запросах select ;) Что ещё умного можешь сказать со слов знающих людей?

annonymous ★★
()

Если хочется ускорить PostgreSQL и использовать его в задачах, где MySQL шустрит (т.н. линейные запросы), то используйте индексацию с методом hash, а не b-tree (см. синтаксис CREATE INDEX).

saper ★★★★★
()
Ответ на: комментарий от v12aml

на машинах, где порт sshd открыт (фаерволой) на весь мир (ну, бывает, что надо!), разумнее запретить непосредственный логон рутом. а где разрешён только для 1-5 своих IP-ов, глупо не разрешать... а пользоваться sudo, зная пароль рута, - это извращение....

anonymous
()
Ответ на: комментарий от anonymous

>а пользоваться sudo, зная пароль рута, - это извращение....

sudo позволяет исполнять комманды (какие настроишь) под правами суперползователья НЕ ЗНАЯ пароль рута. Хотя, ИМХО, это и так всем извесно... но мы отклонились от сабжа =) тема была замечательная СУБД постгрес ;)

v12aml ★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.