uniqueJ

Рейтинг
48
Регистрация
18.12.2010
Романо:
Приветствую! Не могу понять, почему на виртуальном сервере с CPU более чем 3Ггц на базе ОС Windows Server 2003 статический файл в 200Кб отдаётся больше секунды. А на Linux c CPU в 300Мгц за 200мс.

Информации 0.

Сервер под управлением windows 2008, а в нем две виртуалки - один с 2003, второй с linux?

ну и самый банальный вопрос - антивирусное по установлено?

poiuty:
10 символов

Это очень ценная информация. А у меня такая:

ping nkvd.pro

Обмен пакетами с nkvd.pro [195.138.241.77] с 32 байтами данных:
Ответ от 195.138.241.77: число байт=32 время=43мс TTL=52
Ответ от 195.138.241.77: число байт=32 время=43мс TTL=52
Ответ от 195.138.241.77: число байт=32 время=43мс TTL=52
Ответ от 195.138.241.77: число байт=32 время=43мс TTL=52
ping hetzner.de

Обмен пакетами с hetzner.de [213.133.107.227] с 32 байтами данных:
Ответ от 213.133.107.227: число байт=32 время=51мс TTL=52
Ответ от 213.133.107.227: число байт=32 время=45мс TTL=52
Ответ от 213.133.107.227: число байт=32 время=44мс TTL=52
Ответ от 213.133.107.227: число байт=32 время=44мс TTL=52

Мерять отклик с помощью icmp - все равно, что мерять попугаями

sort_buffer_size (> 1M)

read_rnd_buffer_size (> 1M)

Они выделяются каждому соединению. Из скриптов создаются persistent connections?

650ti-2гб

видео биткоины считать?

географическое расположение сервера? какой дц?

AboutSEO:
а должны, если домен истек?

В whois не было никаких данных о лицах, которые владели доменами. Это и было одним из оснований для изъятия доменов у "неопределенного круга лиц", т.е. домены со статусом registered были зарегистрированы никем и владелец у них никто.

А элементарно те же логи кто за Вас чистить будет? Софт обновлять? В cms закрывать дыры?

Извините, но немного напоминает уже классическое "сделайте и настройте мне сервер линейки, чтоб люди заходили и играли, и платили мне деньги".

AMD™ Athlon 64 3500+ (2.2GHz), 2GB ram, 1TB SATA2, сеть повышенной надежности, трафик 5TB/месяц, выделенный порт 100Mbit, 1 IP, Evoswitch - Голландия

$39/месяц

Так же есть отдельное бэкап-хранилище - 300GB = $24/месяц

Расположение: Databurg - Германия

N_N_N:

Уверены?
Тут как раз-таки, главный шакал и рыбку съел и на качели сел. Сам засквотил, сам - продал :D

Нет, конечно. Я всего лишь в краткой форме подал материал, который появлялся в СМИ. Может что то и пропустил, но вроде как сведения о лицах, которые держали домены все эти годы, так и не были опубликованы.

klamas:
Что то я совсем в ваших цитатах запутался, кто что и кому отвечал
вы забыли перелогиниться?

и про диски:
никогда не меряйте дискам скорость :) (что вообще за понятие такое по отношению к дискам?)
и никогда SATA 7.2к не будут быстрее ssd
(это в порядке ликбеза)

Уточню - я есть сотрудник вышеназванной комании coretek.

Было предоставлено два конфига:

1) 2xE5-2620, 64gb ram, 4x2tb sata hdd, raid1+0 (логический массив 4тб), 100mbit

2) e3-1230, 8gb ram, 2x120gb sas, без рейда (фактически в тесте использовался один диск), 100mbit

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

klamas:
Так вот в чему весь этот "гон"...
извините, не смог подобрать подходящего эпитета

Добрый день. Я заинтересовался методикой расчета и предложил ТС 2 сервера для проверки. А так же не нашел ничего ужасного в том, чтобы опубликовать результаты - так как это всего лишь железо, и оно у всех хостеров одинаковое.

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

Мой ответ, который был дан ТС:


нет, не совпадают.

1) это не sas и не ssd - вполне закономерный результат. Скорость raid0 была бы выше, но я не вижу смысла собирать сата в raid0 - вероятность выхода такого массива из строя намного выше, а скорость при этом будет сопоставима с sas и ssd. raid1+0 это оптимальный вариант, позволяющи при выходе из строя одного диска

