Это называется "проблемы при работе с числами с плавающей запятой и их представлением в компьютере".
Дело в том, что числа хранятся в двоичной системе счисления в виде мантиссы (кроме первой цифры) и порядка. Некоторые числа (например, 0.2, 0.4, 0.6, 10.20) нельзя представить в виде конечной двоичной дроби, так как их запись - периодична. Из-за этого возникает погрешность округления. Наиболее хорошо это показывает командная строка питона:
>>> 0.4
0.40000000000000002
>>> 0.6
0.59999999999999998
Но добрые математики придумали решение проблем с округлением и кучей девяток - перед округлением достаточно прибавлять к округляемому что-то очень маленькое, и решать этим проблему:
>Знаете, скрипты на локалке могут работать отлично, но, на железе, где и должна будет стоять одна из панелей - может работать совершенно иначе. Тут и нужно уже тестировать и смотреть ошибки. Странные скрипты
>Все сводится к тому, что Mhz - это какой-то мифический показатель, что значит которых никто толком не может сказать. И каждый их видит по своему и отсюда учет и выделение. Так?
Увы, именно так :(
>А разве нет какой-то другой общей единицы учета производительности? Универсальной для всех?
А по теме: я видимо устарел технически... но 60Км/час на мерсе или на запорожце - это все-таки те же 60 км/час, только уровень комфорта разные. Почему же здесь Вы утверждаете, что имеет значение от какого проца эти Мгц?
Это действительно имеет большое значение - разные кеши, наборы инструкций ядра и внутренние оптимизации.
Doland: C этого места и пожалуйста подробней...:)
Какую инфу взять у хостера, чтоб перенести ее к Вам?
KM.UA уже написал :) Спасибо!
Doland:
Ваш интерес?
На самом деле, интереса как такового нет - просто у нас есть биллинг, дающий возможность смены адресов и куча дополнительных услуг которые Вы, возможно, захотите заказать из этого биллинга :)
Doland:
И возможен ли вариант типа парковки лицензии? Т.е. я сейчас перехожу к хостеру который мне предоставляет ISPmanager Lite бесплатно и моя вечная лицензия мне пока не нужна. Но в случе если я надумаю очередной раз сменить хостинг и мне понадобиться лицензия, чтоб я не стучал в тикет своему бывшему хостеру с фразой типа: "А помните... я у вас n-количество лет тому назад назад покупал лицензию, так вот она мне сейчас понадобилась..." 🤪
Ну, Вы можете просто держать лицензию у себя в аккаунте в выключенном (или даже не выключенном) состоянии, пока она не понадобится.
Lord Maverik: Вы когда ISP ставили, там есть BillManager в выборе. Я так понял, что Вы можете поставить этот BillManager и там управлять своей лицензией.
Нет.
IP менять действительно может только текущий реселлер, у которого брали лицензию. Он может и не захотеть это делать, если лицензия была какая-то акционная или со звёздочкой.
Можете попробовать перенести лицензию к нам, если текущий хостер согласится - то у Вас будет billmanager для автоматической смены IP.
Немножко не так🚬 А отличий не видно, пока контейнеров меньше 400.;) OpenVZ - не более чем полигон для enterprise решения от Parallels.🚬 VZ это не только панель управления, это целый комплекс для гибкого управления и интеграции услуг. Более существенные отличия? SLM resource management, VZFS, PMC и пакет утилит ( vznetstat и прочие приятности ), который врятли появится для OpenVZ вообще.🍿
Ни одна "панель управления" на коленке ( VDSManager, SolusVM ( хотя, они ближе всего ) и прочая лабуда ) никогда не дотянется по удобству использования до PMI. Комбайн можно сравнить с газонокосилкой, оба выполняют одну задачу, но когда дело доходит до пары гектаров...🤪
/off
Немножко не так - это даже не полигон - ведь на полигоне тестируют новые фичи, а в openvz, как ты правильно написал, нет и никогда не будет таких фич как slmmemorylimit и vzfs (хотя, помню, ужас как помучался с последним год назад при миграции 3->4). Хотя, в OpenVZ они недавно совершили революцию - отказались от крон-скриптика для рестарта впсок и отдали эту работу какому-то vzeventd. 🤪
В корпоративной виртуализации, скорее всего, все эти фичи действительно нужны - когда одним кликом нужно сетапить и апдейтить сотни впсок на десятках нод, но для vps хостинга (по крайней мере в той стадии, на которой он сейчас здесь находится), на мой взгляд, более чем хвататет возможностей openvz и типичных панелей.
Это называется "проблемы при работе с числами с плавающей запятой и их представлением в компьютере".
Дело в том, что числа хранятся в двоичной системе счисления в виде мантиссы (кроме первой цифры) и порядка. Некоторые числа (например, 0.2, 0.4, 0.6, 10.20) нельзя представить в виде конечной двоичной дроби, так как их запись - периодична. Из-за этого возникает погрешность округления. Наиболее хорошо это показывает командная строка питона:
>>> 0.4
0.40000000000000002
>>> 0.6
0.59999999999999998
Но добрые математики придумали решение проблем с округлением и кучей девяток - перед округлением достаточно прибавлять к округляемому что-то очень маленькое, и решать этим проблему:
>>> eps=1e-9
>>> floor(10.20*100)
1019.0
>>> floor(10.20*100 + eps)
1020.0
Вроде как даже проходят в школе :)
>Советую изучить матчасть: http://dedic.ru/node/193
как всегда - много воды и никакой конкретики :)
>Знаете, скрипты на локалке могут работать отлично, но, на железе, где и должна будет стоять одна из панелей - может работать совершенно иначе. Тут и нужно уже тестировать и смотреть ошибки.
Странные скрипты
Обновитесь юмом на 14ую.
>Все сводится к тому, что Mhz - это какой-то мифический показатель, что значит которых никто толком не может сказать. И каждый их видит по своему и отсюда учет и выделение. Так?
Увы, именно так :(
>А разве нет какой-то другой общей единицы учета производительности? Универсальной для всех?
Есть куча попугаев - например, как сказал Андрей, бенчмарки и их выход, или bogomips (http://ru.wikipedia.org/wiki/BogoMIPS).
А по теме: я видимо устарел технически... но 60Км/час на мерсе или на запорожце - это все-таки те же 60 км/час, только уровень комфорта разные. Почему же здесь Вы утверждаете, что имеет значение от какого проца эти Мгц?
Это действительно имеет большое значение - разные кеши, наборы инструкций ядра и внутренние оптимизации.
C этого места и пожалуйста подробней...:)
Какую инфу взять у хостера, чтоб перенести ее к Вам?
KM.UA уже написал :) Спасибо!
Ваш интерес?
На самом деле, интереса как такового нет - просто у нас есть биллинг, дающий возможность смены адресов и куча дополнительных услуг которые Вы, возможно, захотите заказать из этого биллинга :)
И возможен ли вариант типа парковки лицензии? Т.е. я сейчас перехожу к хостеру который мне предоставляет ISPmanager Lite бесплатно и моя вечная лицензия мне пока не нужна. Но в случе если я надумаю очередной раз сменить хостинг и мне понадобиться лицензия, чтоб я не стучал в тикет своему бывшему хостеру с фразой типа: "А помните... я у вас n-количество лет тому назад назад покупал лицензию, так вот она мне сейчас понадобилась..." 🤪
Ну, Вы можете просто держать лицензию у себя в аккаунте в выключенном (или даже не выключенном) состоянии, пока она не понадобится.
Вы когда ISP ставили, там есть BillManager в выборе. Я так понял, что Вы можете поставить этот BillManager и там управлять своей лицензией.
Нет.
IP менять действительно может только текущий реселлер, у которого брали лицензию. Он может и не захотеть это делать, если лицензия была какая-то акционная или со звёздочкой.
Можете попробовать перенести лицензию к нам, если текущий хостер согласится - то у Вас будет billmanager для автоматической смены IP.
off
Немножко не так🚬 А отличий не видно, пока контейнеров меньше 400.;)
OpenVZ - не более чем полигон для enterprise решения от Parallels.🚬
VZ это не только панель управления, это целый комплекс для гибкого управления и интеграции услуг. Более существенные отличия? SLM resource management, VZFS, PMC и пакет утилит ( vznetstat и прочие приятности ), который врятли появится для OpenVZ вообще.🍿
Ни одна "панель управления" на коленке ( VDSManager, SolusVM ( хотя, они ближе всего ) и прочая лабуда ) никогда не дотянется по удобству использования до PMI. Комбайн можно сравнить с газонокосилкой, оба выполняют одну задачу, но когда дело доходит до пары гектаров...🤪
/off
Немножко не так - это даже не полигон - ведь на полигоне тестируют новые фичи, а в openvz, как ты правильно написал, нет и никогда не будет таких фич как slmmemorylimit и vzfs (хотя, помню, ужас как помучался с последним год назад при миграции 3->4). Хотя, в OpenVZ они недавно совершили революцию - отказались от крон-скриптика для рестарта впсок и отдали эту работу какому-то vzeventd. 🤪
В корпоративной виртуализации, скорее всего, все эти фичи действительно нужны - когда одним кликом нужно сетапить и апдейтить сотни впсок на десятках нод, но для vps хостинга (по крайней мере в той стадии, на которой он сейчас здесь находится), на мой взгляд, более чем хвататет возможностей openvz и типичных панелей.
Порвало :). Уж извините :). На самом деле, вопрос, зачем это надо?
Просто на freebsd есть функция, меняющая заголовок у процесса, а на linux с этим надо извращаться, надеясь не покалечить окружение и стек.