lonelywoolf

lonelywoolf
Рейтинг
151
Регистрация
23.12.2013
lonelywoolf:
Больше у них по производительности преимуществ перед i7 нет

Ошибся, больше вообще преимуществ нет. I7 должен быть быстрее, если мать нормальная.

---------- Добавлено 09.01.2014 в 12:10 ----------

wazzy:
Можно про это подробнее?

Вот с IXBT - гугл в помощь, вроде как...

ECC (Error Checking and Correction) — выявление и исправление ошибок (возможны другие дешифровки того же смысла) — алгоритм, пришедший на смену "контролю четности". В отличие от последнего каждый бит входит более чем в одну контрольную сумму, что позволяет в случае возникновения ошибки в одном бите восстановить адрес ошибки и исправить ее. Как правило, ошибки в двух битах также детектируются, хотя и не исправляются. ECC поддерживают практически все современные серверы, а также некоторые чипсеты "общего назначения". Надо отметить, что ECC не является панацеей от дефективной памяти и применяется для исправления случайных ошибок.
parity — четность, также контроль четности. Довольно старый принцип проверки целостности данных, передаваемых по любой шине (в том числе сохраняемых в памяти). Суть метода в том, что для некоторого количества (как правило, 8) бит данных на стадии записи вычисляется контрольная сумма, которая сохраняется как специальный бит четности. При чтении данных контрольная сумма вычисляется снова и сравнивается с битом четности. Если они совпали, данные считаются аутентичными, в противном случае генерируется сообщение об ошибке четности (как правило, приводящее к остановке системы). Метод активно применялся в прошлом, когда подсистема памяти являлась одной из самых ненадежных в компьютере. К явным недостаткам метода относятся дороговизна памяти, требующейся для хранения лишних бит четности, незащищенность от двойных ошибок (а также ложное срабатывание при ошибке в бите четности), остановка системы даже при непринципиальной ошибке (скажем, в видеокадре). В настоящее время, учитывая возросшее качество памяти и низкую вероятность ошибок, применяется все реже — в системах низкого уровня используется более дешевая память без контроля четности, в системах высокого — более результативная схема ECC.

А вообще, это нужно не как защита от дефекта, но и для того, чтобы какой-либо бит небыл изменен случайно пролетающими сквозь плату элементарными частицами ;). Например, в космосе где большое количество ионизирующих излучений тактовая частота процессоров не превышает 100 МГц и подобные технологии используются где можно и где нельзя.

foxi:
Давно пора забыть о "серверных" и "десктопных" процах, имело смысл их так делить в очень древние времена, когда "десктопное" это одно ядро и работа в однозадачной операционке, а "сервер" это когда много ядер для кучи одновременных процессов.
В вашей ситуации i7 конечно же круче будет.

Ага, ага. Сервер по умолчанию имеет некоторые плюшки, которых нет у десктопа. Так, например, десктопы не умеют в паре работать... Второй пример - контроль четности системной шины, максимальный объем памяти и некоторые другие плюшки. В данном, правда, случае эти ксеоны могут выигрывать только за счет кэша и ECC. Больше у них по производительности преимуществ перед i7 нет.

zzzit:
Да нет, сильно заблуждаетесь, не все так просто. Если бы это была машина с одним ядром в 40 раз быстрее и с шиной памяти в 40 раз толще, то можно было бы говорить о том, что есть задачи под нее и многим очень нужна. А так 40 ядер, это все-таки 40 ядер, фактически как те же самые 40 серверов в одном ящике, где для хоть какой-то вменяемой производительности софту нужно точно так же аккуратно распределять задания по ядрам и каждому ядру стараться работать только со своей локальной памятью, иначе будет огромная конкуренция за память и производительность хуже калькулятора. Короче - кака-сервер

