Тазик под linux nas

[ttttt 195]

Ты так ничего и не понял. У хасвела L3 больше не работает на частоте процессора, а на какой работает - это есть тайна.

Ты так тоже и не понял, что считается latency на частоте процессора. Всегда в тактах все считается с привязкой к частоте процессора.

 

Но это меня не удивляет.

[ttttt 195]

SRAM 1-5ns это все тот же перл, как и про нанометры

А ты погугли, откроешь для себя много нового о SRAM в процессорах.

[NiTr0 584]

 

 

Ты так тоже и не понял, что считается latency на частоте процессора.

С какой радости?

[KaYot 3 708]

Косность мышления. Кэш, частота процессора и никак иначе.

А начнешь сейчас рассказывать что в PII и первых Атлонах был L2-кэш на отдельной плате(со своими таймингами и частотами отличающимися от CPU в разы) - не поверит.

[ttttt 195]

 

Ты так тоже и не понял, что считается latency на частоте процессора.

С какой радости?

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

[KaYot 3 708]

 

 

Ты так тоже и не понял, что считается latency на частоте процессора.

С какой радости?

 

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

 

Кем принято?

Всегда все привязано к частоте девайса которому считают эту самую задержку. То что для кеша она в последние годы совпадает с частотой CPU - не более чем совпадение.

[prototip 284]

Тут вам бордатые дядьки уже сказали оптимальный вариант HP DL..... G6  , а они еще тут пи..... меряются и латентность сношают ...  Накой вы лезете в такие дебри , купи мерседес м не заморачивайся как у него работает мотор !   Пользуй и радуйся .  Ато как начинают лепить эти тазы на десктопных процах становится смешно однако , сервант это ведь не только камень , а еще много чего от чего может помрачнеть жизнь , начиная кривыми китайскими вентиляторами , блоками питания и заканчивая банальным перегревом .

[axl72 12]

Тут вам бордатые дядьки уже сказали оптимальный вариант HP DL..... G6  , а они еще тут пи..... меряются и латентность сношают ...  Накой вы лезете в такие дебри , купи мерседес м не заморачивайся как у него работает мотор !   Пользуй и радуйся .  Ато как начинают лепить эти тазы на десктопных процах становится смешно однако , сервант это ведь не только камень , а еще много чего от чего может помрачнеть жизнь , начиная кривыми китайскими вентиляторами , блоками питания и заканчивая банальным перегревом .

Я сам изначально склонялся к такой мысли. Теперь меня окончательно убедили. С процессорами понятно, вопрос теперь только в том , какой сервак выбрать, то ли с интегрированной интеловской сетевухой (ЕТ), то ли с броадкомовской (5709)

 

