ОС на компе не работает

[zVlad]

Мой рабочий desktop: Intel Core 2 Duo (Task Manager однако один CPU показывает) 2.33 GHz, 2 GB RAM Windows 7. Старых, старый, лет 10, а то и больше, он уже у меня.
Мой работодатель считает что это нормально. Bремя от времени Windows тупит по дикому ("Not responding"), но это из-за маленькой памяти и гнилого внутренного устройства Windows.

[Flash-04]

Нормально? Влад, срок морального устаревания - 5 лет. Если бы не на пенсию, вам бы просто бросить тот лептоп на стол менеджеру и сказать что работать вы будете когда новый принесёт. А пока будет платить как обычно потому что вынужденный простой. Профсоюз вас поддержит

[Flash-04]

Мой работодатель считает что это нормально. Bремя от времени Windows тупит по дикому ("Not responding"), но это из-за маленькой памяти и гнилого внутренного устройства Windows.

А у меня VM c Ubuntu и 2Gb памяти периодически "вешается" от недостатка ресурсов.

[zVlad]

Нормально? Влад, срок морального устаревания - 5 лет. Если бы не на пенсию, вам бы просто бросить тот лептоп на стол менеджеру и сказать что работать вы будете когда новый принесёт. А пока будет платить как обычно потому что вынужденный простой. Профсоюз вас поддержит

Это не laptop, это desktop. Laptop у меня тоже есть, с i5, если память не изменяет - он дома лежит, я редко его открываю.
Профсоюз в эти дела не вмешивается. Вы это знали, но для прикола написали. Понимаю.

О каком простое речь? Не понял. На прошлой неделе я начал заниматься очередным maintenance для zOS. Выкатил два чангес, манагер одобрил, а к концу недели рейецт-ул - мой тим лид ему напел что по его мнению этого делать не надо. Я, конечно, не присутсвовал при разговоре, но сомнений у меня, что было именно так, нет. В принципе мы, конечно, не умрем без 74 патчей, вряд ли онии нас вообще коснуться, хотя ии исключать этого не стоило бы. Но мой тим лид - бздун и болтун - считает иначе и чисто в канадской манере упирается, из под тишка теперь, вот уже год. Весной я манагера продавил (он ушел на пенсию), а этот, новый, манагер естественно поддался на уговоры тим лида. Я, честно говоря, изначальноо не верил в успех моей нормальной, рабочей, технически обоснованной инициативы, и поэтому спокойно к этому отнесся, типа, ну и хрен с вами, не хотите как хотите, мне ничего не делать тоже не в лом. Как про какой ты простой говоришь?

До пенсии осталось чуть меньше 13 месяцев.

[zVlad]

Мой работодатель считает что это нормально. Bремя от времени Windows тупит по дикому ("Not responding"), но это из-за маленькой памяти и гнилого внутренного устройства Windows.

А у меня VM c Ubuntu и 2Gb памяти периодически "вешается" от недостатка ресурсов.

Уточьни, пожалуйста, одна VM c Ubuntu и 2Gb памяти физической памяти?

[Flash-04]

А что там уточнять? VM в облаке AWS, для неё выделено 2 Gb RAM. Раз в неделю перегружаю так пепельница переполняется (с)

[zVlad]

А что там уточнять? VM в облаке AWS, для неё выделено 2 Gb RAM. Раз в неделю перегружаю так пепельница переполняется (с)

2 GB виртуальной памяти или реальной? А как CPU отмеряно?

[Flash-04]

Виртуальной. Cpu без разницы. Просто в какой-то момент 'free' показывает что памяти осталось с гулькин нос и привет.

[flip_flop]

Мой работодатель считает что это нормально. Bремя от времени Windows тупит по дикому ("Not responding"), но это из-за маленькой памяти и гнилого внутренного устройства Windows.

А у меня VM c Ubuntu и 2Gb памяти периодически "вешается" от недостатка ресурсов.

