Нет, контейнеры имеют "свои" только необходимые зависимости (библиотеки и "бинарники"). ОС общая.zVlad wrote: Да и с изоляцией тоже не всё так здорово как декларируется. Своя рут это значит что каждый контейнер имеет свою копию всего. Я не прав?
Просто удобные API для создания контейнеров и для разработки и администрирования приложений.А что под удобной поддержкой работы с контейнерами предполагается по Вашему?
flip_flop wrote:Нет, контейнеры имеют "свои" только необходимые зависимости (библиотеки и "бинарники"). ОС общая.zVlad wrote: Да и с изоляцией тоже не всё так здорово как декларируется. Своя рут это значит что каждый контейнер имеет свою копию всего. Я не прав?Просто удобные API для создания контейнеров и для разработки и администрирования приложений.А что под удобной поддержкой работы с контейнерами предполагается по Вашему?
Я, вообще-то этим не пользуюсь, вынужден пользоваться ВМ пока
Требуемые файлы от/rootfs монтируются из хоста.zVlad wrote:
1. Я не про ОС, а про файловую систему. Которая у каждого контэйнера (надо же было такое слово придумать - ассоциируется с мусорным контейнером) судя по всему своя.
Не надо за весь computer science. Вам явно известна лишь часть её. А приплетать поэзию к чисто техническим темам .... С++ и Java это далеко не "вообще языки программирования" а лишь один из эпизодов. А терминология это, плебейская, она от Юникса и Дейкстры, или как там его точно знали не помню, идет. А Юниксу уже кранты не сегодня так завтра. А его ублюдку - Линуксу тоже не долго жить осталось.flip_flop wrote:Требуемые файлы от/rootfs монтируются из хоста.zVlad wrote:
1. Я не про ОС, а про файловую систему. Которая у каждого контэйнера (надо же было такое слово придумать - ассоциируется с мусорным контейнером) судя по всему своя.
Слово контейнер означает всего лишь вместилище. А вот ассоциации с содержимым - дело воображения, кому - мусор, кому - продукты. Кто-то видит в луже грязь, кто-то - отраженные звёзды.
Судя по всему, терминология C++, Java и вообще языков программирования (да и вообще, "computer science") Вам незнакома. Вроде бы "containers" даже в Коболе есть?
И Вас с Новым Годом, оптимизьму побольше, хорошего настроения и новых стилистических находок с Вашими ассоциациями!zVlad wrote:Не надо за весь computer science. Вам явно известна лишь часть её. А приплетать поэзию к чисто техническим темам .... С++ и Java это далеко не "вообще языки программирования" а лишь один из эпизодов. А терминология это, плебейская, она от Юникса и Дейкстры, или как там его точно знали не помню, идет. А Юниксу уже кранты не сегодня так завтра. А его ублюдку - Линуксу тоже не долго жить осталось.flip_flop wrote:Требуемые файлы от/rootfs монтируются из хоста.zVlad wrote:
1. Я не про ОС, а про файловую систему. Которая у каждого контэйнера (надо же было такое слово придумать - ассоциируется с мусорным контейнером) судя по всему своя.
Слово контейнер означает всего лишь вместилище. А вот ассоциации с содержимым - дело воображения, кому - мусор, кому - продукты. Кто-то видит в луже грязь, кто-то - отраженные звёзды.
Судя по всему, терминология C++, Java и вообще языков программирования (да и вообще, "computer science") Вам незнакома. Вроде бы "containers" даже в Коболе есть?
Извините если кого обидел - фильм "Горько-2" смотрю по ходу.
Дима, 20 лет назад в серверных технологиях уже все было создано. Потом началось повторение заново, как будто нашло беспамятство. Но это по видимому врожденная особенность человеческих существ. Живут то они недолго и хватает только на лет 20ть 30ть. Потом все заново начинают. Война только может внести в этот цикл задержку.Dmitry67 wrote:Грустно. Если заметите, что я так не приемлю новое, ворчу и через слово отсылаю к старым проверенным технологиям 20 летней давности, пристрелите меня. Или отправьте на пенсию
А пункт 2, про API, оставите без ответа?flip_flop wrote:....
На этой весёлой ноте, уползаю из этого топика, весело тут у вас, в ИТ
Нет, Влад, это старость. Принципиально нового нет естественно, но есть количество, переходящее в качество. Помните философию научного коммунизма? )zVlad wrote:Дима, 20 лет назад в серверных технологиях уже все было создано. Потом началось повторение заново, как будто нашло беспамятство. Но это по видимому врожденная особенность человеческих существ. Живут то они недолго и хватает только на лет 20ть 30ть. Потом все заново начинают. Война только может внести в этот цикл задержку.Dmitry67 wrote:Грустно. Если заметите, что я так не приемлю новое, ворчу и через слово отсылаю к старым проверенным технологиям 20 летней давности, пристрелите меня. Или отправьте на пенсию
P.S. А лет через 20, Дима, они дойдут до гетерогенных платформ и скажут что это они изобрели это.
Нет такой науки, Дима, "философия научного коммунизма".Dmitry67 wrote:Нет, Влад, это старость. Принципиально нового нет естественно, но есть количество, переходящее в качество. Помните философию научного коммунизма? )zVlad wrote:Дима, 20 лет назад в серверных технологиях уже все было создано. Потом началось повторение заново, как будто нашло беспамятство. Но это по видимому врожденная особенность человеческих существ. Живут то они недолго и хватает только на лет 20ть 30ть. Потом все заново начинают. Война только может внести в этот цикл задержку.Dmitry67 wrote:Грустно. Если заметите, что я так не приемлю новое, ворчу и через слово отсылаю к старым проверенным технологиям 20 летней давности, пристрелите меня. Или отправьте на пенсию
P.S. А лет через 20, Дима, они дойдут до гетерогенных платформ и скажут что это они изобрели это.
Вот big data хороший пример, или чмслодробилки на GPU, рвущие МФ как тазик грелку, или SSD диски, которые обсуждаем в этом топике
1. Очень просто - никаких таких принципов не было и нет. ИБМ внедряет на МФ все полезное и хорошее не только изобретенное для собственно МФ но и для другого тоже. Примеры FICON, который есть ESCON over FC, RoCE, ни и PCI для локальных SSD, которые кстати не как диски общего пользования используются а как память для страничного обмена. Для добавлен новый тип устройства в zOS.Dmitry67 wrote:1. Ну и как вы объясните что вдруг IBM поступилась принципами с local SSD?
2. Про проводку первой части. Есть ли хоть одна big data на МФ?
1. Никого я грязью не поливал, не передергивайте. Я лишь говорил что есть большая разница между локальными дисками, неважно SSD или HDD, и доступными нескольким серверам. Разницы же между ними кроме скорости выборки данных нет никакой принципиальной. И не только я так говорил Вам здесь. И наоборот только Вы узрели какую-то разницу.Dmitry67 wrote:1. А с чего я начал? С плюсов и минусов использования local SSD. Собственно, это начало этой темы. Вы вначале поливаете все грязью, возносите дифирамбы IBM, а потом выясняется что там все то же самое
2. Если вы помните, VLDB определяются как базы, с которыми изза их объема обычные методы (defrag, backup, restore) не работают "в лоб" а только с хитростями. Это определение хорошо тем, что не связывает VLDB с определенным объемом, так как мощности все время растут.
рискну дать свое (отличное от канонического) определние Big Data: Big Data это данные, backup/restore которых в принципе невозможен.
Какие решения IBM предлагает для таких случаев?
Ох, "Не буди лихо пока оно тихо."zVlad wrote:А пункт 2, про API, оставите без ответа?flip_flop wrote:....
На этой весёлой ноте, уползаю из этого топика, весело тут у вас, в ИТ
Ну например, написал я небольшую специализированную библиотеку для своих числодробилок для проектирования и анализа. Написал на С/С++ с использованием многопоточности, векторизации и низкоуровневой производительной библиотеки для элементарных численных операций (MKL, эквивалент LAPACK и BLAS). Чтобы не мучать себя и других использованием и компилляцией C, обеспечил ABI (не совсем API, но близко) для вызова функций библиотеки из Python (это высокоуровневый универсальный язык со многими гитиками, можете почитать в Википедии). В результате если мне надо поменять параметры, использовать другой проект, и т.д., я могу пользоваться питоном для анализа, графиков, статистики, и т.д. , но числодробилки будут летать на откомпилированном и оптимизированном С для максимального быстродействия. По етому же принципу реализован Матлаб ("обёртки" API/ABI вокруг низкоуровневых эффективных библиотек), и другие высокоуровневые пакеты, например Python/NumPy/SciPy. Удобно, ибо фокус на интерактивном решении задач а не на деталях имплементации. Ну и оптимизация C для работы с железом требует знания как С так и железа, это не для всех, а вот использовать результаты может каждый. Ха? Это Ваши слова? Да или нет?zVlad wrote: 1. Никого я грязью не поливал, не передергивайте.
zVlad wrote:А терминология это, плебейская, она от Юникса и Дейкстры, или как там его точно знали не помню, идет. А Юниксу уже кранты не сегодня так завтра. А его ублюдку - Линуксу тоже не долго жить осталось.
Не правыzVlad wrote:А теперь сравним с Windows. Количество смонтированных дисков не может быть больше 26 (поправьте если я не прав), диски эти не могут быть больше чем физический диск. На каждом из 26 дисков ровно одна файловая система со своими ограничениями и ботленеками. Конечно при таком раскладе надо что то придумывать. Вот и придумывают кто на что горазд.
Долго читать написанное Вами. Так что забегу вперед и скажу что я в отличии от Вас вполне так программист. Знаю и довольно много писал на нескольких языках программирования и не только на МФ. Так что мне объяснять что такое API как раз таки и не надо. Посмотрим что Вы еще написали.flip_flop wrote:Ох, "Не буди лихо пока оно тихо."zVlad wrote:А пункт 2, про API, оставите без ответа?flip_flop wrote:....
На этой весёлой ноте, уползаю из этого топика, весело тут у вас, в ИТ
Не вижу особых причин объяснять Application Programming Interface для непрограммистов типа Вас, хотя я сам не программист..
Не прав в чем? Я ж просил меня поправить. А Вы просто отмахнулись от ответа. Так поступают когда нечего сказать.Dmitry67 wrote:Не правыzVlad wrote:А теперь сравним с Windows. Количество смонтированных дисков не может быть больше 26 (поправьте если я не прав), диски эти не могут быть больше чем физический диск. На каждом из 26 дисков ровно одна файловая система со своими ограничениями и ботленеками. Конечно при таком раскладе надо что то придумывать. Вот и придумывают кто на что горазд.
Учите мат часть
Меня тоже это очень резанулоflip_flop wrote:Ха? Это Ваши слова? Да или нет?zVlad wrote: 1. Никого я грязью не поливал, не передергивайте.zVlad wrote:А терминология это, плебейская, она от Юникса и Дейкстры, или как там его точно знали не помню, идет. А Юниксу уже кранты не сегодня так завтра. А его ублюдку - Линуксу тоже не долго жить осталось.
Ну да. И этот человек мнит себя программистомDmitry67 wrote:Меня тоже это очень резанулоflip_flop wrote:Ха? Это Ваши слова? Да или нет?zVlad wrote: 1. Никого я грязью не поливал, не передергивайте.zVlad wrote:А терминология это, плебейская, она от Юникса и Дейкстры, или как там его точно знали не помню, идет. А Юниксу уже кранты не сегодня так завтра. А его ублюдку - Линуксу тоже не долго жить осталось.
Собственно, это уже вошло в историю, как бы к ни не относилось
Этот человек (Влад) прилюдно выливает ушат помоев а потом удивленно говорит, что он никого не оскорблял
Еще разzVlad wrote:Не прав в чем? Я ж просил меня поправить. А Вы просто отмахнулись от ответа. Так поступают когда нечего сказать.Dmitry67 wrote:Не правыzVlad wrote:А теперь сравним с Windows. Количество смонтированных дисков не может быть больше 26 (поправьте если я не прав), диски эти не могут быть больше чем физический диск. На каждом из 26 дисков ровно одна файловая система со своими ограничениями и ботленеками. Конечно при таком раскладе надо что то придумывать. Вот и придумывают кто на что горазд.
Учите мат часть
Вы бы для начала вникли что имел в виду Дима когда сказал что я де грязью поливал. А если хотите чтоб я ответил так сформулируйте свое обвинение и я посмотрю соглашаться с ним или нет. Так по моему делается обычно.flip_flop wrote:Ха? Это Ваши слова? Да или нет?zVlad wrote: 1. Никого я грязью не поливал, не передергивайте.zVlad wrote:А терминология это, плебейская, она от Юникса и Дейкстры, или как там его точно знали не помню, идет. А Юниксу уже кранты не сегодня так завтра. А его ублюдку - Линуксу тоже не долго жить осталось.