И есть ли какое то преимущество именно HP против DELL`а , например?

Відредаговано 2015-09-29 09:19:18 axl72

[NiTr0 584]

К слову, интересно было бы провести тесты бродвела с eDRAM... Который работает как л4 кеш с более низкой латентностью чем память, и которого аж 128 метров. На обычных задачах типа всяких там бенчей оно дает до 10-20% прироста.

[ttttt 195]

Кем принято?

Всегда все привязано к частоте девайса которому считают эту самую задержку. То что для кеша она в последние годы совпадает с частотой CPU - не более чем совпадение.

В нашей профессии так принято. Девайс - это процессор, а не его кэш и программировать нужно именно процессор, потому цифры именно для процессора независимо от того, на какой шине работает его L3 кэш или память. Открой любую книжку по оптимизации компиляторов под разные процессоры, если не веришь.

[ttttt 195]

Ато как начинают лепить эти тазы на десктопных процах становится смешно однако , сервант это ведь не только камень , а еще много чего от чего может помрачнеть жизнь , начиная кривыми китайскими вентиляторами , блоками питания и заканчивая банальным перегревом .

Много лет отработавший утюг, типа nehalem, не очень мудрая затея.

[KaYot 3 708]

 

Кем принято?

Всегда все привязано к частоте девайса которому считают эту самую задержку. То что для кеша она в последние годы совпадает с частотой CPU - не более чем совпадение.

В нашей профессии так принято. Девайс - это процессор, а не его кэш и программировать нужно именно процессор, потому цифры именно для процессора независимо от того, на какой шине работает его L3 кэш или память. Открой любую книжку по оптимизации компиляторов под разные процессоры, если не веришь.

 

Я системным программированием и подобными книжками увлекался 15-20 лет назад. В данный момент ты пытаешься доказать явную чушь..

[prototip 284]

Мне просто скучновато слушать как вы там меряетесь пи.... Есть суровая практика жизни , бюджет и выверенные решения . Пока альтернативы цена\производительность\надежность я не вижу .  Насчет утюга я вам отвечу просто , что бы было понятно и адекватно . По сути ответ таков , даже если вы купите ультрасовременный сервант то с удивлением обнаружите , что тепловой пакет его проца находится на уровне 100-130 ватт  и  потребляемая мощность будет не такой уж и малой даже при простое . Да он будет стоить не один десяток тысяч доларов и будет иметь более высокоее соотношение ватт\производительность , но к сожалению весьма вероятно вам такая производительность и не понадобится более чем в 80% случаев и как следствие учитывая стремительный темп развития  микроэлетроники вы не успеете отбить свое бабло за то время , пока он будет стоить все те же 500 баксов , во всяком случае пока с таким арпу в долларах с клиента , как на сегодняшний день .

[KaYot 3 708]

Какие письки? В споре рождается истина.

Человек заявил что у новых поколений CPU L3 в 2 раза(!!) быстрее и значит кроме них ничего брать не стоит.

Я объяснил что это не так, даже не поленился поискать результаты тестов bandwith/latency от различных изданий - L3 в современенных хасвелах чуть медленнее чем в предыдущих поколениях, никакого смысла брать новинки вместо старья нет.

[ttttt 195]

Я системным программированием и подобными книжками увлекался 15-20 лет назад. В данный момент ты пытаешься доказать явную чушь..

Вообще-то это ты пытаешься рассказать, что там latency другая, и не такая как написана, и для другой частоты и прочий бред.

[KaYot 3 708]

 

Я системным программированием и подобными книжками увлекался 15-20 лет назад. В данный момент ты пытаешься доказать явную чушь..

Вообще-то это ты пытаешься рассказать, что там latency другая, и не такая как написана, и для другой частоты и прочий бред.

 

Т.е. latency задаваемое в тактах для памяти, любых чипов и контроллеров естественно задается в тактах данного блока, а вот для кеша сделали исключение и его считают в тактах CPU?

Не фантазируй. То что последние 10 лет кеши были on-die и тактовались вместе с ядром вовсе не значит что так должно быть или что так было всегда.

[ttttt 195]

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

 

[NiTr0 584]

 

 

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

Что, и тайминги памяти задаются относительно частоты проца?...

[Зоррик 13]

У меня работает soft IPOE BRAS на DL380 G6. До 3к сессий и чуть больше 2гбит в одну сторону, ~50% загрузки камня L5639. Одного, скоро буду добавлять второй

Использую бортовые броадкомы(5709 вроде), никаких нареканий кроме кривоватого драйвера. Ну да после вылизанного интела у любого производителя драйвера страшны.

 

Натить? Які мережеві доставлені?

[KaYot 3 708]

Ната нет, добавлены все те же броадкомы(6хbmc5709). Изначальная конфигурация сервера такая была, решили не трогать.

Недавно трафик на сервере вырос до 2+гбит в одну сторону, вылезти приколы. Etherchannel(бондинг) на длинке 3420 работает для 3ех интерфейсов жутко коряво, трафик делится неровно(~25/50/25).

Надо ещё сетевые добавить видимо для нормальной работы бонда.

На днях по итогам этой темы сделали небольшой патч для accel-pppd, загрузка немного уменьшилась. Но в любом случае ipoe bras под Linux потребляет нынче куда больше ресурсов чем pppoe..

Відредаговано 2015-11-25 20:10:09 KaYot

[karyon 48]

Те комп только шейпит и netfow/sflow?

[KaYot 3 708]

Зачем нетфлоу? Только маршрутизация/шейп/аккаунтинг. Ну и dhcp relay, подозреваю что это и есть самая затратная часть.

[Andromeda 0]

Не заморачивайся , купи что то из разреза HP dl360-380 G6 , небольшое количество памяти и небольшие винты в рейд запихнешь при ценнике долларов с 500-700 . И будет оно работать долго и неплохо . G7 уже совсем другой ценник . Насчет дела не подскажу - не практикую .  А  более думаю и не нужно  один такой нас с ипое прожует нунче несколько тысяч пользователей на 55 камнях и не поперхнется .  1U сервера не рекомендую они сильно больно шумные ибо пропихивать воздух тяжко , выбор за одним юнитом это когда выхотите поставить сервак в датацентп , где за каждый юнит денег дерут по полной , а как для себя 2U практичней . 

А 380 G5 как поведет себя с такой задачей? Я конечно понимаю, что он древний, но он есть. А G6 надо покупать....

[Phsm 19]

 

 

Etherchannel(бондинг) на длинке 3420 работает для 3ех интерфейсов жутко коряво, трафик делится неровно(~25/50/25).

 

Так это же должно лечиться сменой алгоритма хэширования. Не знаю как в длинках, но в экстримах такая ситуация наблюдается на hash-algorithm xor. Смена на crc-16 это мгновенно лечит.

[KaYot 3 708]

 

Etherchannel(бондинг) на длинке 3420 работает для 3ех интерфейсов жутко коряво, трафик делится неровно(~25/50/25).

Так это же должно лечиться сменой алгоритма хэширования. Не знаю как в длинках, но в экстримах такая ситуация наблюдается на hash-algorithm xor. Смена на crc-16 это мгновенно лечит.

 

Если что, на длинк я зря наговаривал, я тупо не те сетевки смотрел. На машине с 6 сетевками, девайc bond0 оказался собран не из eth0,1,2 а из 0,1,4

При любом правильно выбранном алгоритме трафик делится примерно ровно(35/35/30).

Відредаговано 2015-12-16 15:54:21 KaYot