Екатерина тут не виновата.
Она четко исполняет свои служебные обязанности и не занимается изменениями политик безопасности.
Сисадминов-микрофилов до такой степени любящих IE и ненавидящих все остальное тоже в мире немного.
Обычно такие корпоративные стандарты навязываются высшим руководящим звеном компании,
чьи мозги постоянно промываются крупными корпорациями и системными интеграторами.
Директора надо уволить.
Компания в которой работают тысяча разработчиков и 50 тысяч менеджеров
может продавать все что угодно.
Любую хрень и совершенно неважно какую.
Дохлых куриц например может успешно продавать.
> Несколько людей сказали мне что не слышали о том, что кто-то перешел из Yahoo в Google, или наоборот.
> Но многие из тех кто говорил об этом, находили это странным.
Есть мнение что между компаниями существует некое джентельменское соглашение.
Т.е. дело не в том что люди не хотят переходить, а в том что их не берут.
Разумеется подобное соглашение не афишируется.
Xbox это сильно помогло?
В конце концов всегда есть осциллограф,
но я не помню что бы он хоть раз понадобился.
Все взомы получались элегантные, через штатные дыры.
Никакого грубого: "Давайте подслушаем на шине приватный ключ" или
"А давайте ключ брутофорснем всем интернетом?"
Когда я 5 лет назад искал где и по какой цене купить 30 штук венды для компьютерного клуба,
мне вежливо было сказанно примерно тоже самое.
Еще вспоминаю что в контексте: "Как же вы все нас задрали"
Единственный вариант был пойти и купить 30 одинаковых коробок из макулатурного картона,
по розничной боксовой цене разумеется.
В результате угадайте кто пошел на йух?
Системное администрирование лишь на треть состоит из работы с железками и софтом.
Помимо этого на треть из общения с людьми (по большей части с начальством, но не только)
и на треть из написания бумажек (бюрократии).
Цитируя Игоря Николаева: "RAID - это средство для борьбы с тараканами в голове".
1. Использование уровней raid выше первого - безумие.
Если используются что-либо сложнее зеркала, то данные хранятся в собственном недокументированном формате фирмы изготовителя raid контроллера. И вам ни за что не восстановить данные в случае выгорания контроллера без его замены.
А стоимость замены хорошего контроллера, это стоимость авиаперелета до Лондона и обратно. Но и после этого можно получить сюрприз в виде чуть-чуть другой аппаратной ревизии, несовментимость форматов данных при разных версиях firmware.
В случае raid 1 при попытке почитать половинку на обычном контроллере можно тоже получить смещение начала ваших данных на пару секторов, хоть это и неприятно, но не фатально.
2. Использование raid без резервного копирования - верный способ потерять ваши данные.
Практически при любом использовании дискового хранилища, всегда есть сектора которые после записи в них не читаются потом по пол года. Даже если вы иногда делаете полное резервное копирование, пустые сектора все равно не читаются.
Теперь представте что у вас есть raid 5 из пяти дисков, один из которых вдруг подох. Вы радостно подключаете новый и запускаете процедуру rebuild (или, что хуже, она начинается автоматически). Тут начинается волшебное действо. Для восстановления raid-а читаются все данные со всех оставшихся дисков. И вдруг выясняется что за прошедшие полгода один сектор на одном из оставшихся дисков почему-то тоже попортился.
Все. На этом raid завершает свою работу. Система умерла. Если вы использовали raid 5 все данные умерли тоже. При raid 1 наверно вы сможете их восстановить, просто наплевав на сбойные сектора. Да и вероятность появления ошибки за полгода для четырех дисков выше чем для одного. Самое обидное, что если бы не rebuild, все бы работало еще какое-то время.
А так, если у вас не резервной копии или она неактуальная месячной давности, вы по уши в дерьме. Но если вы умны, в другой раз вы не будете слушать сказки системных интеграторов.
3. Про тех, кто покоцал свои суперважные файлы три минуты или три месяца назад я даже рассказывать ничего не буду.
4. Система в режиме деградации и восстановления почти всегда не выдерживает нагрузки.
Если система хорошо нагружена, то при деградации в случае отказа одного из компонентов ее производительность заметно ухудшается. Перестроение же массива на нагруженой системе почти всегда приводит к отказу в обслуживании для сервиса, который использует эту дисковую систему. Как правило 10-и минут наблюдения за мучениями оказывается достаточно, что бы проявить милосердие и отключить уже и так не работающий сервис и дать дискам скорее завершить восстановление.
Кстати не могу понять почему практически нет реализаций raid 1 где бы одновременно использовалось три компонента.
З.Ы. Гугл вообще не использует raid. У них распределенное хранилище с тройным резервированием. Причем все компоненты на которых хранится отдельный блок данных (64M) разнесены географически. А для каждого блока наборы из этих 3-х компонентов не совпадают.
Мне очень не понравился их общий рабочий зал.
Если нужно делать интеллектуальную, а не обезьянью работу, в комнате не должно быть больше 4 человек.
И они должны работать над одним проектом.
Самих не отвлекают и другим не мешают (своими воплями). =)
То из чего делают сиськи, называется словом silicone, которое у нас так силиконом называется.
А silicon имеет другое написание и переводится как кремний.
Общеизвестно что если что-нибудь побрить, то оно кажется больше
Правильно должно было быть AD&D
Она четко исполняет свои служебные обязанности и не занимается изменениями политик безопасности.
Сисадминов-микрофилов до такой степени любящих IE и ненавидящих все остальное тоже в мире немного.
Обычно такие корпоративные стандарты навязываются высшим руководящим звеном компании,
чьи мозги постоянно промываются крупными корпорациями и системными интеграторами.
Директора надо уволить.
может продавать все что угодно.
Любую хрень и совершенно неважно какую.
Дохлых куриц например может успешно продавать.
Но в гугле точно существует практика отказа от найма работников
из некоторого списка компаний.
> Но многие из тех кто говорил об этом, находили это странным.
Есть мнение что между компаниями существует некое джентельменское соглашение.
Т.е. дело не в том что люди не хотят переходить, а в том что их не берут.
Разумеется подобное соглашение не афишируется.
В конце концов всегда есть осциллограф,
но я не помню что бы он хоть раз понадобился.
Все взомы получались элегантные, через штатные дыры.
Никакого грубого: "Давайте подслушаем на шине приватный ключ" или
"А давайте ключ брутофорснем всем интернетом?"
мне вежливо было сказанно примерно тоже самое.
Еще вспоминаю что в контексте: "Как же вы все нас задрали"
Единственный вариант был пойти и купить 30 одинаковых коробок из макулатурного картона,
по розничной боксовой цене разумеется.
В результате угадайте кто пошел на йух?
Кстати микрософт является известным производителем мышей.
И не только голубям...
Помимо этого на треть из общения с людьми (по большей части с начальством, но не только)
и на треть из написания бумажек (бюрократии).
1. Использование уровней raid выше первого - безумие.
Если используются что-либо сложнее зеркала, то данные хранятся в собственном недокументированном формате фирмы изготовителя raid контроллера. И вам ни за что не восстановить данные в случае выгорания контроллера без его замены.
А стоимость замены хорошего контроллера, это стоимость авиаперелета до Лондона и обратно. Но и после этого можно получить сюрприз в виде чуть-чуть другой аппаратной ревизии, несовментимость форматов данных при разных версиях firmware.
В случае raid 1 при попытке почитать половинку на обычном контроллере можно тоже получить смещение начала ваших данных на пару секторов, хоть это и неприятно, но не фатально.
2. Использование raid без резервного копирования - верный способ потерять ваши данные.
Практически при любом использовании дискового хранилища, всегда есть сектора которые после записи в них не читаются потом по пол года. Даже если вы иногда делаете полное резервное копирование, пустые сектора все равно не читаются.
Теперь представте что у вас есть raid 5 из пяти дисков, один из которых вдруг подох. Вы радостно подключаете новый и запускаете процедуру rebuild (или, что хуже, она начинается автоматически). Тут начинается волшебное действо. Для восстановления raid-а читаются все данные со всех оставшихся дисков. И вдруг выясняется что за прошедшие полгода один сектор на одном из оставшихся дисков почему-то тоже попортился.
Все. На этом raid завершает свою работу. Система умерла. Если вы использовали raid 5 все данные умерли тоже. При raid 1 наверно вы сможете их восстановить, просто наплевав на сбойные сектора. Да и вероятность появления ошибки за полгода для четырех дисков выше чем для одного. Самое обидное, что если бы не rebuild, все бы работало еще какое-то время.
А так, если у вас не резервной копии или она неактуальная месячной давности, вы по уши в дерьме. Но если вы умны, в другой раз вы не будете слушать сказки системных интеграторов.
3. Про тех, кто покоцал свои суперважные файлы три минуты или три месяца назад я даже рассказывать ничего не буду.
4. Система в режиме деградации и восстановления почти всегда не выдерживает нагрузки.
Если система хорошо нагружена, то при деградации в случае отказа одного из компонентов ее производительность заметно ухудшается. Перестроение же массива на нагруженой системе почти всегда приводит к отказу в обслуживании для сервиса, который использует эту дисковую систему. Как правило 10-и минут наблюдения за мучениями оказывается достаточно, что бы проявить милосердие и отключить уже и так не работающий сервис и дать дискам скорее завершить восстановление.
Кстати не могу понять почему практически нет реализаций raid 1 где бы одновременно использовалось три компонента.
З.Ы. Гугл вообще не использует raid. У них распределенное хранилище с тройным резервированием. Причем все компоненты на которых хранится отдельный блок данных (64M) разнесены географически. А для каждого блока наборы из этих 3-х компонентов не совпадают.
Если нужно делать интеллектуальную, а не обезьянью работу, в комнате не должно быть больше 4 человек.
И они должны работать над одним проектом.
Самих не отвлекают и другим не мешают (своими воплями). =)
А thread совсем другая сущность.
А silicon имеет другое написание и переводится как кремний.