Как раз Вы заблуждаетесь. Ну хватит уже петушиться, есть много задач, для которых _целесообразно_ использовать мэйнфрейм. Обычно, правда, под такие задачи дедики не берут в аренду, но если хрен к носу прикинуть то и тут может получиться свой плюс. Мир не ограничивается одним хостингом веб-сайтов, существует масса приложений, для которых нужны значительные вычислительные ресурсы и которые намного сложнее распараллелить на много серверов. А то, что гугл строит свою экономическую модель (строил - немного поправлюсь) на дешевом лоу-енд железе, то это уже другие пироги. Ну а иначе и энтерпрайза то и небыло бы.

P.S. Вот мне нравится, как говорят "специалисты" в подобных темах. Сразу "говно, раз я не знаю зачем оно и как его есть", а то, что оно в общем-то другой запах имеет и ниразу не удобрение их не смущает.

---------- Добавлено 09.01.2014 в 09:11 ----------

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

---------- Добавлено 09.01.2014 в 09:13 ----------

WapGraf:
вы спросите любого администратора

Причем тут ваще админ? Он работает на хозяина и деньги зарабатывает, его мнение в данном вопросе интересует только как тех.консультанта, а экономическую выгоду считать не его дело. Будет выгодно ему за час нервотрепки в 10 раз больше заплатить, чем за месяц его работы - будет работать на таких условиях. Что за детский сад?

---------- Добавлено 09.01.2014 в 09:19 ----------

ThePriest:
Да, и кстати пропускная способность RAM ограничена, поэтому этот сервер будет еще сильно медленнее, чем несколько.

Не медленнее, чем кластер, т.к. даже InfiBrand не может дать той скорости, какую может дать распараллеливание операций чтения-записи в RAM по планкам в рамках _одной_ шины.

---------- Добавлено 09.01.2014 в 09:23 ----------

zzzit:
А распределить ПО на кучу ядер внутри одного сервера чем отличается, извините?

Вы даже базовых понятий не знаете... Или просто запустить отдельный процесс на тойже машине и организовать межпроцессное взаимодействие в рамках одной мшаины или запустить _кучу_ софта на другой машине, продумать отказоустойчивость, предусмотреть кучу дополнительных согласований и организовать такое взаимодействие на нескольких машинах... Задачи как минимум _разного порядка_.

---------- Добавлено 09.01.2014 в 09:24 ----------

zzzit:
А если этот один накроется, какие планы? На пенсию?

А на этот случай есть резерв. Не?

---------- Добавлено 09.01.2014 в 09:33 ----------

WapGraf:
Себе его возьмете: для шареда, виртуалок или чего угодно еще, но уже существующего, а не в планах Наполеона?

Для виртуалок, кстати, не плох. Надо только посчитать экономическую целесообразность.

Это ежесекундные значения. Нужно же видеть картину как минимум за сутки, чтобы что-то сказать. Именно для этого посоветовали поставить munin

Скрин, давай определимся, на каком железе, недоспециалист, мля. Ботам вообще ошибки не отдаются, они уходят в блекхол как максимум, как минимум это drop на интерфейсе.

Товарищ мадофф, а ты че, кроме как кричать можешь? Нука запили ка мне простой скриптик установки, универсальный для всех панелей и систем. Васи как раз вы, двое. Вас носом ткнуть в посты выше или читать научитесь? Огалтелые дурачки, ейбогу. Им говорят "стриженый", они "нет, бритый". Почитайте что такое веб-сервер, для начала. И нахрена он нужен. И вообще разуйте шары и оттолкнитесь от стандартного вордпресса на говеной впске, ибо больше вы ничего не умеете и не знаете. Диалог окончен, я нашел игнор-лист на этом форуме, всем спасибо за внимание. Если кто хочет поблагодарить за цирк - обращайтесь в личку.

WapGraf:
Там где nginx переварит 30 тыс запросов и сайты еще будут работать, там апач уже будет валятся давным давно мертво и никакие модули ему не помогут.

Да мля. Разница примерно 12-18%. Оттестировано, один на один он быстрее, за счет тупо меньшего количества избыточного кода и отличной оптимизации (минимум переключений контекста). А если использовать его как прокси - отдача статики наименее нагружает, выигрыш мал. Ответ вам дан, вы меня превратно понимаете. Я сказал всего лишь, что джинкс не всегда нужен, а не попросил его засунуть поглубже.