Это немного странно. Я не перегружаю свой десктоп с Линуксом (Федора) месяцами/годами. Временами память забита вся и процесс убивается. Но перегружать нет надобности, система как то сама справляется. У меня правда, не 2 ГБ

[Flash-04]

Вот...

[Palych]

Просто в какой-то момент 'free' показывает что памяти осталось с гулькин нос

Даже во второй строчке?

[zVlad]

А что там уточнять? VM в облаке AWS, для неё выделено 2 Gb RAM. Раз в неделю перегружаю так пепельница переполняется (с)

2 GB виртуальной памяти или реальной? А как CPU отмеряно?

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

[Flash-04]

Просто в какой-то момент 'free' показывает что памяти осталось с гулькин нос

Даже во второй строчке?

Что значит "даже"? Чтобы было понятнее, в этом состоянии уже невозможно запустить новый процесс, шел например.

[Flash-04]

А что там уточнять? VM в облаке AWS, для неё выделено 2 Gb RAM. Раз в неделю перегружаю так пепельница переполняется (с)

2 GB виртуальной памяти или реальной? А как CPU отмеряно?

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

Плачу конечно. "надувают" - неверный термин, так как либо бери, либо нет.

[zVlad]

Вспомнилось как в начале 90-x (v 1993-ем, ровно 24 года назад я сидел в Минске ждал борт из Челябинска чтобы перелететь два IBM mainframe) мы на заводе на IBM 4381 модель R14 (два CPU, 32 MB RAM, 10 GB storage - в каждом из тех двух МФ) гоняли (на одном МФ) десятка три виртуальных машин с разными система на них в том числе несколько для пакетной обработки. И БД реляционная у нас была - SQL/DS v3, и куча софта для написания каких угодно приложений в том числе с ООП и визуальным програмированием - под OS/2 с БД на MF. Правда спарить OS/2 с МФ я не успел - ушел с завода в 1995-ом - но после меня этого добились таки. Там главная трудность была с VTAM, это такой монстроидальный продукт сетевой в архитектуре SNA от IBM. Сейчас он правда, в сравнении с TCP/IP, монстроидальным уже не выглядит, вполне так себе скромный продуктик. А тогда у моей сотруднице реально крыша сьехала от VTAM и других жизненных проблем. Короче выпрыгнула она из окна своей квартиры.

Я тут наткнулся на текстик один, приведу его полностью. Такое впечатление что правы философы говорившие что развитие идет по спирали. И я бы еще добавил что не всегда восходящей, но и нисходящей иногда тоже.

If you've ever been inside a server room of a major corporation, a large business, or a university, you know that it can be an intimidating place.

The server room is almost always extremely warm, and filled from wall to wall with expensive and space-consuming server racks.

Add to that the fact that these rooms are usually secured like bank vaults, and you have the makings of a truly interesting experience.

What is interesting about most server rooms is that each of the machines in the room is probably not being used to its fullest capacity. Even high-bandwidth servers rarely have to use a large percentage of their CPU or RAM at any given time.

This can be quite an inefficient use of resources (after all, you are powering the thing, whether it is being used or not, right?), which can cost you money. However, there is a solution to this issue.



The All - In - One Virtualized Dream Machine

With virtualization software, a single physical server can run several virtual machines simultaneously. Each of these machines believes it is running on its own dedicated hardware, as if it were separate from all the other machines.

But you probably know all that, right? You don't need a crash course on virtualization. You need an enterprise-level virtualization tool that can turn your money and space-consuming datacenter into an efficient, all-in-one virtualized dream machine.

....

Обрезал я текст. Там не интересно уже, рутина пошла. "Мечты-мечты где ваша сладость - мечты ушли осталась гадость"

[Flash-04]

"warm room". У меня наоборот впечатления что там холодно. Кондиционеры пашут как кони.

[zVlad]

