Круг — математическое явление, колесо — физическое…
Вопрос (насколько я понял) в том, что есть граф в данной теории? — это какие то поля?, частицы?, энергия?
Представленная теория достаточна «вкусна» с точки зрения получения в дальнейшем «плюшек» (хотя бы возможность получить скорость больше скорости света (при нахождении «прямых» графов между удаленными точками), но не отвечает на основной вопрос — из каких кирпичиков (энергии, полей и т.п.) состоит (и состоит ли?) пространство…
«Граф» же в данной теории просто ярлык непонятному — но никак не ответ на вопрос…
прочитал статью…
прочитал комментарии…
Мне кажется, что ни автор, ни комментаторы, не понимают главную идею БОД, как не понимают и почему эта тема именно сейчас вылезла…
БОД — это не пособие по безработице, не пенсия, не соц выплата. БОД это гарантия ВЫЖИВАНИЯ (еда, жильё) в самом ближайшем будущем — 20-40 лет и всё всем будет понятно…
Короткое обоснование: развитие робототехники, замена большинства чиновников автоматизированными системами, развитие/создание новых 3Д принтеров (еще шаг вперед и… синтезаторы материи/еды/одежды — кладешь мусор=вынимаешь вещь) — все это, в совокупности, приведет к падению занятости населения до уровня 40-30% от общего количества населения.
БОД поможет 60% населения, которые сейчас работают на нелюбимой работе, только чтобы «кушать и платить за жильё», найти любимую работу/подучиться/заняться своими проектами/ИП/ООО
Единственное, чтобы я изменил в правилах начисления БОД — сделать несколько ставок БОД, в зависимости, например от высшего образования (с обязательным ежегодным тестированием на уровень знаний по профильному предмету), или (совсем фантастика, но...) уровню IQ…
И вообще… у меня есть вопрос к разработчикам: вы всегда проектируете систему на сегодняшний момент потребностей? или пытаетесь предположить/создать будущие потребности?
Давайте немного о будущем поговорим, о будущем нашей общей системы в которой мы живем…
Экономические модели существующие на сегодняшний день УЖЕ доказали свою непригодность (например, периодические кризисы — что бы Вы сказали об программе, которая работает вроде нормально, но периодически начинает выдавать неправильные значения/работать в разы медленнее?
Мне кажется, что в наш век всеобщей информатизации можно/НУЖНО создать новую экономическую модель, в которой не будет недостатков существующих. И, да, новая модель должна включать в себя тот факт, что в ближайшем будущем бОльшая часть населения не будет работать, а точнее ЗАРАБАТЫВАТЬ деньги для кого-то (обоснование выше).
>> Есть, конечно. второй способ — геноцид.
А вот тут будет скорее уместен третий способ — экспансия, причем введение БОД, как мне кажется очень этому способствует, больше будет творческих людей, больше будет вероятность открытия нормального (дешевого и удобного) способа межзвездных перемещений
А у меня дилетанский вопрос (может есть люди, которые просветят?):
А почему рельсовое оружие устроено именно на силе Лоренца (а значит есть трение снаряда и «дула»)?
А если сделать (и можно ли?) так:
"=V=V=V=V=V=V=V="?
где "=" просто цилиндр, "\" притягивающий, "/" отталкивающий электромагнит, болванка — просто железный (любой магнитный материал) шарик?
при создании пульсирующей электромагнитной волны стрелять можно очередями, стоимость шариков ничтожна, при стрельбе очередями и скоростями хотя-бы 4-5 махов — оооочень убойное оружие! Или мне кажется???
Согласен с Вами по всем статьям)… Вот только цель теста была найти приемлемые варианты быстрого развёртывания 1С для 5-20 пользователей за минимальную стоимость и без фанатизма (прекрасно понимаю что можно практически любой вариант настроить до указанных значений/требуемой производительности, однако как мне кажется, проще настраивать те варианты, которые на дефолте бОльший показали результат)
В упомянутом тестировании естественно делались попытки оптимизации PG SQL, как же без них :)
Вот только либо я полный нуб в тюнинге Postges, либо карма у меня такая( — все варианты настройки под 1С были испробованы — единственно что сделано — память выделяется 256Мб на запрос (больше нет смысла — все запросы отслеживались по потребляемой памяти — более 64 не видел...)
Все остальные настройки двигали результаты на +-5 единиц (в рамках погрешности данного теста) — не увидел смысл спец настроек…
Общее колво проверенных вариантов гипервизора / ОС для сервера 1С / настроек Postges ~ 200!!!
Цель тестов: шаблон для 1С: сервера (я сисадмин в компании которая аутсорсит обслуживание ИТ, т.е. у нас много компаний которым нужна 1С, вот и искали самый дешевый вариант для 5-20 пользователей.)
Согласен что при большом кол-ве пользователей/большой базе необходимо поработать напильником и будет быстрее (наверное)
CentOS — ext4, все монтирование по дефолту.
Вы не представляете, как мне было странно (особенно с последним вариантом), когда я проверил все результаты!)
Тем не менее — повторюсь, лучшие результаты (а тесты были ОООчень разнообразные — итоговая табличка, приведенная здесь — 20% от проверенных вариантов) были получены в такой странной конфигурации:
CentOS 6.5 (на HyperV) + PG SQL 9.2.1
(и даже в этом варианте есть непонятные мне вещи — например все варианты:
1. HyperV на SSD, БД на HDD (10000 об.мин, raid 5 adaptec 6405)
2. HyperV на SSD, БД на том же SSD
3. HyperV и БД на HDD (10000 об.мин, raid 5 adaptec 6405)
показали практически одинаковую скорость работы (отклонения +-3-5 единиц), что опять же показывает отсутствие практической зависимости от файловых подсистем
Мной протестированы разные варианты установки 1С: Сервера на одном и том же железе (3Ггц, 32 Гб, SSD intel 480Gb, сервер БД +1С: Сервер на одной машине, доступ толстым клиентом с другой машины), результаты ниже:
платформа (если есть виртуализация, то в скобках указано) + тип базы данных = тест Гилева
Win2012 (железо) + MS SQL = 35-40 стабильно
Win2012 (ESX) + MS SQL = 40-50 стабильно
Win2012 (HyperV) + MS SQL = 40-60 стабильно
CentOS 6.5 (железо) + PG SQL = 10-15 стабильно
CentOS 6.5 (ESX) + PG SQL = результаты странные: первые 3-5 тестов 30-40, далее линейно снижается 30,28,26,24,20,18...12
CentOS 6.5 (HyperV) + PG SQL = 34-42 стабильно
Настроек по производительности нет (тюнинг MS SQL или PG SQL не производился).
Выявилась зависимость скорости 1С только от одного параметра — скорость процессора (чем больше Ггц, тем лучше), более того, при отключении HT скорость возросла и стабилизировалась!)
Исходя из вышеуказанных результатов решили для себя использовать такой вариант для 1С сервера:
На голое железо ставим бесплатный HyperV 2012 core, внутри поднимаем CentOS 6.5, а на нем уже 1С: Сервер…
Работает стабильно, жалоб на 20+ пользователей нет, база Бух стандарт
Вопрос (насколько я понял) в том, что есть граф в данной теории? — это какие то поля?, частицы?, энергия?
Представленная теория достаточна «вкусна» с точки зрения получения в дальнейшем «плюшек» (хотя бы возможность получить скорость больше скорости света (при нахождении «прямых» графов между удаленными точками), но не отвечает на основной вопрос — из каких кирпичиков (энергии, полей и т.п.) состоит (и состоит ли?) пространство…
«Граф» же в данной теории просто ярлык непонятному — но никак не ответ на вопрос…
прочитал комментарии…
Мне кажется, что ни автор, ни комментаторы, не понимают главную идею БОД, как не понимают и почему эта тема именно сейчас вылезла…
БОД — это не пособие по безработице, не пенсия, не соц выплата. БОД это гарантия ВЫЖИВАНИЯ (еда, жильё) в самом ближайшем будущем — 20-40 лет и всё всем будет понятно…
Короткое обоснование: развитие робототехники, замена большинства чиновников автоматизированными системами, развитие/создание новых 3Д принтеров (еще шаг вперед и… синтезаторы материи/еды/одежды — кладешь мусор=вынимаешь вещь) — все это, в совокупности, приведет к падению занятости населения до уровня 40-30% от общего количества населения.
БОД поможет 60% населения, которые сейчас работают на нелюбимой работе, только чтобы «кушать и платить за жильё», найти любимую работу/подучиться/заняться своими проектами/ИП/ООО
Единственное, чтобы я изменил в правилах начисления БОД — сделать несколько ставок БОД, в зависимости, например от высшего образования (с обязательным ежегодным тестированием на уровень знаний по профильному предмету), или (совсем фантастика, но...) уровню IQ…
И вообще… у меня есть вопрос к разработчикам: вы всегда проектируете систему на сегодняшний момент потребностей? или пытаетесь предположить/создать будущие потребности?
Давайте немного о будущем поговорим, о будущем нашей общей системы в которой мы живем…
Экономические модели существующие на сегодняшний день УЖЕ доказали свою непригодность (например, периодические кризисы — что бы Вы сказали об программе, которая работает вроде нормально, но периодически начинает выдавать неправильные значения/работать в разы медленнее?
Мне кажется, что в наш век всеобщей информатизации можно/НУЖНО создать новую экономическую модель, в которой не будет недостатков существующих. И, да, новая модель должна включать в себя тот факт, что в ближайшем будущем бОльшая часть населения не будет работать, а точнее ЗАРАБАТЫВАТЬ деньги для кого-то (обоснование выше).
>> Есть, конечно. второй способ — геноцид.
А вот тут будет скорее уместен третий способ — экспансия, причем введение БОД, как мне кажется очень этому способствует, больше будет творческих людей, больше будет вероятность открытия нормального (дешевого и удобного) способа межзвездных перемещений
А почему рельсовое оружие устроено именно на силе Лоренца (а значит есть трение снаряда и «дула»)?
А если сделать (и можно ли?) так:
"=V=V=V=V=V=V=V="?
где "=" просто цилиндр, "\" притягивающий, "/" отталкивающий электромагнит, болванка — просто железный (любой магнитный материал) шарик?
при создании пульсирующей электромагнитной волны стрелять можно очередями, стоимость шариков ничтожна, при стрельбе очередями и скоростями хотя-бы 4-5 махов — оооочень убойное оружие! Или мне кажется???
Вот только либо я полный нуб в тюнинге Postges, либо карма у меня такая( — все варианты настройки под 1С были испробованы — единственно что сделано — память выделяется 256Мб на запрос (больше нет смысла — все запросы отслеживались по потребляемой памяти — более 64 не видел...)
Все остальные настройки двигали результаты на +-5 единиц (в рамках погрешности данного теста) — не увидел смысл спец настроек…
Общее колво проверенных вариантов гипервизора / ОС для сервера 1С / настроек Postges ~ 200!!!
Цель тестов: шаблон для 1С: сервера (я сисадмин в компании которая аутсорсит обслуживание ИТ, т.е. у нас много компаний которым нужна 1С, вот и искали самый дешевый вариант для 5-20 пользователей.)
Согласен что при большом кол-ве пользователей/большой базе необходимо поработать напильником и будет быстрее (наверное)
Вы не представляете, как мне было странно (особенно с последним вариантом), когда я проверил все результаты!)
Тем не менее — повторюсь, лучшие результаты (а тесты были ОООчень разнообразные — итоговая табличка, приведенная здесь — 20% от проверенных вариантов) были получены в такой странной конфигурации:
CentOS 6.5 (на HyperV) + PG SQL 9.2.1
(и даже в этом варианте есть непонятные мне вещи — например все варианты:
1. HyperV на SSD, БД на HDD (10000 об.мин, raid 5 adaptec 6405)
2. HyperV на SSD, БД на том же SSD
3. HyperV и БД на HDD (10000 об.мин, raid 5 adaptec 6405)
показали практически одинаковую скорость работы (отклонения +-3-5 единиц), что опять же показывает отсутствие практической зависимости от файловых подсистем
платформа (если есть виртуализация, то в скобках указано) + тип базы данных = тест Гилева
Win2012 (железо) + MS SQL = 35-40 стабильно
Win2012 (ESX) + MS SQL = 40-50 стабильно
Win2012 (HyperV) + MS SQL = 40-60 стабильно
CentOS 6.5 (железо) + PG SQL = 10-15 стабильно
CentOS 6.5 (ESX) + PG SQL = результаты странные: первые 3-5 тестов 30-40, далее линейно снижается 30,28,26,24,20,18...12
CentOS 6.5 (HyperV) + PG SQL = 34-42 стабильно
Настроек по производительности нет (тюнинг MS SQL или PG SQL не производился).
Выявилась зависимость скорости 1С только от одного параметра — скорость процессора (чем больше Ггц, тем лучше), более того, при отключении HT скорость возросла и стабилизировалась!)
Исходя из вышеуказанных результатов решили для себя использовать такой вариант для 1С сервера:
На голое железо ставим бесплатный HyperV 2012 core, внутри поднимаем CentOS 6.5, а на нем уже 1С: Сервер…
Работает стабильно, жалоб на 20+ пользователей нет, база Бух стандарт