WapGraf:
бывают случаи, когда nginx не приемлем

А утверждать, что он в большинстве случаев не приемлем - такого за мной не водилось ;).

---------- Добавлено 24.12.2013 в 21:42 ----------

madoff:
под ispmanager

Если конкретная панель не умеет чего-то писать в конфиги - её проблемы. А давайте я вам пример малоизвестной панельки суну, которая изкаробки умеет? И, да. Универсальности конфигов в разных дистрах быть не может даже для одного mpm. Установка апача банально разная, не? а FreeBSD к линуксам мешать моветон.

---------- Добавлено 24.12.2013 в 21:45 ----------

madoff:
Ну-ка покажите пример

Касательно Centos дам наводку:

cat /etc/sysconfig/httpd

Касательно debian - apt-get install

может мне написать где в каком дистре конфиги лежат, научить софт ставить?

WapGraf:
Вот вам реврайт

Под который нужно переписывать правила. Читай быть специалистом или иметь специалиста, знакомого с данным продуктом. Читай стоимость владения.А питон-веб-приложения вы под nginx поддерживали? Окей. А, понял, приложения на руби у вас тоже легко и непринужденно без апача летаютЬ? SSL там как давно стабильно пашет? Web_DAV так же просто поднимается? mod_sync, mod_dynloadbalance, mod_failover, tomcat... Дальше перечислять то, в чем джинкс уступает?

WapGraf:
А у обычного Васи статики нету?

Ай-яй-яй. Отдача статики - очень простая задача. Открою тайну: в 90-х была как раз таки статика. А щас ддосят скрипты, чтобы проц и память выжрал пых.

WapGraf:
nginx+apache+mod_perl работает в раз лучше чем apache+mod_perl

Ничем не лучше. Nginx в данном случае лишь буферизует поток, кушая так же память, но экономить память можно проще. Именно в 20 веке еще экономили память с помощью nginx.

Ключевые слова - надежность и совместимость, иначе вы небыли в корпоративном сегменте.

madoff:
вы его хоть раз настраивали великий вы наш

Не mpm, а fpm ;) Настраивал и работает.

madoff:
вася будет варенный после того как начнёт запускать worker

одна строка в конфиге в случае с centos. еще три закомментировать и три раскомментировать. Зато скрипт у Васи начнет работать без переписывания правил.

P.S. Я не умаляю хорошести nginx, но этот веб-сервер не панацея, и в некоторых случаях не позволяет сделать некоторых вещей, являясь дополнительным балластом. В случае с типовой конфигурацией он может быть вреден.

За обратную запись отвечает хостер. Или хостер даёт интерфейс по её изменению. Или берёт её с вашего сервера... Но это частности, ибо прописывается она на их днс.

madoff:
nginx + php-fpm - порвет apache + mod_php

Это частности. А как быть с apache+fpm_worker ? Настолько ли сильно разнится нагрузка? А mod_rewrite, используемый тонной приложений? У апача есть еще много интересных плюшек. Вот на отдаче чисто статики и на HighLoad - да, стоимость поддержки оправдана. А обычному "васе" с обычным впс - нафиг не надо. Есть еще такое понятие как "стоимость владения".

---------- Добавлено 24.12.2013 в 16:48 ----------

А здравый смысл в том, что готовить надо уметь. Бизнес же обычно просит универсальных и выгодных решений, а не уникальных блюд. Есть еще много mpm у апача, много способов запустить пых, многие фишки, в частности mod_perl или mod_python. Надо смотреть шире на вещи, а не плавать в отдельном аквариуме.

zerozoom:
server: 195.210.46.2
Address: 195.210.46.2#53
** server can't find ip: NXDOMAIN

Проблемы с почтой. На DNS отсутствует обратная запись вашего IP. Обратитесь в поддержку хостера.

Всего: 1548