Ru-Board.club
← Вернуться в раздел «Юмор»

» Переписка Админа с Конторой по внедрению 1 С

Автор: ZlydenGL
Дата сообщения: 01.09.2011 11:27

Цитата:
А контроллер виндового домена?

Это тоже не ИС Во всех доках, которые я видел или в создании которых участвовал домен описывался определением именно АПК.


Цитата:
4 года по 365 дней

Farch, слишком глубоко копаешь Топикстартер, как правильно сказал JDima, заказал именно хомячковые SSD - а они штуки довольно капризные. Да, надежные из-за отсутствия движущихся частей, но "спалить" их сектора высоконагруженной системой - на самом деле раз плюнуть. Никакая виндовая оптимизация не спасает. Ставить такие диски на боевой мультизадачный продуктив, пусть и в рейде... Не знаю, я бы не стал, и рекомендовать не могу - вероятность "слета" такого конфига ИМХО все равно будет выше, чем у классического массива.


Цитата:
1с кстати вся контрора целиком отрафированная

Ты имел ввиду АтрОфированная? Если да - то от чего? В целом ее продукты выполняют свою задачу и являются востребованными по CISу, так что к самой конторе возможны претензии разве что конкретного плана. ИМХО

Добавлено:

Цитата:
думаю про 40% увелечение надежности работы без сбоев после перехода с hdd на ssd...

Опять тебя не туда занесло Увеличение надежности для систем какого класса? Для хоумюзера - может быть, а вот для серверной железяки... Для эксперимента в свое время попробовал заюзать SSD, которыми нетбуки комплектуются. Рассказать, сколько они проработали на ПСЕВДОпродуктиве, или не надо расстраивать?
Автор: Farch
Дата сообщения: 01.09.2011 11:46

Цитата:
в свое время попробовал заюзать SSD

hdd - 100/110 mb/s и только в начале диска!
sdd - более 500 mb/s по всей площади диска
что и как тут можно вообще можно сравнивать?
цена? он 120 гигов 150 долларов стоит

Цитата:
Если да - то от чего?

если программа работает на intel, а на amd не очень - то писал идиот

Цитата:
"спалить" их сектора высоконагруженной системой - на самом деле раз плюнуть

unix/zfs - отродясь там проблем таких нет, винда на сервере этож жесть
но если сильно надо можно и там повыключать что не писала куда и что попало
(хотя полагаю это очередной миф)
вообще думаю Ваши знания о ssd базируються годом там 2007ым, шаз как бы все поменялось
Автор: ZlydenGL
Дата сообщения: 01.09.2011 12:26

Цитата:
винда на сервере этож жесть

Если корпоративная политика определяет для использования только винду, то сисадмин, установивший .nix даже на вспомогательное железо может очень неслабо получить сначала по темечку, а потом под пятую точку. И в принципе это понятно, если фирма представляет из себя филиал более крупной компании - "наверху" должны иметь специалистов для устранения любых проблем в случае форс-мажора. А в прямых руках и Винда - инструмент той еще мощности и надежности!


Цитата:
unix/zfs - отродясь там проблем таких нет

Да ну, они что, запись на воздух производят? Тут от физики зависимость, 100к перезаписей сектора - и сектору хана. Или сколько сейчас там дают? А 100к перезаписей на сервере с мультизадачей получить - раз плюнуть, ни одна ФС не спасет.


Цитата:
sdd - более 500 mb/s по всей площади диска

Коленвал среднего ДВС может обеспечить легковушке скорость порядка 500 км/ч, если подключить его напрямую к колесам. Но ведь не подключают же? В нашем случае мы имеем мультитасковую железяку, на которой крутится и БД (которая часть данных в ОЗУ держит), и файлопомойка (наверняка там же), и TS, и сам AD с Exc. Что-то мне подсказывает, что машинка такой загруженности даже обычный массив HDD не сможет полностью загрузить, чего уж там про SSD говорить. Совсем на крайняк добивается ОЗУ, на его основе делается достаточно объемный дополнительный кеш для HDD - и все, самые частоменяемые и актуальные файлы висят пусть и в энергозависимой, но ДИКО шустрой памяти.
Автор: JDima
Дата сообщения: 01.09.2011 12:26