"warm room". У меня наоборот впечатления что там холодно. Кондиционеры пашут как кони.

Самое интересное не температура, которая и по моим наблюдениям, в наших дата центрах, скорее низкая чем высокая, а вот это вот:

..., and filled from wall to wall with expensive and space-consuming server racks.

и вот это:

... each of the machines in the room is probably not being used to its fullest capacity. Even high-bandwidth servers rarely have to use a large percentage of their CPU or RAM at any given time.

ну и это:

...This can be quite an inefficient use of resources (after all, you are powering the thing, whether it is being used or not, right?), which can cost you money.

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

Под Вашу VM с Ubuntu AWS держит ресурсы, которые греют планету, а используете Вы свою VM, кмк, не часто. Поправьте меня если что не так.

[Flash-04]

Здрасьте, там на мою VM крохи идут от того греет планету.

[zVlad]

Здрасьте, там на мою VM крохи идут от того греет планету.

Ну а сколько там таких как Ваша VM? Эти крохи помноженные на их количество и греют планету.
Единственное что действительно является следствием технологии виртуализации это то что услуга хостинга стала массовой. Без виртуализации, каждому по реальному серверу, было бы просто не достижимо в таких количествах. Но... виртуализация неизбежно сопровождается издержками. Т.е. КПД виртуализации меньше единицы.

[iDesperado]

Обрезал я текст. Там не интересно уже, рутина пошла. "Мечты-мечты где ваша сладость - мечты ушли осталась гадость"

ощущение что текст налабал школьник, со своими детскими представлениями о компьютерах. ребенок не в курсе как холодно в серверной. что процессор управляет частотой, низкая нагрузка - пониженная частота и потребление. наибольшая энергоэффективность на средненьких нагрузках, при 100% загрузки турбобус не столь энергоэффективен. в энтерпрайзе же сервера всегда чем-то загруженны, наши бигдаты года полтора уже на 100% cpu пашут 24/7

[zVlad]

Обрезал я текст. Там не интересно уже, рутина пошла. "Мечты-мечты где ваша сладость - мечты ушли осталась гадость"

ощущение что текст налабал школьник, со своими детскими представлениями о компьютерах. ребенок не в курсе как холодно в серверной. что процессор управляет частотой, низкая нагрузка - пониженная частота и потребление. наибольшая энергоэффективность на средненьких нагрузках, при 100% загрузки турбобус не столь энергоэффективен. в энтерпрайзе же сервера всегда чем-то загруженны, наши бигдаты года полтора уже на 100% cpu пашут 24/7

Вот ссылка на полный текст, и внизу там об авторе (эксперт написано):
https://www.pluralsight.com/blog/it-ops ... ou-need-it

P.S. Вопрос созрел. А как с вашими бигдатами дизастер рекавери делается? Есть ли он вообще?

[iDesperado]

Вот ссылка на полный текст, и внизу там об авторе (эксперт написано):
https://www.pluralsight.com/blog/it-ops ... ou-need-it

написать дело не хитрое.

P.S. Вопрос созрел. А как с вашими бигдатами дизастер рекавери делается? Есть ли он вообще?

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

[zVlad]

.....

P.S. Вопрос созрел. А как с вашими бигдатами дизастер рекавери делается? Есть ли он вообще?

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

Через дорогу очень даже оба могут загнуться. Тем не менее вопрос: один из датацентров через дорогу является другому DR side? Или это два абсолютно независимых центра?
Я не про high availability, а про Disaster Recovery спрашивал. Т.е. у вас в случае DR восстановление будет с бэкапа делаться? Тестировали? Сколько это берет?
Хадуп, насколько я понимаю, это огромное количество нодов с локальными дисками. Как можно организовать DR для локальных дисков лично мне не понятно. Может не понятно потому что я не работаю с хадупом. Обьясните тогда чтобы было понятно.

[iDesperado]

