Выбор системы под core2quad, 8GB в качестве сервера

rhel
не мучай мозг

slackware
не мучай мозг:-)

Макс, слака не вариант.
как собственно и бсд
для домашнего селф-мэйд так сказать сойдет и то и другое. а если тебе нужен сервер класса продакшн. то подходит тока рхел. или кто-то еще делает сервера с поддержкой 24/7 в России?
со слакой самому тразаться надо. а тут насколько я понимаю(судя по железу и задачам) будет типа корпорэйт продакшн класс. Солярку можно еще попробовать...

freebsd

Железка не серверная и не самая дорогая, в такой ситуации нет смысла тратится еще и на rhel тогда уж лучше centos

debian

openBSD

Да! Перепейсь!!! =) Mandriva!!! =)
А если серьёзно - то нужно смотреть в целом по железу... Если FreeBSD или OpenBSD будет без граблей работать - то что ближе по идеологии, то и ставить...
Если BSD не работает, а Linux работает - то действительно, слака или генту.
Анатолий, стоит ли брать RHEL из-за одного MySQL сервера, пусть и сильно нагруженного? Да и по BSD известны своей стабильностью... Если достаточно нагруженный сервер на SuSE у моего друга часто глючит, падает и вешается, то мой на FreeBSD с подобной нагрузкой даже не подтормаживает.
Лично для меня - мой опыт - показатель, и соответственно, я бы на месте автора вопроса выбрал BSD.

FreeBSD

Дмитрий StamPit Нартов, я бы в жизни не стал трахать моск ставя на корпоративный сервак слаку или генту. этоже такое извращенное удовольствие, что ж увольте. здесь речь не о том что чаще падает. здесь речь насколько человек ценит свое время и доверяет профессионалам.
кто занимается поддержкой и сопровождением компьютерной техники в вашей организации. Вы? отлично. а вот теперь представте себе что вы уволились. кто будет прыгать с бубнами прикручивая что-то там куда-то там. кому это надо? в результате за 5-7 лет например возникнет кучка серверов с разными осями, архитектурой и под разные нужды. так? ни одна *BSD система не является внутрикорпоративным стандартом (мы Mас не приписываем к bsd и Solaris тоже так?). Вы мне сейчас напишите, что и срать вам хотелось на внутрикорпоративные стандарты и т.д. только вот я сомневаюсь что этим самым внутрикорпоративным стандартам ваше срать чего-то стоит. Работодатель заинтересован (в частности человека спрашивающего, да и любого из нас) в дешевизне обслуживания системы. вы скажите там поддержка ибанись. но человеку не нужно доплачивать лишнего за его сверх знания. Это как базы данных. на мускле может написать любой за 500-700$ а если это оракл то не ниже 1000. тоже самое и с redhat'ом и *bsd.
если это первый linux сервер в организации то почему сразу не начать строить нормальную систему, а не прыгать по дистрибам...

BSD + пара бессонных ночей + ящик пива
И всё будет ОК! =))

Анатолий beastea Лебедев, как бы +1

Анатолий, я бы сказал так: тут стоит вопрос "насколько вы доверяете своему профессионализму".

Внутрикорпоративный стандарт... Да, ни одна BSD система не является внутрикорпоративным стандартом, но, как правило, сервера, к которым напрямую обеспечивается доступ из Интернета - на BSD и BSD-подобных Linux, а вот внутрисетевые сервера - да, RHEL, SuSE, Windows Server.
Насчёт дешевизны обслуживания - поддержка MySQL является одной из обязательнностей системного администратора, и за неё не переплачивают...
Грош цена тому UNIX-сисадмину, который не может понять, как настраивал FreeBSD админ до него и не может понять, на что нужно обратить внимание в конфиге mysqld и фаерволла (а больше кроме мониторинга ресурсов ничего не надо)
Но опять-таки, у каждого свои убеждения по этому поводу... У кого-то приоритет - поддержка и простота в обслуживании, у кого-то стабильность и безопасность.

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

с точки зрения на железо - FreeBSD. масштабируемость mysql там лучше, доказано тестами. а при большой нагрузке это хороший плюс.
с точки зрения корпоративной - SLES, RHEL, но это просто мое мнение)
но вот слова Константина заставили задуматься. ну, с quad я не сталкивался)

ссылку на тесты =) Те которые выкладывали на лоре - чушь.

да тесты было бы замечательно

я как раз таки про те, что на лоре мелькали. а почему чушь?)

Там федора с дефолтным ядром была) Рядом тесты были с ядром патченным.

ясно. тогда у меня один ответ - SLES/RHEL =)

Solaris 10/SU, без pkg-get. Или RHEL, SLES, CentOS. Другие варианты чреваты. FreeBSD не рекомендую, к сожалению она в таких конфигах работает плохо (хотя саму фрю я очень уважаю).
OpenBSD/NetBSD, а также Debian/Slackware/Gentoo - не рекомедую категорически.

>Другие варианты чреваты.
Чреваты чем?

Насчёт freebsd текущую ситуацию я описывал тут:

=======
I reached out that PHP calls lstat() for every path element of each file
it opens including modules. Truss output shows that PHP makes more than
2000 lstat's for one / request. After investigation I found out
that lstats() are called from realpath() libc function. It turned out
that PHP has "realpath cache", but it's size by default is 16K which is
not enough for my files. I set realpath_cache_size to 256K and now there
is no that much lstat calls.

Performance of 8-core machine growed in ~ 50% for me on 7-STABLE. Now it
can handle 30 and more requests per seconds. I have the similiar results
with 6-STABLE. Now I have not that big %sys values as it was before (see
attached top output).

Nevertheless, Linux with its >50 rps is still far away from FreeBSD.
Linux makes that 2000+ lstat's without problem. There's still stat(),
open(), gettimeofday(), close() syscalls for each include file in PHP
that i can not switch off.
=========

Проблемой занимается Kris Kennaway, который провёл большую работу по оптимизации SMP в FreeBSD. Её удалось воспроизвести и другим участникам дискуссии.

Из адекватных систем могу посоветовать Debian/rhel/centos/solaris.

CentOS