Цитата:
google.com

Нет-нет. Дайте точную ссылку, мне лень самому искать доказательства Ваше точки зрения . Под "перевести на SSD" можно понимать и "один тестовый массив перевели, сотни боевых массивов оставили на HDD".
У гугла сотни тысяч накопителей. Недавно я даже смотрел свежий ролик про их ЦОД и про политику замены/утилизации накопителей. Я определенно видел там HDD...

Цитата:
4 года по 365 дней, каждый из этих дней полностью перезапись 7 раз всего диска

7 раз перезапись всего накопителя в день в случае 200-гигового накопителя - это полтора терабайта записи в сутки. Серьезная СУБД будет писать сотни терабайт в день. Вот только накопитель идет в помойку, как только выработан лимит резервных секторов.
Ну не предназначено хомячковое железо для работы под серьезной работы.

Цитата:
видимо ТС померял и ему хватило

Видимо, ТС посчитал MTFB, увидел 50 лет и решил, что накопитель именно столько и проработает. Причин считать по-иному не вижу.

Цитата:
то есть исследование google по заблуждениям относительно жетских дисков Вы не читали?

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

Цитата:
hdd - 100/110 mb/s и только в начале диска!
sdd - более 500 mb/s по всей площади диска
что и как тут можно вообще можно сравнивать?

Берем типичную корзину, RAID10 на 16 накопителей. Скорости будут несколько иные... Да и вообще, SSD берут не для скорости, а для исключительно низко латентности на операциях чтения и записи, т.е. фактически ради бешеных IOPSов. Линейная скорость - бредовый показатель, на него глупо ориентироваться.

Цитата:
винда на сервере этож жесть

Смотря на каком. Я вот могу привести примеры "*NIX на сервере это жесть".

Цитата:
шаз как бы все поменялось

Угу. Более тонкие техпроцессы, раза в 2 ниже ресурс каждой ячейки, больше объем. Старые накопители надежнее новых.

Добавлено:
http://nnm.ru/blogs/madrabbitt/analiz_nadezhnosti_ssd_po_sravneniyu_s_zhestkimi_diskami/
5000 SLC накопителей (а именно они предназначены для ентерпраса) за 2 года и 11 MLCшек с менее чем годом использования. Вообще, обалдеть статистика...
Автор: Farch
Дата сообщения: 01.09.2011 12:53
JDima

Цитата:
Нет-нет. Дайте точную ссылку

http://www.computerworld.com/s/article/9218811/EBay_attacks_server_virtualization_with_100TB_of_SSD_storage

Цитата:
Серьезная СУБД будет писать сотни терабайт в день

целиком и полностью согласен, однако если обьемы _другие_ а IOPSы важны то выбора нет
ибо как написано наверху (цитата из статьи):
One rack [of SSD storage] is equal to eight or nine racks of something else
То есть сразу: места в датацентре есться меньше, энергопотребление, расходы и сложность обслуживания резко снижаються

Цитата:
Видимо, ТС посчитал MTFB, увидел 50 лет и решил, что накопитель именно столько и проработает

Вы полностью правы. MTFB даже отдаленно не показатель надежности, скорее цифра для пиара

Цитата:
исследование гугла касалось только домашних пользователей

нет там разговор шел именно по статистике о 100 тысяч жестких дисков с датацентров

Цитата:
Да и вообще, SSD берут не для скорости

Да, естественно

Цитата:
Линейная скорость - бредовый показатель, на него глупо ориентироваться