2) mysql ВСЕГДА необходимо оптимизировать. Любой конфиг из коробки никогда не покажет верха производительности. Нужно анализировать ситуацию на живой системе после нагрузки как минимум за 24 часа.
Выглядит это примерно вот так:

-------- General Statistics --------------------------------------------------
[--] Skipped version check for MySQLTuner script
[OK] Currently running supported MySQL version 5.1.66-0+squeeze1
[!!] Switch to 64-bit OS - MySQL cannot currently use all of your RAM

-------- Storage Engine Statistics -------------------------------------------
[--] Status: -Archive -BDB -Federated -InnoDB -ISAM -NDBCluster
[--] Data in MyISAM tables: 441M (Tables: 84)
[!!] Total fragmented tables: 21

-------- Performance Metrics -------------------------------------------------
[--] Up for: 112d 12h 40m 27s (34M q [3.577 qps], 1M conn, TX: 235B, RX: 5B)
[--] Reads / Writes: 95% / 5%
[--] Total buffers: 240.0M global + 16.7M per thread (151 max threads)
[!!] Allocating > 2GB RAM on 32-bit systems can cause system instability
[!!] Maximum possible memory usage: 2.7G (68% of installed RAM)
[OK] Slow queries: 0% (29/34M)
[OK] Highest usage of available connections: 25% (38/151)
[OK] Key buffer size / total MyISAM indexes: 192.0M/145.6M
[OK] Key buffer hit rate: 100.0% (2B cached / 97K reads)
[OK] Query cache efficiency: 79.6% (23M cached / 29M selects)
[!!] Query cache prunes per day: 42272
[OK] Sorts requiring temporary tables: 0% (0 temp sorts / 1M sorts)
[!!] Temporary tables created on disk: 48% (1M on disk / 2M total)
[OK] Thread cache hit rate: 99% (2K created / 1M connections)
[!!] Table cache hit rate: 9% (128 open / 1K opened)
[OK] Open file limit used: 22% (231/1K)
[OK] Table locks acquired immediately: 99% (8M immediate / 8M locks)

-------- Recommendations -----------------------------------------------------
General recommendations:
Run OPTIMIZE TABLE to defragment tables for better performance
Enable the slow query log to troubleshoot bad queries
When making adjustments, make tmp_table_size/max_heap_table_size equal
Reduce your SELECT DISTINCT queries without LIMIT clauses
Increase table_cache gradually to avoid file descriptor limits
Variables to adjust:
query_cache_size (> 24M)
tmp_table_size (> 24M)
max_heap_table_size (> 24M)
table_cache (> 128)


3) Сервер имеет два 6-ядерных процессора. При этом характеристики процессора занижены по сравнению с 4-х ядерными. Суть всего этого не в том, чтобы какое то одно задание отработало максимально быстро, а в том чтобы одновременно работало большее количество заданий.
К примеру одиночное задание будет работать быстрее на процессоре E3-1230 с тактовой 3.2Ghz на ядро, чем на E5-2620 с тактовой 2.0Ghz
Но если таких заданий запустить одновременно пару сотен, то E3 останется далеко позади.
[28.05.2013 15:39:50] coretek:vladimir.support: если битрикс нужен для работы с нагрузкой в 50-100 тысяч посетителей в сутки, то смысла брать E5 нет.
Если же ожидается 200-500 тысяч, тогда только двухпроцессорные системы.
[28.05.2013 15:40:56] coretek:vladimir.support: В идеале в любом случае всё очень сильно зависит от кеширования результатов выполнения скриптов. А оно в свою очередь зависит от количества оперативной памяти
[28.05.2013 15:41:53] coretek:vladimir.support: Можно допиливать сайт с упором на memcache, но вполне возможно что докупить еще 100 гигабайт ram будет дешевле, чем платить разработчикам за поиск узких мест и их устранение
[28.05.2013 15:42:36] coretek:vladimir.support: собственно как то так. синтетические тесты никогда не отражали реального положения дел

Не забрасывайте меня, пожалуйста, неспелыми помидорами - я не считаю себя специалистом в администрировании и тонкой настройке, а просто сообщил своё личное мнение.

Всего: 138