ttttt Posted September 28, 2015 Posted September 28, 2015 Ты так ничего и не понял. У хасвела L3 больше не работает на частоте процессора, а на какой работает - это есть тайна.Ты так тоже и не понял, что считается latency на частоте процессора. Всегда в тактах все считается с привязкой к частоте процессора. Но это меня не удивляет.
ttttt Posted September 28, 2015 Posted September 28, 2015 SRAM 1-5ns это все тот же перл, как и про нанометры А ты погугли, откроешь для себя много нового о SRAM в процессорах.
NiTr0 Posted September 28, 2015 Posted September 28, 2015 Ты так тоже и не понял, что считается latency на частоте процессора. С какой радости?
KaYot Posted September 28, 2015 Posted September 28, 2015 Косность мышления. Кэш, частота процессора и никак иначе. А начнешь сейчас рассказывать что в PII и первых Атлонах был L2-кэш на отдельной плате(со своими таймингами и частотами отличающимися от CPU в разы) - не поверит.
ttttt Posted September 28, 2015 Posted September 28, 2015 Ты так тоже и не понял, что считается latency на частоте процессора. С какой радости? С той радости, что так принято, ибо цифры в привязке к луне разработчикам и нафиг не нужны.
KaYot Posted September 28, 2015 Posted September 28, 2015 Ты так тоже и не понял, что считается latency на частоте процессора.С какой радости? С той радости, что так принято, ибо цифры в привязке к луне разработчикам и нафиг не нужны. Кем принято? Всегда все привязано к частоте девайса которому считают эту самую задержку. То что для кеша она в последние годы совпадает с частотой CPU - не более чем совпадение.
prototip Posted September 28, 2015 Posted September 28, 2015 Тут вам бордатые дядьки уже сказали оптимальный вариант HP DL..... G6 , а они еще тут пи..... меряются и латентность сношают ... Накой вы лезете в такие дебри , купи мерседес м не заморачивайся как у него работает мотор ! Пользуй и радуйся . Ато как начинают лепить эти тазы на десктопных процах становится смешно однако , сервант это ведь не только камень , а еще много чего от чего может помрачнеть жизнь , начиная кривыми китайскими вентиляторами , блоками питания и заканчивая банальным перегревом .
axl72 Posted September 29, 2015 Author Posted September 29, 2015 (edited) Тут вам бордатые дядьки уже сказали оптимальный вариант HP DL..... G6 , а они еще тут пи..... меряются и латентность сношают ... Накой вы лезете в такие дебри , купи мерседес м не заморачивайся как у него работает мотор ! Пользуй и радуйся . Ато как начинают лепить эти тазы на десктопных процах становится смешно однако , сервант это ведь не только камень , а еще много чего от чего может помрачнеть жизнь , начиная кривыми китайскими вентиляторами , блоками питания и заканчивая банальным перегревом . Я сам изначально склонялся к такой мысли. Теперь меня окончательно убедили. С процессорами понятно, вопрос теперь только в том , какой сервак выбрать, то ли с интегрированной интеловской сетевухой (ЕТ), то ли с броадкомовской (5709) И есть ли какое то преимущество именно HP против DELL`а , например? Edited September 29, 2015 by axl72
NiTr0 Posted September 29, 2015 Posted September 29, 2015 К слову, интересно было бы провести тесты бродвела с eDRAM... Который работает как л4 кеш с более низкой латентностью чем память, и которого аж 128 метров. На обычных задачах типа всяких там бенчей оно дает до 10-20% прироста.
ttttt Posted September 29, 2015 Posted September 29, 2015 Кем принято? Всегда все привязано к частоте девайса которому считают эту самую задержку. То что для кеша она в последние годы совпадает с частотой CPU - не более чем совпадение. В нашей профессии так принято. Девайс - это процессор, а не его кэш и программировать нужно именно процессор, потому цифры именно для процессора независимо от того, на какой шине работает его L3 кэш или память. Открой любую книжку по оптимизации компиляторов под разные процессоры, если не веришь.
ttttt Posted September 29, 2015 Posted September 29, 2015 Ато как начинают лепить эти тазы на десктопных процах становится смешно однако , сервант это ведь не только камень , а еще много чего от чего может помрачнеть жизнь , начиная кривыми китайскими вентиляторами , блоками питания и заканчивая банальным перегревом .Много лет отработавший утюг, типа nehalem, не очень мудрая затея.
KaYot Posted September 29, 2015 Posted September 29, 2015 Кем принято? Всегда все привязано к частоте девайса которому считают эту самую задержку. То что для кеша она в последние годы совпадает с частотой CPU - не более чем совпадение. В нашей профессии так принято. Девайс - это процессор, а не его кэш и программировать нужно именно процессор, потому цифры именно для процессора независимо от того, на какой шине работает его L3 кэш или память. Открой любую книжку по оптимизации компиляторов под разные процессоры, если не веришь. Я системным программированием и подобными книжками увлекался 15-20 лет назад. В данный момент ты пытаешься доказать явную чушь..
prototip Posted September 29, 2015 Posted September 29, 2015 Мне просто скучновато слушать как вы там меряетесь пи.... Есть суровая практика жизни , бюджет и выверенные решения . Пока альтернативы цена\производительность\надежность я не вижу . Насчет утюга я вам отвечу просто , что бы было понятно и адекватно . По сути ответ таков , даже если вы купите ультрасовременный сервант то с удивлением обнаружите , что тепловой пакет его проца находится на уровне 100-130 ватт и потребляемая мощность будет не такой уж и малой даже при простое . Да он будет стоить не один десяток тысяч доларов и будет иметь более высокоее соотношение ватт\производительность , но к сожалению весьма вероятно вам такая производительность и не понадобится более чем в 80% случаев и как следствие учитывая стремительный темп развития микроэлетроники вы не успеете отбить свое бабло за то время , пока он будет стоить все те же 500 баксов , во всяком случае пока с таким арпу в долларах с клиента , как на сегодняшний день .
KaYot Posted September 29, 2015 Posted September 29, 2015 Какие письки? В споре рождается истина. Человек заявил что у новых поколений CPU L3 в 2 раза(!!) быстрее и значит кроме них ничего брать не стоит. Я объяснил что это не так, даже не поленился поискать результаты тестов bandwith/latency от различных изданий - L3 в современенных хасвелах чуть медленнее чем в предыдущих поколениях, никакого смысла брать новинки вместо старья нет.
ttttt Posted September 29, 2015 Posted September 29, 2015 Я системным программированием и подобными книжками увлекался 15-20 лет назад. В данный момент ты пытаешься доказать явную чушь..Вообще-то это ты пытаешься рассказать, что там latency другая, и не такая как написана, и для другой частоты и прочий бред.
KaYot Posted September 29, 2015 Posted September 29, 2015 Я системным программированием и подобными книжками увлекался 15-20 лет назад. В данный момент ты пытаешься доказать явную чушь..Вообще-то это ты пытаешься рассказать, что там latency другая, и не такая как написана, и для другой частоты и прочий бред. Т.е. latency задаваемое в тактах для памяти, любых чипов и контроллеров естественно задается в тактах данного блока, а вот для кеша сделали исключение и его считают в тактах CPU? Не фантазируй. То что последние 10 лет кеши были on-die и тактовались вместе с ядром вовсе не значит что так должно быть или что так было всегда.
ttttt Posted September 29, 2015 Posted September 29, 2015 Все, что в тактах задается, задается относительно частоты процессора на которой выполняется программа. Всегда так было, есть и будет.
NiTr0 Posted September 30, 2015 Posted September 30, 2015 Все, что в тактах задается, задается относительно частоты процессора на которой выполняется программа. Всегда так было, есть и будет. Что, и тайминги памяти задаются относительно частоты проца?...
Зоррик Posted November 25, 2015 Posted November 25, 2015 У меня работает soft IPOE BRAS на DL380 G6. До 3к сессий и чуть больше 2гбит в одну сторону, ~50% загрузки камня L5639. Одного, скоро буду добавлять второй Использую бортовые броадкомы(5709 вроде), никаких нареканий кроме кривоватого драйвера. Ну да после вылизанного интела у любого производителя драйвера страшны. Натить? Які мережеві доставлені?
KaYot Posted November 25, 2015 Posted November 25, 2015 (edited) Ната нет, добавлены все те же броадкомы(6хbmc5709). Изначальная конфигурация сервера такая была, решили не трогать. Недавно трафик на сервере вырос до 2+гбит в одну сторону, вылезти приколы. Etherchannel(бондинг) на длинке 3420 работает для 3ех интерфейсов жутко коряво, трафик делится неровно(~25/50/25). Надо ещё сетевые добавить видимо для нормальной работы бонда. На днях по итогам этой темы сделали небольшой патч для accel-pppd, загрузка немного уменьшилась. Но в любом случае ipoe bras под Linux потребляет нынче куда больше ресурсов чем pppoe.. Edited November 25, 2015 by KaYot
KaYot Posted November 25, 2015 Posted November 25, 2015 Зачем нетфлоу? Только маршрутизация/шейп/аккаунтинг. Ну и dhcp relay, подозреваю что это и есть самая затратная часть.
Andromeda Posted December 16, 2015 Posted December 16, 2015 Не заморачивайся , купи что то из разреза HP dl360-380 G6 , небольшое количество памяти и небольшие винты в рейд запихнешь при ценнике долларов с 500-700 . И будет оно работать долго и неплохо . G7 уже совсем другой ценник . Насчет дела не подскажу - не практикую . А более думаю и не нужно один такой нас с ипое прожует нунче несколько тысяч пользователей на 55 камнях и не поперхнется . 1U сервера не рекомендую они сильно больно шумные ибо пропихивать воздух тяжко , выбор за одним юнитом это когда выхотите поставить сервак в датацентп , где за каждый юнит денег дерут по полной , а как для себя 2U практичней . А 380 G5 как поведет себя с такой задачей? Я конечно понимаю, что он древний, но он есть. А G6 надо покупать....
Phsm Posted December 16, 2015 Posted December 16, 2015 Etherchannel(бондинг) на длинке 3420 работает для 3ех интерфейсов жутко коряво, трафик делится неровно(~25/50/25). Так это же должно лечиться сменой алгоритма хэширования. Не знаю как в длинках, но в экстримах такая ситуация наблюдается на hash-algorithm xor. Смена на crc-16 это мгновенно лечит.
KaYot Posted December 16, 2015 Posted December 16, 2015 (edited) Etherchannel(бондинг) на длинке 3420 работает для 3ех интерфейсов жутко коряво, трафик делится неровно(~25/50/25).Так это же должно лечиться сменой алгоритма хэширования. Не знаю как в длинках, но в экстримах такая ситуация наблюдается на hash-algorithm xor. Смена на crc-16 это мгновенно лечит. Если что, на длинк я зря наговаривал, я тупо не те сетевки смотрел. На машине с 6 сетевками, девайc bond0 оказался собран не из eth0,1,2 а из 0,1,4 При любом правильно выбранном алгоритме трафик делится примерно ровно(35/35/30). Edited December 16, 2015 by KaYot
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now