в 99% случаев это верно, я просто перечислял ZlydenGL почему ssd лучше, туда конечно же нужно было добавить IOPSы (главный + ssd как Вы уже упомянули)

Цитата:
Я вот могу привести примеры "*NIX на сервере это жесть".

бывает и так "gigi:

Цитата:
Вообще, обалдеть статистика...

Согласен что 5% разницы не стоит обсуждения - но это не главный момент и не смысл переезда на SSD,
главное это уменьшение кол-ва дисков в 8-9 раз при таких же показателях IOPS и естественно что диски будут ломаться в 9 раз реже потому что их стало в 9 раз меньше! (+ это ОЧЕНЬ финансово выгодно)

ZlydenGL

Цитата:
В нашем случае мы имеем мультитасковую железяку, на которой крутится и БД (которая часть данных в ОЗУ держит), и файлопомойка (наверняка там же), и TS, и сам AD с Exc.

в этом топике возможно перебор с ssd конечно (ставить 4ре задачи на 1 систему уже перебор, причем не имхо а по факту, однако скорее всего ему дали просто 1ну железку и попросили сделать на этом) но я сейчас говорю именно о применении ssd в больших инфраструктурах


Цитата:
А 100к перезаписей на сервере с мультизадачей получить - раз плюнуть, ни одна ФС не спасет.

SLC в худшем случае проживет 347 дней
MLC же от SLC отличаеться трехкратной ценой, поэтому в некоторых ситуациях его использование (MLC) может быть оправданным
Автор: JDima
Дата сообщения: 01.09.2011 13:22

Цитата:
http://www.computerworld.com/s/article/9218811/EBay_attacks_server_virtualization_with_100TB_of_SSD_storage

Отлично. А теперь укажите, какой тип накопителе используется. Как думаете, каков шанс, что хотя бы один из них будет хомячковым MLC?
Ведь там еще было написано про интерфейс SAS. Да, обратно совместим с SATA, но думается мне, SSD все-таки были SASовые.
Но даже не тип флеш-памяти важен, а настройки встроенного контроллера. Хомячковый контроллер (с MLC как правило) будет цепляться за жизнь до последнего, и потому он категорически не годится для серьезных хранилищ.

Цитата:
One rack [of SSD storage] is equal to eight or nine racks of something else

Не по объему, и уж точно не по цене. Золотой массив выходит.

Цитата:
там разговор шел именно по статистике о 100 тысяч жестких дисков с датацентров

SLC накопителей, заметьте. У которых ресурс на много порядков выше.

Цитата:
уменьшение кол-ва дисков в 8-9 раз

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

Цитата:
SLC в худшем случае проживет 347 дней
MLC же от SLC отличаеться трехкратной ценой

И ресурсом. У SLC, если мне память не изменяет, ресурс - около 100к перезаписей на ячейку. MLC - уже доходит до 3000. Сумеете поделить 347 дней на 30, если уж так считать?
Автор: Farch
Дата сообщения: 01.09.2011 13:30
JDima

Цитата:
Сумеете поделить 347 дней на 30, если уж так считать?

да, я думаю у меня это получиться хах
347 дней имееться ввиду постоянной записи на максимальной скорости (то есть в каждую из секунд за 347 дней записываеться максимально возможный обьем данных)

