masterlan: Den73 но ведь какие-то лимиты ставить нужно,
Для чего, ставить чтобы ставить?
Разве не достаточно cgroups с нормальными весами?
masterlan: а то найдется 1 клиент, и как выше сказали - сожрет как iops, как десяток соседей. И тогда, возможно не выгнав или не лимитировав ему ресурсы, об окупаемости ноды разговора может и не быть.
Конечно, SSD это такая страшная вещь, ни за что с ними не связывайтесь :)
Ведь мы еще не знаем в каком виде была матерная речь, если она была по отношению к сотруднику, то это могло бы подпасть под определенную статью УК и тогда клиенту бы точно понадобился юрист :)
zzzit: Если бы клиент обратился к юристам, хостер бы темой на форуме не отделался
Так что прежде чем обвинять кого-то и вставать на чью-то сторону изучите вопрос с обоих сторон. А то уже заметно что вам нравится делать безапелляционные заявления ничего за собой не имеющие.
zzzit: 2250 сферических в вакууме. Клиенты разные, кто-то быстрый, кто-то медленный, битрейт разный, можно шейпить, можно не шейпить, плеер может буферизировать весь файл, а может по чуть-чуть. Если не шейпить и плеер буфферизирует не весь файл, то быстрые клиенты не будут занимать много памяти, данные будут долго висеть в памяти только для медленных. Сколько медленных останется? Это не так все однозначно.
Слив?
Так вы и покажите своих коней, о которых ранее говорили, а не прикрывайтесь нашими.
"Не верю", все что вы писали ранее вы не реализовывали :)
5erg: не вытаскивайте, пожалуйста, фразы из контекста, я их не для этого в разных абзацах написал. Речь ведь шла о разных ресурсах: производительность диска и долговечность.
Конечно о разных ресурсах, но ОДНОГО устройства. И абзацами вы это устройство (накопитель) так же легко не поделите, как в риторике :)
5erg: И если пять VDS'ок на одном накопителе почти не влияют на производительность, то на срок службы устройства они влияют однозначно не в лучшую сторону. Впятером его проще убить ровно в пять раз.
Не в пять, не идеализируйте. В условиях обычных VPS ресурс SSD значительно выше, благодаря лучшей утилизации.
НО в вашем случае, если собрать пять ВАШИХ клиентов (которые специально выбирают выделенные накопители и платят за них вашу цену), то наверняка будет примерно как вы говорите, у вас наверняка статистика есть.
zzzit: Смотрите, если несколько запросов пришли одновременно они могут быть обработаны двумя способами: послать все их в ядро и ждать ответов от всех сразу постепенно посылая запросы еще, как в случае с aio или послать один запрос на 2 мегабайта, подождать ответа, послать второй, подождать ответа, послать третий, подождать ответа и т.д. В первом случае они будут обрабатываться на усмотрение планироващика, который будет стараться угодить всем сразу в ущерб пропускной способности, а во втором случае у планировщика всегда только один запрос и полный контроль над тем, сколько данных за один запрос мы можем получить остается у нас и позволяет минимизировать количество позиционирований головки. Естественно, если пришло 3 запроса и ответ от диска занимает 30 мс, то первый клиент начнет получать ответ через 30 мс, второй через 60 мс, третий через 90 мс, но это незаметно для посетителей.
А теперь все то же самое в масштабах http://highload.biz/ru/faq/#1. А именно 2250 одновременных просмотров... ну хорошо, всего 500 пользователей смотрят фильмЫ.
Лень считать, но или кто-то ждет "вечность", или опять возвращаемся к уменьшению порционности и затыкам в IO.
---------- Добавлено 22.07.2013 в 00:17 ----------
Andron_buton: zzzit, и что это за планировщик такой?
Psychedelic: а мне не понравилось по факту как он мне полы положил, я нагрубил и попросил переделать, он мне в ответ "я замараживаю работу за грубость" а моё время это деньги, ребят поймите, минимум в челюсть получит он, максимум в багажник ... дальше сами поймёте что с ним будет (если он мне не возместит потраченное мною время - деньги).
Далеко не факт :) Почему он должен терпеть ваше недержание речи?
Он с бОльшим правом съездил бы вам область лица, наверняка :)
Есть деловые отношения, есть деловое общение.
Имеете недовольство - высказываете его в пределах тех же правил общения.
Psychedelic: Вы хостинг компании, вы далеко находитесь, Вас не достать и всё же нужно понимать как-то клиентов, может это форс-мажор и ситуации разные бывают, как в инете, так и в жизни, будьте тоже людьми.
Что значит "тоже"? Когда клиент начал грубить, из людей остался только хостер. И он прекратил обслуживание.
5erg: - Надёжность. 10 клиентов на 2 SSD диска запишут критичный объем данных до первого отказа на запись быстрее в 5 раз. Для наших 128-Гиговых Корсаров это порядка 64 ТБ на запись. Всегда лучше израсходовать этот ресурс и сдуть пыль с бэкапов в 5 раз позже, чем со всеми остальными.
Данные smart одного из SSD на которых работают VPS, :
"Power_On_Hours_and_Msec" нужно читать как 5605h+26m+15.170s
Вы пишете что один человек не утилизирует IOps SSD и тут же пишете, а вдруг, а вдруг, а соседи могут попасться шумные. Давайте напугаем клиентов еще сильнее - VPS это опасно, пусть берут дедики.
zzzit: Мое если было только одно, чтобы метаданные влазили в память и не вижу причин, чтобы контент ТСа не прокатывал.
Замечательно когда метаданные лежат в памяти, а с данными вы что то делаете? :)
Тут многие реализовывали подобные вещи и понимают, что физические возможности логикой не обмануть
Пока ваши сообщения тут выглядят как "вы не можете, а я могу".
Давайте подробности: сколько данных, размер каждого файла, количество потоков, общая ширина используемой ими полосы (графические данные воспринимаются легче)
Посоветуйте дешевый VDS или хостинг под адалт.
обратите внимание
Den73 но ведь какие-то лимиты ставить нужно,
Для чего, ставить чтобы ставить?
Разве не достаточно cgroups с нормальными весами?
а то найдется 1 клиент, и как выше сказали - сожрет как iops, как десяток соседей. И тогда, возможно не выгнав или не лимитировав ему ресурсы, об окупаемости ноды разговора может и не быть.
Конечно, SSD это такая страшная вещь, ни за что с ними не связывайтесь :)
Вы проведите тесты, нагрузите его :)
Клиент всегда прав, даже если он не прав.
Пока он не нарушил правила и обязанности клиента.
Ведь мы еще не знаем в каком виде была матерная речь, если она была по отношению к сотруднику, то это могло бы подпасть под определенную статью УК и тогда клиенту бы точно понадобился юрист :)
Если бы клиент обратился к юристам, хостер бы темой на форуме не отделался
Так что прежде чем обвинять кого-то и вставать на чью-то сторону изучите вопрос с обоих сторон. А то уже заметно что вам нравится делать безапелляционные заявления ничего за собой не имеющие.
2250 сферических в вакууме. Клиенты разные, кто-то быстрый, кто-то медленный, битрейт разный, можно шейпить, можно не шейпить, плеер может буферизировать весь файл, а может по чуть-чуть. Если не шейпить и плеер буфферизирует не весь файл, то быстрые клиенты не будут занимать много памяти, данные будут долго висеть в памяти только для медленных. Сколько медленных останется? Это не так все однозначно.
Слив?
Так вы и покажите своих коней, о которых ранее говорили, а не прикрывайтесь нашими.
"Не верю", все что вы писали ранее вы не реализовывали :)
не вытаскивайте, пожалуйста, фразы из контекста, я их не для этого в разных абзацах написал. Речь ведь шла о разных ресурсах: производительность диска и долговечность.
Конечно о разных ресурсах, но ОДНОГО устройства. И абзацами вы это устройство (накопитель) так же легко не поделите, как в риторике :)
И если пять VDS'ок на одном накопителе почти не влияют на производительность, то на срок службы устройства они влияют однозначно не в лучшую сторону. Впятером его проще убить ровно в пять раз.
Не в пять, не идеализируйте. В условиях обычных VPS ресурс SSD значительно выше, благодаря лучшей утилизации.
НО в вашем случае, если собрать пять ВАШИХ клиентов (которые специально выбирают выделенные накопители и платят за них вашу цену), то наверняка будет примерно как вы говорите, у вас наверняка статистика есть.
Смотрите, если несколько запросов пришли одновременно они могут быть обработаны двумя способами: послать все их в ядро и ждать ответов от всех сразу постепенно посылая запросы еще, как в случае с aio или послать один запрос на 2 мегабайта, подождать ответа, послать второй, подождать ответа, послать третий, подождать ответа и т.д. В первом случае они будут обрабатываться на усмотрение планироващика, который будет стараться угодить всем сразу в ущерб пропускной способности, а во втором случае у планировщика всегда только один запрос и полный контроль над тем, сколько данных за один запрос мы можем получить остается у нас и позволяет минимизировать количество позиционирований головки. Естественно, если пришло 3 запроса и ответ от диска занимает 30 мс, то первый клиент начнет получать ответ через 30 мс, второй через 60 мс, третий через 90 мс, но это незаметно для посетителей.
А теперь все то же самое в масштабах http://highload.biz/ru/faq/#1. А именно 2250 одновременных просмотров... ну хорошо, всего 500 пользователей смотрят фильмЫ.
Лень считать, но или кто-то ждет "вечность", или опять возвращаемся к уменьшению порционности и затыкам в IO.
---------- Добавлено 22.07.2013 в 00:17 ----------
zzzit, и что это за планировщик такой?
Сферический, вакуумный...
а мне не понравилось по факту как он мне полы положил, я нагрубил и попросил переделать, он мне в ответ "я замараживаю работу за грубость" а моё время это деньги, ребят поймите, минимум в челюсть получит он, максимум в багажник ... дальше сами поймёте что с ним будет (если он мне не возместит потраченное мною время - деньги).
Далеко не факт :) Почему он должен терпеть ваше недержание речи?
Он с бОльшим правом съездил бы вам область лица, наверняка :)
Есть деловые отношения, есть деловое общение.
Имеете недовольство - высказываете его в пределах тех же правил общения.
Вы хостинг компании, вы далеко находитесь, Вас не достать и всё же нужно понимать как-то клиентов, может это форс-мажор и ситуации разные бывают, как в инете, так и в жизни, будьте тоже людьми.
Что значит "тоже"? Когда клиент начал грубить, из людей остался только хостер. И он прекратил обслуживание.
нужно всего по 60 мбайт с диска тянуть, а это случайными 2+ мегабайтными блоками любой диск сможет.
Не удивлен :)
Только вот никаких "сколько потоков" быть не может
Потоков скачивания имелось ввиду.
Данных, о которых я писал выше, я так понимаю, ждать не стоит. Спасибо за теорию.
- Надёжность. 10 клиентов на 2 SSD диска запишут критичный объем данных до первого отказа на запись быстрее в 5 раз. Для наших 128-Гиговых Корсаров это порядка 64 ТБ на запись. Всегда лучше израсходовать этот ресурс и сдуть пыль с бэкапов в 5 раз позже, чем со всеми остальными.
Данные smart одного из SSD на которых работают VPS, :
"Power_On_Hours_and_Msec" нужно читать как 5605h+26m+15.170s
Вы пишете что один человек не утилизирует IOps SSD и тут же пишете, а вдруг, а вдруг, а соседи могут попасться шумные. Давайте напугаем клиентов еще сильнее - VPS это опасно, пусть берут дедики.
Мое если было только одно, чтобы метаданные влазили в память и не вижу причин, чтобы контент ТСа не прокатывал.
Замечательно когда метаданные лежат в памяти, а с данными вы что то делаете? :)
Тут многие реализовывали подобные вещи и понимают, что физические возможности логикой не обмануть
Пока ваши сообщения тут выглядят как "вы не можете, а я могу".
Давайте подробности: сколько данных, размер каждого файла, количество потоков, общая ширина используемой ими полосы (графические данные воспринимаются легче)