ENELIS

ENELIS
Рейтинг
194
Регистрация
29.08.2008
Animegirl:


1. Ну я просила отбросить периферию, хотя сложно понять, как проц мало работает на ДБ, а как тогда, соединяются таблицы про джойнах? Кто занимается перебором инфы в памяти когда большая часть данных загружена туда?
2. Причём здесь файлы? Будь там хоть 1000 скриптов, они настолько редко изменяются, что код спокойно может оставаться в памяти, так что остаётся чистое вычисление, а тут уже процессор.

1. Соединять строки особо много ядер не нужно, вот обрабатывать запрос - на это 80 процентов нагрузки уходит (query parsing). Скорее всего процесс будет висеть в iowait дольше или в перераспределении памяти.

Вот треды берут свою нагрузку.

Мне довелось работать с БД в 250ГБ Innodb, 16 гб было в памяти, процессор практически простаивал (2x Xeon E5630), нагрузка была на 4 треда, два из которых были заняты сетевым траффиком и проксированием, 2 работало с 2000 тредов mysql. LA был 4-6 (кто знаком с BSD, знает что на FreeBSD оно считается иначе, чем на Linux).

2. В случае скриптов - да процессор нужен, немного неправильно понял Вас, тут уже зависит от используемых опций в процессоре. Для простых арифметических операций (без SSE или хеширования) чем выше частота ядра, тем лучше. Плюс само собой соединения с памятью и ядром.

tdudenko:
Как показывает практика, они чаще дохнут не из-за износа, а просто так. Раз, и умерли.

Так что лично я за зеркалирование + бэкапирование. Всё диктуют цели использованиия.

Просто так, только мухи родятся.

Нужно брать хорошие ссд, хороших брендов. И конечно не забывать про обновление firmware и бекапы.

Animegirl:
Я могу понять, что SSD могут заменить собой RAID0, но при использование SSD забить на RAID1.... вы это серьёзно?

В наше время SSD ОЧЕНЬ стабильны, поэтому можно забить на raid1.

Включить s.m.a.r.t alarm и следить на изношенностью, намного проще, чем следить за изношенностью райдкарт и их баттереек, у которых есть особенность умирать за гарантия плюс 1 день.

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

Более того, я не советую делать Вам вообще и софтовый райд, делайте raid на уровне FS.

Большинство новых качественных ФС поддерживают райд (zfs btrfs)

Само собой как и с выбором райд карт надо выбирать качественные бренды с именем.

+ конечно бекапы, но и с райдом этого никто не отменял.

Мы дадим Вам еще +100гб места под удаленные бекапы.

Здравствуйте,

Предлагаю Вам следующий сервер на нашей площадке в Будапеште

https://serverastra.com/billing/cart.php?pid=2

Всего 432 евро в месяц, 100 мегабит гарантированного канала на гигабитном аплинке.

Баттарейка есть.

Или вот такой сервер с 2х SSD 512GB и 32гб памяти на 100 мегабитном канале

https://serverastra.com/billing/cart.php?pid=17

Всего за 202 евро в месяц.

Для БД это лучший вариант, т.к. IOPS намного выше.

Animegirl:
А как у ксеонов с параллельностью выполнения задач?
Мы наблюдаем такое - сначала грузится первое ядро, когда оно доходит до пика, подключается второе, это если общая нагрузка не большая. Если же нагрузка запланирована большая, как например тестовое наполнение базы большими вставками, то нагрузка на ядра идёт примерно равно пропорционально, а не так, что первые 5-6 на 100% а остальные халтурят. Но опять же, это работает, только с программами, которые умеют этим пользоваться, как например MySQL, если взять к примеру GIMP и дать ему задание на сложный фильтр гигантского изображения, то он загрузит одно ядро на 100% а остальные даже не шелохнутся. При этом сама система (Дебиан 6 х64) в принципе раскидывает программы на разные ядра, но видимо с учётом специфики процессора, при не больших нагрузках использует только первые 8 ядер.

---------- Добавлено 03.04.2013 в 15:46 ----------


Не, ну почему сравнение именно на задачах, при равных остальных железяках, при равном количестве физических процессоров.
Примеры назначения:
1. Базы, где постоянные сложные селекты с кучами джойнов, триггеров и прочего прочего прочего.
2. Апп сервера, тут сложнее, да, знаю они бывают разные, направленные на мат функции, на обработку файлов, графики, видео. Тут либо средние по больнице, либо всё-таки самое частое, а это получить информацию, обработать/профильтровать на правильность, обратиться к базе, получить данные, обработать, вернуть.
3. Ну и статика, то есть спросили - отдал. Сильно сомневаюсь конечно, что тут будет большая разница зависеть от процессоров, но буду рада любым удивительным для себя открытиям :)

Тут в дело идет две функции от Intel - разгон основного ядра и сохранение электричества.

Грубо говоря Вы видите speedstep и burst в одном флаконе, хотя зависит от процессора.

Не верно сравнивать, то что Вы написали, т.к. это зависит от ОС и архитектуры scheduler. По-мимо этого и архитектура программы (тот же Mysql использует threads, Apache же в основном ставят с fork системой).

1. Диск, сетевая карта. Процессор мало работает в БД обычно, если только мат. функции не выполняете.

2. В основном файлы, так что Диск имеет значение, сетевая карта.

3. Опять же диск и сетевая карта.

Со стабильностью много недочетов. Тот же глюк синхронизации ядер в свое время.

Но тут больше вопрос в том, что Intel берут, AMD нет.

В свое время AMD поставили на десктопный рынок, к сожалению - этот рынок достаточно изменчивый.

В итоге как только Intel выпустила новый хороший процессор, все обновили ПК до них.

AMD же?

Только начали вступать на серверный рынок, и с чем? С глюками сетевых карт NVIDIA и не дописанными драйверами, ошибками биосов и т.п.

На серверном рынке так не пойдет, здесь ошибка подобного рода может стоить жизни компании.

К тому же полное непонимание рынка серверов, в том что, массовый покупатель будет брать системы под Linux и BSD, а не под SCO/Novell/Windows, соответственно драйверы делались под них, а Linux и BSD были обездоленными в этом плане, однако Intel поддерживали Linux и BSD достаточно давно и являются дефакто лучшими продуктами для этих семейств ОС.

В итоге на рынке SCO/Novell/Windows AMD ничего не съела, т.к. там основано все на контрактах, а контракты на связях (real social networking).

А на рынке BSD и Linux с глючными дровами они не устоялись.

На данный момент выгоды от AMD при покупке будет никакой, скорее даже минус, т.к. это "кот в мешке".

yesRuslik:
Ну а кто, если не Чехия?

Венгрия? :)

Здравствуйте,

Рассмотрите наше предложение, ВДС в Будапеште, Венгрия (легальный адалт разрешен).

Мы бесплатно поможем Вам с переносом, панель управления ISP Lite включена

http://enelis.ru/?exe=virtservers

Доп. IP 80 рублей в месяц, но если для DNS, то 40.

100 гб места под бекапы включено бесплатно!

Всего: 1657