я не настаиваю на том что MLC лучше не в коем разе, я лишь хочу сказать что бывают ситуации когда MLC можно без риска применять на практике
(пенсионеру ведь нет смысла покупать феррари чтобы 6 километров ехать до дачи? опеля ведь хватит - правильно?)
(то же самое к примеру с роутерами - то есть офис 120 человек на выходе в WLAN стоит роутер buffalo с dd-wrt прошивкой и все работает а рядом лежит просто _так же_ насроенная коробочка, и как только первая падает - просто меняете одну на другую за 5 минут и вот у Вас за 160 евро решение - хотя понятно что там должно стоять 2 циски с виртуальным IP (каждая из которых стоит в районе 1200 евро, можно обойтись и микротиком по 360)
ну та самая история про "из пушки по воробьям"

по этому ТС вполне логично использует MLC для решения _своей_ ситуации (при копеечной разнице в цене у него будет большая надежность (на 4% лололо) и реально совершенно иная производительность, даже учитывая то что относительно 50 лет без отказов он глубоко заблуждаеться )


Цитата:
Не по объему, и уж точно не по цене. Золотой массив выходит.

насколько я понимаю они там сравнивают IOPSы

Цитата:
Как думаете, каков шанс, что хотя бы один из них будет хомячковым MLC?

естественно равен 0
Автор: JDima
Дата сообщения: 01.09.2011 13:56

Цитата:
347 дней имееться ввиду постоянной записи на максимальной скорости (то есть в каждую из секунд за 347 дней записываеться максимально возможный обьем данных)

Тогда получается, что HDD вообще должны работать вечно, раз ограничений по ресурсу нет
Тут есть свои нюансы. К примеру, для достижения максимального времени жизни накопителя нельзя заполнять его больше чем на 70%, иначе не будет нормально работать механизм wear-leveling.

Цитата:
бывают ситуации когда MLC можно без риска применять на практике  

Да, например - в моем ноутбуке, где смерть либо деградация накопителя не страшна. Но не в корпоративном хранилище.

Цитата:
пенсионеру ведь нет смысла покупать феррари чтобы 6 километров ехать до дачи? опеля ведь хватит - правильно?

Если нужно возить тонны кирпичей, то лучше купить специально предназначенный для этого КАМАЗ, а не опель.

Цитата:
естественно равен 0

Именно. А у ТС как раз хомячковый MLC. Да, написано "enterprise", но имеется в виду поддержка аппаратного шифрования (т.е. позиционирование для ноутбука), а не построение массивов.
В который раз повторяю - дело даже не в мизерном ресурсе, а скорее в логике работы контроллера. Если один из накопителей массива начнет тормозить и глючить, то это повлияет на работу всего массива. Потому серверные накопители при первом признаке неисправности просто отключаются и требуют замены. Даже если они могли бы продолжить работать дальше.
Автор: Farch
Дата сообщения: 01.09.2011 14:05
JDima
Я полностью с Вашими заключениями согласен - однако на практике мы сможем узнать только через 2-3 года, как обстоят дела у его массива
(опять же первые 3 года он их по гарантии менять будет - вопрос в том что резко возрастает риск того что в массиве за время получения/установки/синхронизации свежего ssd не погибнут другие диски) - опять же если время простоя в сутки не критичны а деньги уже уплачены то нет смысла перепрыгивать на SLC прямо сейчас
однако через 3 года я думаю он купит именно такие (SLC) диски (а может быть что то и новое еще выйдет) потому что цена на них снизиться
я просто уверен что MLC он взял из-за цены (а возможно не вдавался в подробности)
Однако SSD очень уверенно придут и займут все место под солнцем - это можно сказать точно
Автор: ZlydenGL
Дата сообщения: 01.09.2011 14:11

Цитата:
я просто перечислял ZlydenGL почему ssd лучше

Да я и не спорю, что они ГДЕ-ТО лучше, просто объяснял, что для целей ТС они малоприменимы Тут мы все трое солидарны. Понятно, что на уровне огромной корпорации или достаточно специализированного таска SSD может быть или желателен, или просто необходим, это мне объяснять не надо


Цитата:
SLC в худшем случае проживет 347 дней

Уверен?

Цитата:
Главный недостаток SSD — ограниченное количество циклов перезаписи: обычная (MLC, Multi-level cell, многоуровневые ячейки памяти) флеш-память позволяет записывать данные примерно 10 000 раз, более дорогостоящие виды памяти (SLC, Single-level cell, одноуровневые ячейки памяти) — более 100 000 раз[7];

Тынц. По-моему в худшем случае тут годом ну просто никак не пахнет! Даже если взять за предположение, что в данном SSD у каждого сектора будет 300 000 циклов записей, все равно достаточно крупная база 1С, тем более на SQL сервере, имеет возможность вынести его на раз.
Автор: JDima
Дата сообщения: 01.09.2011 14:16

Цитата:
я просто уверен что MLC он взял из-за цены

Конечно.

Цитата:
Однако SSD очень уверенно придут и займут все место под солнцем - это можно сказать точно

Тоже верно. Но пока хранение на них информации стоит дороговато.

Добавлено:

Цитата:
Понятно, что на уровне огромной корпорации или достаточно специализированного таска SSD может быть или желателен

Огромная корпорация хранит сотни терабайт данных. Так что тоже неизвестно, что лучше. В принципе, массив SSD можно использовать для "кеша", т.е. наиболее часто используемых данных, а сзади него будет массив на HDD, где стоимость хранения информации несравнимо ниже.

Цитата:
все равно достаточно крупная база 1С, тем более на SQL сервере, имеет возможность вынести его на раз.

Ну калькулятор, в принципе, подтвердил, что при постоянно записи в 500мб/с 100% износ всех ячеек SLC, если говорить о 100к циклов, наступит через год с лишним.
В целом, нормальные SLC SSD редко дохнут на первом году жизни.
Автор: ZlydenGL
Дата сообщения: 01.09.2011 14:42

Цитата:
В принципе, массив SSD можно использовать для "кеша", т.е. наиболее часто используемых данных

О нем и говорил Например для БД биллинга: чертова уйма мелких SELECT (чтение) /Insert (append). Тут он (SSD) себя очень легко может показать.


Цитата:
износ всех ячеек SLC, если говорить о 100к циклов, наступит через год с лишним

Все, понял, что ты имеешь ввиду. Я в свои расчеты закладывал потенциальный процент выхода из строя SSD диска при интенсивной записи. Получилось, что для DRP/BCP нужно закладывать "авральный интервал" где-то в полгода-9 месяцев. Согласен, опять моя параноя по поиску слабых мест проявилась
Автор: mmt
Дата сообщения: 01.09.2011 16:12
Farch

Цитата:
Google, Bing, Facebook, Amazon Web Services (AWS), Ebay, Apple iCloud
работают на SSD - наверно они не правы?

Fusion или как у топикстартера? Разница в цене не ощущается???

Цитата:
то есть исследование google по заблуждениям относительно жетских дисков Вы не читали?

Мы говорим о разных системах.

Цитата:
hdd - 100/110 mb/s и только в начале диска!
sdd - более 500 mb/s по всей площади диска
что и как тут можно вообще можно сравнивать?
цена? он 120 гигов 150 долларов стоит

Хорошая шутка. И снова смотрим Fusion как помышленное решение, а не OCZ который в хомячковые компы то ставить опасно.

Цитата:
если программа работает на intel, а на amd не очень - то писал идиот

Есть разные системы для разных задач.

Что такое хранилища знаем? ну NetApp, IBM там для начала? Знаем, что в них можно использовать SSD и рекомендованый вариант работы - SAS\SCSI + пара SSD для перемещения горячих секторов с повышенной нагрузкой? Не стоит на основании хомячкового железа делать столь "профессиональные" выводы.
Автор: ZlydenGL
Дата сообщения: 01.09.2011 23:24
Давайте вернемся все-таки в стезю юмора

Вот мне интересно, сколько раз топикстартер икнул, пока мы тут все это писали, и пока он все это читал
Автор: Farch
Дата сообщения: 02.09.2011 01:41

Цитата:
Что такое хранилища знаем?

http://www.cs.vu.nl/~dcvmoole/docs/HotStorage2010.pdf
на, познакомся что такое хранилища правда человечеству потребуеться еще лет 20 что бы это понят ты не один такой глупый - не переживай
(про микроядро тоже 19 лет думают - сделать не могут, потом kernel.org дефейсят и все рыдают)
Автор: Gulftown
Дата сообщения: 02.09.2011 06:59
2All

Много много букв,
а где юмор ???

Автор: Dmitriy5705
Дата сообщения: 02.09.2011 07:57
Отвлекитесь )