Через дорогу очень даже оба могут загнуться. Тем не менее вопрос: один из датацентров через дорогу является другому DR side? Или это два абсолютно независимых центра?
Я не про high availability, а про Disaster Recovery спрашивал. Т.е. у вас в случае DR восстановление будет с бэкапа делаться? Тестировали? Сколько это берет?
Хадуп, насколько я понимаю, это огромное количество нодов с локальными дисками. Как можно организовать DR для локальных дисков лично мне не понятно. Может не понятно потому что я не работаю с хадупом. Обьясните тогда чтобы было понятно.

у IBM полно вводных статей на тему хадупов, например тут кратенько https://www.ibm.com/developerworks/libr ... introhdfs/

в кратце - потеря части кластера (датацентра) это штатная ситуация. просто какие ноды будут недоступны, map-reduce задачи каким не повезло будут автоматом рестартованы на живых нодах. про данные почитайте про hdfs, они как райд5 одна копия блока у тебя, плюс 3 копии у еще троих. т.е. проблема только, если недоступны станут четыре дата ноды. то что все копии не должны быть в одном датацентре настраивается.
проблема может быть в нагрузке, которая сваливается на теперь уже сильно меньший кластер, но у нас самопальный навроченый шедулер джобов, с тучей приоритетов должен с этим справиться прозрачно. хотя вполне вероятно в таком тяжелом случае будут перестраховываться и отключать какие-то задачи, например по обновлению каких-то BI витрин, KPI и прочего не столь уж важного булшита.

[zVlad]

Через дорогу очень даже оба могут загнуться. Тем не менее вопрос: один из датацентров через дорогу является другому DR side? Или это два абсолютно независимых центра?
Я не про high availability, а про Disaster Recovery спрашивал. Т.е. у вас в случае DR восстановление будет с бэкапа делаться? Тестировали? Сколько это берет?
Хадуп, насколько я понимаю, это огромное количество нодов с локальными дисками. Как можно организовать DR для локальных дисков лично мне не понятно. Может не понятно потому что я не работаю с хадупом. Обьясните тогда чтобы было понятно.

у IBM полно вводных статей на тему хадупов, например тут кратенько https://www.ibm.com/developerworks/libr ... introhdfs/

в кратце - потеря части кластера (датацентра) это штатная ситуация. просто какие ноды будут недоступны, map-reduce задачи каким не повезло будут автоматом рестартованы на живых нодах. про данные почитайте про hdfs, они как райд5 одна копия блока у тебя, плюс 3 копии у еще троих. т.е. проблема только, если недоступны станут четыре дата ноды. то что все копии не должны быть в одном датацентре настраивается.
проблема может быть в нагрузке, которая сваливается на теперь уже сильно меньший кластер, но у нас самопальный навроченый шедулер джобов, с тучей приоритетов должен с этим справиться прозрачно. хотя вполне вероятно в таком тяжелом случае будут перестраховываться и отключать какие-то задачи, например по обновлению каких-то BI витрин, KPI и прочего не столь уж важного булшита.

То что ты говоришь это в основном касается HA. Короче нет у хадупа хорошего сценария ни для бэкапа ни, тем более, для DR. Об этом вещает вот эта вот презентация:

https://www.slideshare.net/larsgeorge/b ... -in-hadoop

While you could be tempted assuming data is already safe in a single Hadoop cluster, in practice you have to plan for more. Questions like: "What happens if the entire datacenter fails?, or "How do I recover into a consistent state of data, so that applications can continue to run?" are not a all trivial to answer for Hadoop. Did you know that HDFS snapshots are handling open files not as immutable? Or that HBase snapshots are executed asynchronously across servers and therefore cannot guarantee atomicity for cross region updates (which includes tables)? There is no unified and coherent data backup strategy, nor is there tooling available for many of the included components to build such a strategy. The Hadoop distributions largely avoid this topic .....

В лучшем случае проблему DR с хадупом можно решать большими деньгами.