Здравствуйте, Kernan, Вы писали:
S>>Нет-нет, я говорю про гипотетическую ситуацию, когда у нас все быстрое -- ssd и интернет -- но есть только 32 бита. K>Если хочешь, можешь написть про это научно-фантастический роман "32 бита информации" с вселенной, где законами физики запрещено иметь более чем 32 бита разрадности и порассуждать на эту тему.
Я пытаюсь отстоять ту точки зрения, что при множестве факторов, x64 является ключевым.
Здравствуйте, Masterspline, Вы писали:
M>А дальше придумали новый маркетинговых термин — serverless, который, насколько я понимаю, мало отличается от того, что работает в docker контейнере (возможно, этот контейнер останавливается по таймауту и запускается, когда пришел запрос). Еще говорят про какую-то масштабируемость, но в реальности, 99% пользователей облаков за те же деньги могут купить VPS, за пределы ресурсов которого их приложение никогда не выйдет.
serverless — это реально "безсерверные" вычисления, а не просто маркетинговый термин, и не докер. Грубо говоря, ты просто пишешь скрипт, и задаешь условия, когда он будет выполнен (например, при появлении сообщения в очереди сообщений, или появлении некоторого файла в хранилище и т.п.). Сервер для выполнения этого скрипты ты не арендуешь, оно работает "как бы само", без сервера. Платишь ты за каждый запуск скрипта. И таких запусков может быть раз в день, а может миллионы в час. И тебя не волнует сколько для этого нужно арендовать VPS и когда, сломался у тебя сервер или нет, и нужно ли его проапгрейдить.
P.S. В общем, облака — это не только, и не столько аренда VPS, это еще и огромная куча сервисов. Цель все та же — масштабируемость, надежность, скорость развертывания, и эти цели достигаются. Люди — не дураки, и просто за маркетинговые термины платить не хотят.
Gt_>какие-то наркоманские у вас разговоры. никто не видел 32-бита что ли ? Gt_>32-бита накладывают ограничение адресовать в рамках одного процесса, но никаких проблем запустить 1000 процессов и утилизовать 64 гига. оракл в те времена так и работал под линуксами — тучи процессов, вместе жрали десятки гиг на одной 32-бит машине
1)а запустить 4 виртуальных ОС на одной машине, которым физически требуется минимум 1Гб как?
2)а кто отобразит за 4+Гб, если ОС 32 бита? Или имеется в виду файл подкачки каждого процесса держать в памяти, но опять же чем енто поможет 32битной ОС?
Здравствуйте, Sharov, Вы писали:
S>Господа, а правильно ли я понимаю, что в массе своей все енто стало доступно и бурно развивается благодря x64 и 64-битной адресации памяти?
Нет. Облака выстрелили значительно позже массовой доступности х64.
Здравствуйте, Pzz, Вы писали:
Pzz>Я полагаю, облака выстрелили за счет появления подходов к проектированую веб-серверного хозяйства, производительность которого практически линейно массштабируется путем добавления еще компьютеров в нужном количестве. Всякие там микросервисы, map-reduce, NoSQL и т.д. и т.п.
Здравствуйте, Kernan, Вы писали:
S>>Господа, а правильно ли я понимаю, что в массе своей все енто стало доступно и бурно развивается благодря x64 и 64-битной адресации памяти? Т.е. при x32 енто в принцие невозможно K>Я думаю за счёт увелечния каналов свзяи, покрытия и скоростей в первую очередь.
Вы вообще не туда смотрите. Облака это не технология, облака это, прежде всего, услуга. А новые услуги выстреливают потому что на них появляется массовый спрос.
Здравствуйте, Pzz, Вы писали:
Pzz>Если на одной физической машине завести дюжину виртуальных, она мощнее от этого не станет. Поэтому там, где нужна большая нагрузка, нет смысла использовать виртуальные машины
Смысл есть. Хотя бы потому что железо имеет свойство внезапно умирать. Или потому что нагрузка, она со временем меняется.
Если же ты имел в виду, что несколько виртуалок на одной физической машине при росте нагрузки теряют смысл, то тут ты абсолютно прав. Но в облаках нет никаких проблем получить виртуалку с гарантированной производительностью.
И еще один момент — деление, оно разное бывает. Бывает что виртуалки шарят ресурсы. А бывает что нет. Выгоднее воткнуть один сервер с несколькими десятками ядер и кучей памяти, нежели ставить в стойку несколько десятков одноядерных машин.
Gt_>>какие-то наркоманские у вас разговоры. никто не видел 32-бита что ли ? Gt_>>32-бита накладывают ограничение адресовать в рамках одного процесса, но никаких проблем запустить 1000 процессов и утилизовать 64 гига. оракл в те времена так и работал под линуксами — тучи процессов, вместе жрали десятки гиг на одной 32-бит машине
S>1)а запустить 4 виртуальных ОС на одной машине, которым физически требуется минимум 1Гб как? S>2)а кто отобразит за 4+Гб, если ОС 32 бита? Или имеется в виду файл подкачки каждого процесса держать в памяти, но опять же чем енто поможет 32битной ОС?
S>У меня речь идет не столько о сервисах, сколько об инстансах с ОС. Т.е. допустим у нас только x86(32 бита). Итак, у нас есть хост, гипервизор, который уже жрет физически резидентно минимум 1Гб, S>и каждый инстанс ОС будет жрать физически 1Гб, итого не больше 3-х виртуалок на одну машину. Мягко говоря не густо, и то что я могу поставить сколько угодно памяти на x86 для 32 битного гипервизора S>безразлично. Если только на одной машине не будет крутиться несколько гипервизоров, а енто возможно?
где вы такого набрались ? через PAE даже обычная винда прекрасно адресовала 64 гб RAM. т.е. на один хост легко влезает 15 виртуалок с 4 гб рам в каждой.
Здравствуйте, Sharov, Вы писали:
НС>>Нет. Облака выстрелили значительно позже массовой доступности х64. S>Допустим, как енто опровергает мой аргумент?
Что именно ты называешь своим аргументом? Опровергает это не аргумент, а твою теорию о том что обалка выстрелили за счет х64. Если бы это было так, они бы выстрелили намного раньше.
Здравствуйте, Sharov, Вы писали:
S>Я пытаюсь отстоять ту точки зрения, что при множестве факторов, x64 является ключевым.
Тебе вроде уже сказали, что размещение нескольких виртуалок на одной физической машине не есть обязательный признак облака. На куче машин в облаках крутится строго одна виртуалка (для зануд — без учета гипервизора).
Здравствуйте, Ночной Смотрящий, Вы писали:
S>>Допустим, как енто опровергает мой аргумент? НС>Что именно ты называешь своим аргументом? Опровергает это не аргумент, а твою теорию о том что обалка выстрелили за счет х64. Если бы это было так, они бы выстрелили намного раньше.
Здравствуйте, Sharov, Вы писали:
НС>>Что именно ты называешь своим аргументом? Опровергает это не аргумент, а твою теорию о том что обалка выстрелили за счет х64. Если бы это было так, они бы выстрелили намного раньше. S>Не за счет, а без x64.
Здравствуйте, Sharov, Вы писали:
S>>>Не за счет, а без x64. НС>>Ты сабж свой уже забыл что ли?
Видимо забыл.
S>Нет, без x64 облака бы не выстрелили. S> Т.е. нет x64, нет *AAS. Один из ключевых железных факторов.
Еще раз — облака это совсем не про несколько виртуалок на одной физической машине. То о чем ты говоришь называется виртуальный хостинг (ставший доступным существенно раньше облаков), который некоторые ушлые маркетоиды одно время норовили обозвать облаком.
Здравствуйте, Ночной Смотрящий, Вы писали:
S>> Т.е. нет x64, нет *AAS. Один из ключевых железных факторов. НС>Еще раз — облака это совсем не про несколько виртуалок на одной физической машине. То о чем ты говоришь называется виртуальный хостинг (ставший доступным существенно раньше облаков), который некоторые ушлые маркетоиды одно время норовили обозвать облаком.
А изоляция множества сервисов и прочей инфраструктуры за счет чего происходит, на за счет ли виртуалок?
Здравствуйте, Sharov, Вы писали:
S>А изоляция множества сервисов и прочей инфраструктуры за счет чего происходит, на за счет ли виртуалок?
Совсем не обязательно. Современный serverless как правило для этого использует докер. А при приличной нагрузке, о чем тебе уже тоже говорили, одна виртуалка соответствует одной физической машине. Даже в случае serverless. К примеру, в Ажуре, если ты для App Services выбираешь premium tier, то никого кроме тебя на тех же железных ресурсах сидеть не будет. Облако от этого быть облаком не перестает.
Здравствуйте, Ночной Смотрящий, Вы писали:
НС>Вы вообще не туда смотрите. Облака это не технология, облака это, прежде всего, услуга. А новые услуги выстреливают потому что на них появляется массовый спрос.
Ты не прав. Провайдеров таких услуг не появилось бы будь каналы данных тонкие, конечно, можно говорить что это БИЗНЕС сделал их такими и частично ты будешь прав. А вообще, мне кажется, что рост толщины каналов был спровоцирован порноиндустрией со своими CDN, нагузкой и т.п. Это потом все начали подтягиваться к онлайну.
Здравствуйте, Sharov, Вы писали:
S>Я пытаюсь отстоять ту точки зрения, что при множестве факторов, x64 является ключевым.
Вспомни начало обучения, Эникен. Можно адресовать разными способами, можно собирать адрес из кусочков, можно создать иерархичный адрес. Если бы было ограничение на разрядность, то люди думали бы в направлении как обойти проблему.
