Сударь. Когда системы удаленного управления HP перейдут с джавы на чтонибудь другое — ок. Но мне джава нужна. и будет нужна еще долго (пока в продакшене у людей стоият сервера с IPMI, ILO и другими приложениями джава менеджмента, а особенно пламенный пивет ребятам из Brocade, но у них хоть командная строчка есть для балансирования адского геморроя с подбором версии джавы).
Ничего не хочу сказать плохого про гугл, но после того как в хроме отвалилась джава он ушел из списка браузеров на моих рабочих системах. IPMI, iLO и прочее хотят джаву. Хром без бубна джаву не дает (а тут итак хватает плясок с подбором правильной версии джавы). Извините дядя Сережа, но браузер без нормальной поддержки джавы, как брачная ночь без невесты. Мозилла или эксплорер (в зависимости от системы они изначально уже установлены) успешно справляются с этой задачей.
Так же, я не ванга, но боюсь что, пользуясь прецедентом в России, Европа тоже прессанет гугл на своей территории ибо точно также давно собирается.
Кстати раз уж ресурс русский можно было бы и какоенибудь местное расстояние приплести, а то фиг его знает где этот Хьюстон и где этот Лас Вегас.
Написали бы «от Тюмени до Салехарда» — и всем все понятно :) Ну или
«от москвы до нюрнберга» и то информативнее.
Общий вид не изменился. Изменилась линковка документов между собой. Возникло дробление.
Тоесть раньше по фичелисту шли уже четкие ссылки на лидов и ответственных за разработку и внедрение. Сейчас тоже самое на вики. Как плюс есть контроль версионности, а так же сразу видно кто где гадит. Подход через вики помоему ближе к agile методикам и упрощает их внедрение, вертикальная работа от документа — это явно ближе к waterfall. При разработке игр логично предположить что более вероятно применение agile-подобных схем разработки и как следствие каша в виде викисклада отлично соответствует требованиям.
Когда я такое писал (2003-2005) Диздок так и выглядел :)
Просто концепт шел как введение, Вижн был основной частью, а фичелист дроблился на приложения. Не было тогда еще адской моды на викидвижки везде и всюду :)
Серия 4000 от Интел содержала харда от 100 до 800 ГБ.
И при этом мтбф у них убывал соответственно (у 100 был в 8 раз больше чем у 800)
Что наводит на мысль о том что основа у серии одна и также, но резерв инкрементный.
И сейчас скорее всего серверники содержат
внутренний резерв минимум в объём диска.
Возможно 2-3 раза уже не резервят ибо живучесть ссд за два года подросла, но резерв позволяет бороться с дегрейдом и продлить жизнь :-)
Раз уж у вас с прикдадным гуглением плохо, то www.outsidethebox.ms/14484/#_Toc346479652
Наглядный пример это серии серверных ссд. Они обычно подчиняются закону size*mtbf=const, что намекает что внутренняя ёмкость у них одинаковая, но соотношение между резервной и доступной меняются в рамках серии.
С этой точки зрения мне у военных подход нравится.
Х***ый майор может получать меньше чем п***ый капитан или ох***ый прапор. Причем в случае конфликта такого прапора с майором — у майора есть большой риск замененным. Ибо толкового спеца на любом уровне искать проблематично от низшего до высшего, например наблюдал принципиально незаменимых тестеров, а бестолковый сотрудник даже высшего звена — это просто расходник, который выпнут при первом же сокращении или обнаружении более достойного кандидата.
Наблюдал несколько подполов уходивших с полковничьих должностей на майорские не только из соображений снижения ответственности, но и с точки зрения повышения добычи денюжков на карман. Да и комотд (сержант) при налиции хорошей классности может обходить свежевыпущенного лейтенанта, что вдвойне для последнего обидно.
Другое дело что зачастую сотрудников двигают вверх до достижения ими уровня полной некомпетентности, а назад двигать это уже считается некомильфо. Хотя тут сказывается тот факт что высшая ступенька гарантированно дает повышенную оплату, то есть мегаклассный программист (имея максимум по программистской зарплатной вилке) переходя в тим лиды обычно имеет в тим лидах больше чем в программистах. И обычно минимум вилки тим лида (а тем более РП) больше максимума вилки программиста. В результате имеем погоню за деньгами и некомпетентного РП или лида вместо отличного и полностью компетентного программиста. В очень редких компания сталкивался с тем что компетентный специалист мог обойти своего шефа по зарплате (это не значит что шеф некомпетентный, а скорее то что замена такого сотрудника компании не может обойтись любым кандидатом и потребуется вместо заполнения одной вакансии открывать еще две-три).
«Торг в данном случае неуместен»
Цена вопроса конечно не 20 баксов, но катушка отлично пускает испульсом волну по диску (диск действительно волнами идет) а так же забивает положенную на крышку соленоида пятирублевую монету в панель подвесного потолка. Можно настроить уничтожение данных хоть на отключение питания, хоть на кнопку, хоть на смс. При этом после уничтожения диск выглядит снаружи как живой. www.eraser.ru/htm/prise.htm
Сгоревшая серверная вместе со зданием, статья за умышленный поджог (человеку чья подпись стояит под актом о закупке данного девайса и ответственному за противопожарку точно) и т.д.
Хотя с таким уровнем паранойи скорее всего не посадят, а назначат принудительное лечение.
func (db *DB) Close() error
Close closes the database, releasing any open resources.
It is rare to Close a DB, as the DB handle is meant to be long-lived and shared between many goroutines.
А потом, как в реализациях джавы, все меряются друг перед другом кто круче трэш коллектор напишет, вместо того чтобы научить ширинку после посещения туалета застегивать коннекшн за собой закрывать.
Давайте закроем тему. Я понимаю что язык для начинающих. Это как для дошкольников обувь на velcro липучках. А потом на призывном пункте народ охреневает, как это лоб в 18 лет шнурки завязывать не умеет.
Открыл соединение — поработал с клиентом/сервером — закрой, инициировал конструктор класса — поработал с элементом — инициируй деструктор, снял штаны — пос@#$ал — надень штаны, открыл дверь — вошел/вышел — закрой дверь.
Хорошие манеры вообще много где пригождаются, а не только в программировании.
Обычно полостные операции делаются через разрез, который делается в начале операции. Потом можно и не зашивать. Может конечно случится утечка органов у пациента, но ничего. подойдете к главврачу Вам нового выдадут.
Хорошие манеры надо бы сразу развивать
Для аналогичности надо DE(В)E(B)1 переткнуть в DE(В)E(B)2 и соответственно с другой стороны. Но это требует межэкспандерного интерконнекта внутри полки.
В общем, не сочтите за комплимент, это Вы сделали и сделали для себя. В широких массах нет достаточного количестваквалифицированных специалистов для самостоятельного внеджрения таких решений.
По поводу правильно готовить я тут уже написал: одно могу сказать: после того, как Вы это у себя внедрите — Вас еще долго не уволят
:)
Open-E уже сильно отстал. Его бы нексента давно вытеснила, но она стоит как крыло от самолета.
Четвертый пункт у вас получилось объяснить лучше чем у меня. Не только косноязычие у меня, но и косноклавиатурие видимо.
Я внимательно смотрел схему:
Для описанного вами функционала экспандер должен уметь держать порт в гибридном режиме target/initiator — иначе синхриться будут через метаданные на жестких дисках. Данные всегда идут от target к initiator. Отсюда и следствие — или звезда или кольцо. На схеме ни то ни другое. Порты в контроллере могут быть умными, но тупые экспандеры в полке запорют всю идею. Тот же х36.
Вы какой backplane в полке используете, с какими экспандерами??
Для работы:
1. Контроллеры должны друг друга видеть как раз через SAS и только через него. Причём видят по двум независимым путям (при правильном подключении)
2. Кеши должны быть синхронизированы
Но с такой схемой (как на картинке — ни кольцо — ни звезда) экспандер на полке может запороть всю малину (что у меня успешно получилось).
Сравните кстати с нетапповским крассическим SAS кольцом и прочувствуйте разницу (на АСР не смотрите):
Здесь есть SAS соединение между контроллерами.
>> SAS expander животное тупое (не все, но...)
Для описанного вами функционала экспандер должен уметь держать порт в гибридном режиме target/initiator — иначе синхриться будут через метаданные на жестких дисках.
1) Пардон пропустил.
2) Я сам фанат SAS топологии ^_^/ Сейчас WSS весьма подрос над собой. Может на Storage Spaces изображать A/A c CIFS шарой (ну или iSCSI 3.0)
3) Надо брать задачу и под неё считать, тестировать и снова считать. С ССД на серверных платформах надо осторожнее — можно в ширину шины PCI упереться. У автора две фибры на ноду, даже если 8-ка (а не 16) это пиковая отдача в прыжке с табуретки — 8*4=32, учитывая что контроллер не напрямую в FC адаптер воткнут и там еще процессор и ОС периодически хотят с ними пообщаться, да и шифрование еще — как бы шина не лопнула. В хранилках как никак SAS чуть ли не сразу в порт выводят (благо у них система команд одна и таже — много переделывать не надо)
Я просто не могу понять для чего это. Да еще и с шифрованием на дисковом уровне.
Так же, я не ванга, но боюсь что, пользуясь прецедентом в России, Европа тоже прессанет гугл на своей территории ибо точно также давно собирается.
Написали бы «от Тюмени до Салехарда» — и всем все понятно :) Ну или
«от москвы до нюрнберга» и то информативнее.
Тоесть раньше по фичелисту шли уже четкие ссылки на лидов и ответственных за разработку и внедрение. Сейчас тоже самое на вики. Как плюс есть контроль версионности, а так же сразу видно кто где гадит. Подход через вики помоему ближе к agile методикам и упрощает их внедрение, вертикальная работа от документа — это явно ближе к waterfall. При разработке игр логично предположить что более вероятно применение agile-подобных схем разработки и как следствие каша в виде викисклада отлично соответствует требованиям.
Просто концепт шел как введение, Вижн был основной частью, а фичелист дроблился на приложения. Не было тогда еще адской моды на викидвижки везде и всюду :)
И при этом мтбф у них убывал соответственно (у 100 был в 8 раз больше чем у 800)
Что наводит на мысль о том что основа у серии одна и также, но резерв инкрементный.
И сейчас скорее всего серверники содержат
внутренний резерв минимум в объём диска.
Возможно 2-3 раза уже не резервят ибо живучесть ссд за два года подросла, но резерв позволяет бороться с дегрейдом и продлить жизнь :-)
Наглядный пример это серии серверных ссд. Они обычно подчиняются закону size*mtbf=const, что намекает что внутренняя ёмкость у них одинаковая, но соотношение между резервной и доступной меняются в рамках серии.
Х***ый майор может получать меньше чем п***ый капитан или ох***ый прапор. Причем в случае конфликта такого прапора с майором — у майора есть большой риск замененным. Ибо толкового спеца на любом уровне искать проблематично от низшего до высшего, например наблюдал принципиально незаменимых тестеров, а бестолковый сотрудник даже высшего звена — это просто расходник, который выпнут при первом же сокращении или обнаружении более достойного кандидата.
Наблюдал несколько подполов уходивших с полковничьих должностей на майорские не только из соображений снижения ответственности, но и с точки зрения повышения добычи денюжков на карман. Да и комотд (сержант) при налиции хорошей классности может обходить свежевыпущенного лейтенанта, что вдвойне для последнего обидно.
Другое дело что зачастую сотрудников двигают вверх до достижения ими уровня полной некомпетентности, а назад двигать это уже считается некомильфо. Хотя тут сказывается тот факт что высшая ступенька гарантированно дает повышенную оплату, то есть мегаклассный программист (имея максимум по программистской зарплатной вилке) переходя в тим лиды обычно имеет в тим лидах больше чем в программистах. И обычно минимум вилки тим лида (а тем более РП) больше максимума вилки программиста. В результате имеем погоню за деньгами и некомпетентного РП или лида вместо отличного и полностью компетентного программиста. В очень редких компания сталкивался с тем что компетентный специалист мог обойти своего шефа по зарплате (это не значит что шеф некомпетентный, а скорее то что замена такого сотрудника компании не может обойтись любым кандидатом и потребуется вместо заполнения одной вакансии открывать еще две-три).
Цена вопроса конечно не 20 баксов, но катушка отлично пускает испульсом волну по диску (диск действительно волнами идет) а так же забивает положенную на крышку соленоида пятирублевую монету в панель подвесного потолка. Можно настроить уничтожение данных хоть на отключение питания, хоть на кнопку, хоть на смс. При этом после уничтожения диск выглядит снаружи как живой.
www.eraser.ru/htm/prise.htm
Хотя с таким уровнем паранойи скорее всего не посадят, а назначат принудительное лечение.
А потом, как в реализациях джавы, все меряются друг перед другом кто круче трэш коллектор напишет, вместо того чтобы научить
ширинку после посещения туалета застегиватьконнекшн за собой закрывать.Давайте закроем тему. Я понимаю что язык для начинающих. Это как для дошкольников обувь на velcro липучках. А потом на призывном пункте народ охреневает, как это лоб в 18 лет шнурки завязывать не умеет.
Хорошие манеры вообще много где пригождаются, а не только в программировании.
Хорошие манеры надо бы сразу развивать
В общем, не сочтите за комплимент, это Вы сделали и сделали для себя. В широких массах нет достаточного количестваквалифицированных специалистов для самостоятельного внеджрения таких решений.
:)
Open-E уже сильно отстал. Его бы нексента давно вытеснила, но она стоит как крыло от самолета.
Четвертый пункт у вас получилось объяснить лучше чем у меня. Не только косноязычие у меня, но и косноклавиатурие видимо.
Для описанного вами функционала экспандер должен уметь держать порт в гибридном режиме target/initiator — иначе синхриться будут через метаданные на жестких дисках. Данные всегда идут от target к initiator. Отсюда и следствие — или звезда или кольцо. На схеме ни то ни другое. Порты в контроллере могут быть умными, но тупые экспандеры в полке запорют всю идею. Тот же х36.
Вы какой backplane в полке используете, с какими экспандерами??
Для работы:
1. Контроллеры должны друг друга видеть как раз через SAS и только через него. Причём видят по двум независимым путям (при правильном подключении)
2. Кеши должны быть синхронизированы
Но с такой схемой (как на картинке — ни кольцо — ни звезда) экспандер на полке может запороть всю малину (что у меня успешно получилось).
Сравните кстати с нетапповским крассическим SAS кольцом и прочувствуйте разницу (на АСР не смотрите):
Здесь есть SAS соединение между контроллерами.
Для описанного вами функционала экспандер должен уметь держать порт в гибридном режиме target/initiator — иначе синхриться будут через метаданные на жестких дисках.
2) Я сам фанат SAS топологии ^_^/ Сейчас WSS весьма подрос над собой. Может на Storage Spaces изображать A/A c CIFS шарой (ну или iSCSI 3.0)
3) Надо брать задачу и под неё считать, тестировать и снова считать. С ССД на серверных платформах надо осторожнее — можно в ширину шины PCI упереться. У автора две фибры на ноду, даже если 8-ка (а не 16) это пиковая отдача в прыжке с табуретки — 8*4=32, учитывая что контроллер не напрямую в FC адаптер воткнут и там еще процессор и ОС периодически хотят с ними пообщаться, да и шифрование еще — как бы шина не лопнула. В хранилках как никак SAS чуть ли не сразу в порт выводят (благо у них система команд одна и таже — много переделывать не надо)
Я просто не могу понять для чего это. Да еще и с шифрованием на дисковом уровне.