Программисты, изготавливая клиенту сайт, бывает прикалываются (о чём клиент бывает и не догадывается)…

А сайты-то довольно крупных и известных компаний!

кликнуть чайку
www.lazurnoe.com/

кликнуть по носу оленю в правом верхнем углу
www.greenbag.ru/story/finland/

Кликаем три раза на рыбаке на лодке
www.fishingspb.ru/

Дожидаемся появления надписи «газон» и кликаем по мужичку с серпом (на сам серп)
www.gazon-avangard.ru/redactor.php?id_part=9

Сначала
нажимаем на «как проехать», сразу после этого «как пройти», сразу после
этого на логотип каминов на схеме, появляется красная машинка и смотрим
www.i-kamin.ru/maps/sushevskiy_val.html

наведите курсор на носатого человечка вверху слева возле цифр 559
559.tut.ua/

Кликните в баннере на луне 5 раз.
www.energoservis.net/

На логотипе кликнуть бобру на язык
bobrikov.net/

три раза кликнуть на любом из светофоров внизу страницы. Два варианта развития
www.doroga78.ru/

У девушки, которая слева, в руках доска. Надо ткнуть мышкой в доску несколько раз подряд.
miss.sporthit.ru


Поржал )
Автор: ZlydenGL
Дата сообщения: 02.09.2011 09:03
Dmitriy5705, какой же ты админ, если даже поиском пользоваться не умеешь? Все, что ты написал, и даже больше, есть здесь. Срочно на курсы переподготовки, вежливости и заодно грамматики (ОЧЕНЬ не помешает)
Автор: Dmitriy5705
Дата сообщения: 02.09.2011 09:11
Мне в аську кинули это ) как то не догадался погуглить )
Автор: JDima
Дата сообщения: 02.09.2011 14:13

Цитата:
как то не догадался погуглить

Скажу по секрету, умение гуглить (в общем случае - искать и находить информацию) является важнейшим навыком человека, работающего в IT.
Автор: mmt
Дата сообщения: 05.09.2011 08:38
Farch

Цитата:
http://www.cs.vu.nl/~dcvmoole/docs/HotStorage2010.pdf

Ну-ну

Цитата:
на, познакомся что такое хранилища

-

Цитата:
Срочно на курсы переподготовки, вежливости и заодно грамматики



Цитата:
ты не один такой глупый - не переживай

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

JDima

Цитата:
Скажу по секрету, умение гуглить (в общем случае - искать и находить информацию) является важнейшим навыком человека, работающего в IT.

Здесь речь о поиске по форму, до таких серьезных вещей как поиск информации пока не дошли
Автор: Farch
Дата сообщения: 06.09.2011 14:51
http://www.anandtech.com/show/4452/intel-710-and-720-ssd-specifications
90.000 циклов перезаписи на новых SLC
и 5.000 у HET-MLC


Цитата:
Срочно на курсы переподготовки, вежливости и заодно грамматики

ололо россияне не могут решить куда отнести две буквы в течении 20 лет
а потом не придя к единому решению - говорят что все 3ри варианта правильны
это ли не идиоты?
Автор: Manalb
Дата сообщения: 06.09.2011 17:05
блин
Автор: AlexNecro
Дата сообщения: 16.04.2013 08:31
Когда такой вот неграмотный мальчик пишет, которому ума даже на русский язык не хватило, это уже само по себе смешно. Но он конечно ответил бы: "Ны и что что я русскыа с ашипками пешу, зото я одмин хароши!"

Страницы: 12

Предыдущая тема: Затраты на секс


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.