Еще раз про Load Average и логические / виртуальные ядра
Сегодня в очередной раз столкнулся с неверным пониманием такого важного параметра, как Load Average.
Уже неизвестно откуда пошла такая теория, что логические, а тем более виртуальные ядра искажают значение LA просто потому, что они «ненастоящие». Но она оказалась живучей и до сих пор бродит в IT-среде как призрак коммунизма.
На самом деле это не так, потому что Load Average – это не физический параметр и тем более не показатель нагрузки на CPU или его производительности.
Это относительное значение, показывающее доступность вычислительных ресурсов в системе.
Мы знаем, что процессор выделяет каждому нуждающемуся в вычислениях процессу некоторое время, называемое тиком, в течении которого процесс получает доступ к вычислительным ресурсам ЦПУ.
Если мы возьмем некоторое время, а при вычислении LA берется промежуток из 5000 тиков, то это самое количество тиков мы можем принять за
Таким образом значение
А если процессов больше, чем доступных тиков? Возникает очередь и LA начинает принимать значения выше единицы. При этом
Таким образом тормозная дисковая подсистема также может сильно увеличить значение LA при фактическом простое процессора.
Корректно ли это? Да, корректно, так как процесс нуждается в вычислительных ресурсах, но не может их получить, по какой причине – это уже совсем отдельная история.
Что будет если мы добавим еще одно ядро, не важно физическое, логическое или виртуальное. У нас появятся еще 5000 тиков и полной нагрузке на систему будет соответствовать
Означает ли это, что производительность выросла вдвое? Нет. Производительность зависит от того, сколько операций за единицу времени может выполнить конкретное ядро.
Но теперь за одну и ту же единицу времени доступ к CPU получат уже не 5 000, а 10 000 процессов. А, как известно, лучше плохое ехать, чем хорошо стоять.
Таким образом максимальный LA всегда считается по количеству доступных системе ядер, а их происхождение неважно.
https://interface31.ru/tech_it/2016/06/linux-nachinayushhim-chto-takoe-load-average-i-kakuyu-informaciyu-on-neset.html
Сегодня в очередной раз столкнулся с неверным пониманием такого важного параметра, как Load Average.
Уже неизвестно откуда пошла такая теория, что логические, а тем более виртуальные ядра искажают значение LA просто потому, что они «ненастоящие». Но она оказалась живучей и до сих пор бродит в IT-среде как призрак коммунизма.
На самом деле это не так, потому что Load Average – это не физический параметр и тем более не показатель нагрузки на CPU или его производительности.
Это относительное значение, показывающее доступность вычислительных ресурсов в системе.
Мы знаем, что процессор выделяет каждому нуждающемуся в вычислениях процессу некоторое время, называемое тиком, в течении которого процесс получает доступ к вычислительным ресурсам ЦПУ.
Если мы возьмем некоторое время, а при вычислении LA берется промежуток из 5000 тиков, то это самое количество тиков мы можем принять за
100% или единицу. Таким образом значение
1 для LA означает, что все тики были отданы процессам, но очереди не возникло. А если LA = 0.25 – то это значит, что процессы использовали только четверть доступных тиков.А если процессов больше, чем доступных тиков? Возникает очередь и LA начинает принимать значения выше единицы. При этом
LA > 1 вовсе не означает недостатка именно процессорных ресурсов, процесс может не использовать свой тик по причине ожидания, например, дискового ввода вывода. Таким образом тормозная дисковая подсистема также может сильно увеличить значение LA при фактическом простое процессора.
Корректно ли это? Да, корректно, так как процесс нуждается в вычислительных ресурсах, но не может их получить, по какой причине – это уже совсем отдельная история.
Что будет если мы добавим еще одно ядро, не важно физическое, логическое или виртуальное. У нас появятся еще 5000 тиков и полной нагрузке на систему будет соответствовать
LA = 2.Означает ли это, что производительность выросла вдвое? Нет. Производительность зависит от того, сколько операций за единицу времени может выполнить конкретное ядро.
Но теперь за одну и ту же единицу времени доступ к CPU получат уже не 5 000, а 10 000 процессов. А, как известно, лучше плохое ехать, чем хорошо стоять.
Таким образом максимальный LA всегда считается по количеству доступных системе ядер, а их происхождение неважно.
https://interface31.ru/tech_it/2016/06/linux-nachinayushhim-chto-takoe-load-average-i-kakuyu-informaciyu-on-neset.html
👍35🤝2🔥1
Адаптеры PowerLine – практические особенности эксплуатации
С приходом весны и тепла у моего товарища снова поднялся насущный вопрос – как провести нормальный интернет в гараж. Wi-Fi туда вроде как и добивал, но делал это как-то нестабильно, с нерегулярной скоростью и разрывами. Средняя скорость приема в гараже была около 20-25 Мбит/с.
Радикальное решение – протянуть витуху – не рассматривалось. Потому как делать это плохо, тупо бросив воздушку не хотелось, а хорошо – протянуть по подсобным помещениям выходило слишком хлопотным мероприятием.
Поэтому решили рассмотреть альтернативные решения и тут мы вспомнили о таком типе оборудования как PowerLine-адаптеры, позволяющие поднять локальную сеть поверх питающей сети 200 В.
Теперь немного теории. Стандарт HomePlug AV предусматривает использование двух проводов и использует рабочие частоты 1,8 – 30 МГц позволяя достигать скоростей до 100 Мбит/с. Стандарт HomePlug AV2 дополнительно использует третий провод (нейтраль) и частоты до 80 МГц, что позволяет реализовать скорости до 1 Гбит/с.
Рабочие частоты данных адаптеров достаточно низки и достаточно эффективно глушатся сетевыми фильтрами, а также чувствительны к помехам от другого электрооборудования (двигатели, импульсные помехи и т.д.) поэтому итоговая скорость будет сильно зависеть от состояния и конфигурации электрической сети.
Проводка в гараже без третьего провода, поэтому мы сразу приняли для себя, что 100 Мбит/с там будет вполне достаточно, тем более что входящий интернет также ограничен этой скоростью по тарифу.
Для покупки выбрали на Озоне PowerLine PLC RP-901TR v.2 пара которых обошлась нам в 1500 руб. (сейчас можно найти дешевле), адаптеры б/у от МГТС, но отзывы о них вполне хорошие.
На вид адаптеры практически новые, следов эксплуатации не видно, скорее всего лежали где-то на складе. Пришли уже сопряженные друг с другом, но когда мы решили попробовать повторить эту процедуру, то выяснилось, что инструкция на вложенной бумажке к адаптерам не подходит, нужная нашлась в интернете за пять минуть ленивых поисков.
Сначала решили провести синтетические тесты, для этого включили оба адаптера в один пилот и взяв два ноутбука запустили iperf. В результате стабильная скорость между ними установилась на 800-850 Мбит/с, при длительной нагрузке (мы гоняли тест около 15 мин.) адаптеры начали ощутимо нагреваться.
Заменяем пилот обычным удлинителем на 2 провода из гаража, результат предсказуем 85-89 Мбит/с.
Ок, уносим один адаптер в гараж и подключаем его в пилот. Второй оставляем на столе, в итоге у нас образовалась весьма причудливая конфигурация:
▫️ Адаптер - Пилот – Пилот – Пилот – Сеть – Пилот – Адаптер
▫️Результат: 10-15 Мбит/с
Выкидываем лишнюю цепочку из пилотов, оставляем:
▫️ Адаптер - Пилот – Сеть – Пилот – Адаптер
▫️Результат: 35-45 Мбит/с
Включаем в гараже адаптер напрямую в розетку, как и рекомендуют все инструкции, дома такой возможности нет, оставляем адаптер в пилоте, получаем схему:
▫️ Адаптер - Пилот – Сеть – Адаптер
▫️Результат: 70-75 Мбит/с.
Такой результат моего товарища полностью устроил, так как ради лишних 10 Мбит/с решать проблему с подключением крупного адаптера в розетки, спрятанные за мебелью как-то сильно не хотелось.
Данная система находится в эксплуатации с начала апреля, связь стабильная, нареканий нет. По помехам сильная чувствительность только к сварке и коллекторным двигателям электроинструмента, но с последними помогает подключить их через хороший пилот.
В целом подобные устройства, с учетом их низкой цены, можно покупать и использовать, но с оглядкой на все вышесказанное и понимая все возможные ограничения.
С приходом весны и тепла у моего товарища снова поднялся насущный вопрос – как провести нормальный интернет в гараж. Wi-Fi туда вроде как и добивал, но делал это как-то нестабильно, с нерегулярной скоростью и разрывами. Средняя скорость приема в гараже была около 20-25 Мбит/с.
Радикальное решение – протянуть витуху – не рассматривалось. Потому как делать это плохо, тупо бросив воздушку не хотелось, а хорошо – протянуть по подсобным помещениям выходило слишком хлопотным мероприятием.
Поэтому решили рассмотреть альтернативные решения и тут мы вспомнили о таком типе оборудования как PowerLine-адаптеры, позволяющие поднять локальную сеть поверх питающей сети 200 В.
Теперь немного теории. Стандарт HomePlug AV предусматривает использование двух проводов и использует рабочие частоты 1,8 – 30 МГц позволяя достигать скоростей до 100 Мбит/с. Стандарт HomePlug AV2 дополнительно использует третий провод (нейтраль) и частоты до 80 МГц, что позволяет реализовать скорости до 1 Гбит/с.
Рабочие частоты данных адаптеров достаточно низки и достаточно эффективно глушатся сетевыми фильтрами, а также чувствительны к помехам от другого электрооборудования (двигатели, импульсные помехи и т.д.) поэтому итоговая скорость будет сильно зависеть от состояния и конфигурации электрической сети.
Проводка в гараже без третьего провода, поэтому мы сразу приняли для себя, что 100 Мбит/с там будет вполне достаточно, тем более что входящий интернет также ограничен этой скоростью по тарифу.
Для покупки выбрали на Озоне PowerLine PLC RP-901TR v.2 пара которых обошлась нам в 1500 руб. (сейчас можно найти дешевле), адаптеры б/у от МГТС, но отзывы о них вполне хорошие.
На вид адаптеры практически новые, следов эксплуатации не видно, скорее всего лежали где-то на складе. Пришли уже сопряженные друг с другом, но когда мы решили попробовать повторить эту процедуру, то выяснилось, что инструкция на вложенной бумажке к адаптерам не подходит, нужная нашлась в интернете за пять минуть ленивых поисков.
Сначала решили провести синтетические тесты, для этого включили оба адаптера в один пилот и взяв два ноутбука запустили iperf. В результате стабильная скорость между ними установилась на 800-850 Мбит/с, при длительной нагрузке (мы гоняли тест около 15 мин.) адаптеры начали ощутимо нагреваться.
Заменяем пилот обычным удлинителем на 2 провода из гаража, результат предсказуем 85-89 Мбит/с.
Ок, уносим один адаптер в гараж и подключаем его в пилот. Второй оставляем на столе, в итоге у нас образовалась весьма причудливая конфигурация:
▫️ Адаптер - Пилот – Пилот – Пилот – Сеть – Пилот – Адаптер
▫️Результат: 10-15 Мбит/с
Выкидываем лишнюю цепочку из пилотов, оставляем:
▫️ Адаптер - Пилот – Сеть – Пилот – Адаптер
▫️Результат: 35-45 Мбит/с
Включаем в гараже адаптер напрямую в розетку, как и рекомендуют все инструкции, дома такой возможности нет, оставляем адаптер в пилоте, получаем схему:
▫️ Адаптер - Пилот – Сеть – Адаптер
▫️Результат: 70-75 Мбит/с.
Такой результат моего товарища полностью устроил, так как ради лишних 10 Мбит/с решать проблему с подключением крупного адаптера в розетки, спрятанные за мебелью как-то сильно не хотелось.
Данная система находится в эксплуатации с начала апреля, связь стабильная, нареканий нет. По помехам сильная чувствительность только к сварке и коллекторным двигателям электроинструмента, но с последними помогает подключить их через хороший пилот.
В целом подобные устройства, с учетом их низкой цены, можно покупать и использовать, но с оглядкой на все вышесказанное и понимая все возможные ограничения.
👍62
Субботнее. О жизни.
Нашел фото 2013 года, 10 лет назад, классический джентельменский набор администратора.
Не хватает только сумочки с дисками и стопки болванок на шпинделе.
С тех пор многое изменилось. Компакт-диски вымерли как класс. У меня дома нет ни одного устройства с их поддержкой.
Популярные боксы Zalman-VE и их аналоги (точнее оригиналы) от IODD массово вытеснили флешки с Ventoy, который в последних версиях действительно хорош.
Хотя у меня лежит где-то в тумбочке полуживой VE-300, на самый тяжелый случай, когда надо будет эмулировать аппаратный привод. Но что-то таких случаев давно не попадалось...
Нашел фото 2013 года, 10 лет назад, классический джентельменский набор администратора.
Не хватает только сумочки с дисками и стопки болванок на шпинделе.
С тех пор многое изменилось. Компакт-диски вымерли как класс. У меня дома нет ни одного устройства с их поддержкой.
Популярные боксы Zalman-VE и их аналоги (точнее оригиналы) от IODD массово вытеснили флешки с Ventoy, который в последних версиях действительно хорош.
Хотя у меня лежит где-то в тумбочке полуживой VE-300, на самый тяжелый случай, когда надо будет эмулировать аппаратный привод. Но что-то таких случаев давно не попадалось...
👍41🔥3
Какие загрузочные носители вы продолжаете использовать в своей работе? Можно выбрать несколько ответов.
Anonymous Poll
52%
Флешки
60%
Флешки с Ventoy
6%
Флешки с netboot.xyz
10%
CD/DVD диски
23%
Боксы VE-300/400 и аналоги
2%
Дискеты 3,5"
2%
Дискеты 5,25"
4%
Кассетный магнитофон
4%
Я не настоящий админ, я компьютер кнопочкой включаю
2%
Ничего не понятно, но очень интересно
👍18
VPN и шифрование
VPN сейчас в тренде, понятно, время такое. Но вот то, что иногда делают с ним, вроде бы технически грамотные люди – решительно непонятно.
Любимое народное развлечение – это накрутить на туннель шифров, да побольше, да посильнее. Особенно любят баловаться этим на Mikrotik.
И мы сейчас не про VPN для удаленного доступа, а про тот который пойди туда не знаю куда. После чего сразу поступают вопросы – а чего это все так медленно?
Вот здесь и хочется спросить: а что и от кого вы шифруете? И зачем?
Безопасность на уровне приложений решается с помощью SSL (HTTPS) и это действительно надежно.
Хотим приватности от провайдера - добавляем DNS over HTTPS и этого достаточно.
Если вам ходить туда, не знаю куда - то вам нужна только "труба" с точкой выхода там, не знаю где. Все что должно быть зашифровано - и так зашифровано, что нет - так и пойдет открытым текстом от точки выхода до пункта назначения.
Здесь хватит простого и быстрого шифра и нет никакого смысла во всяких AES-256 + SHA-512. Разве что дома холодно, и вы решили погреться от роутера.
VPN сейчас в тренде, понятно, время такое. Но вот то, что иногда делают с ним, вроде бы технически грамотные люди – решительно непонятно.
Любимое народное развлечение – это накрутить на туннель шифров, да побольше, да посильнее. Особенно любят баловаться этим на Mikrotik.
И мы сейчас не про VPN для удаленного доступа, а про тот который пойди туда не знаю куда. После чего сразу поступают вопросы – а чего это все так медленно?
Вот здесь и хочется спросить: а что и от кого вы шифруете? И зачем?
Безопасность на уровне приложений решается с помощью SSL (HTTPS) и это действительно надежно.
Хотим приватности от провайдера - добавляем DNS over HTTPS и этого достаточно.
Если вам ходить туда, не знаю куда - то вам нужна только "труба" с точкой выхода там, не знаю где. Все что должно быть зашифровано - и так зашифровано, что нет - так и пойдет открытым текстом от точки выхода до пункта назначения.
Здесь хватит простого и быстрого шифра и нет никакого смысла во всяких AES-256 + SHA-512. Разве что дома холодно, и вы решили погреться от роутера.
👍60😁14❤1👎1💯1
USB 3.x и Wi-Fi 2,4 ГГц
Что у них общего? На первый взгляд ничего, где USB и где Wi-Fi, абсолютно разные технологии.
Но если копнуть немного глубже, то перед нами электронные устройства, предназначенные для скоростной передачи данных, а следовательно, работающие на высоких частотах и способные производить помехи другим электронным устройствам.
USB 3.x не исключение, частотный спектр сигнала которого пересекается с диапазоном Wi-Fi 2,4 ГГц и способен серьезно нарушить работу последнего, вплоть до полного пропадания связи.
Это, например, коротко описано в разделе техподдержки TP-LINK:
Согласно спецификации интерфейса USB 3.0, передача данных по данному стандарту затрагивает частотный диапазон в 2,4-2,5 ГГц.
В результате, большое количество шумов или интерференций сигнала возникает на частоте 2,4 ГГц, и как следствие, мешает корректной работе роутера.
Если устройство USB 3.0 расположено близко к антеннам роутера, роутер пользователя может испытывать серьезные воздействия на частоте 2,4 ГГц.
Кому интересны подробности – могут ознакомиться с более детальным документом: https://www.usb.org/sites/default/files/327216.pdf
Выводы из него просты: если вы используете USB 3.x устройства с недостаточным экранированием кабелей или самих устройств, то можете получить серьезные проблемы с работой Wi-Fi в диапазоне 2,4 ГГц.
Особенно это касается роутеров, к которым пользователи любят присоединять накопители делая из них мини-медиацентры. Уровень широкополосного шума от USB 3.0 жесткого диска показан на картинке к посту.
Можно увидеть, что в среднем он на 20 дБм превышает фоновый шум, что является серьезной помехой, вызывающей различные негативные эффекты.
Аналогичный эффект могут испытывать клиентские устройства, такие как ноутбуки. Активное USB устройство, вставленное со стороны размещения беспроводного адаптера или его антенн может существенно ухудшить условия приема.
Также кроме Wi-Fi могут страдать и иные беспроводные устройства, например, беспроводные клавиатуры и мыши, также работающие в диапазоне 2,4 ГГц.
Поэтому если ваши устройства ввода вдруг начали вести себя неадекватно, то проверьте, не воткнул ли кто-то рядом с ними USB 3.x устройство.
Чтобы убедиться, что это не теоретическая вероятность, а суровая правда жизни могу привести реальный пример, когда человек столкнулся с подобным эффектом от углового адаптера порта: https://mysku.club/blog/aliexpress/99897.html
При этом на диапазон 5 ГГц устройства USB 3.х никакого негативного влияния не оказывают, на него приходится минимум помех, а следующая гармоника проявит себя уже в диапазоне 7,5 ГГц, но это уже совсем другая история.
Что у них общего? На первый взгляд ничего, где USB и где Wi-Fi, абсолютно разные технологии.
Но если копнуть немного глубже, то перед нами электронные устройства, предназначенные для скоростной передачи данных, а следовательно, работающие на высоких частотах и способные производить помехи другим электронным устройствам.
USB 3.x не исключение, частотный спектр сигнала которого пересекается с диапазоном Wi-Fi 2,4 ГГц и способен серьезно нарушить работу последнего, вплоть до полного пропадания связи.
Это, например, коротко описано в разделе техподдержки TP-LINK:
Согласно спецификации интерфейса USB 3.0, передача данных по данному стандарту затрагивает частотный диапазон в 2,4-2,5 ГГц.
В результате, большое количество шумов или интерференций сигнала возникает на частоте 2,4 ГГц, и как следствие, мешает корректной работе роутера.
Если устройство USB 3.0 расположено близко к антеннам роутера, роутер пользователя может испытывать серьезные воздействия на частоте 2,4 ГГц.
Кому интересны подробности – могут ознакомиться с более детальным документом: https://www.usb.org/sites/default/files/327216.pdf
Выводы из него просты: если вы используете USB 3.x устройства с недостаточным экранированием кабелей или самих устройств, то можете получить серьезные проблемы с работой Wi-Fi в диапазоне 2,4 ГГц.
Особенно это касается роутеров, к которым пользователи любят присоединять накопители делая из них мини-медиацентры. Уровень широкополосного шума от USB 3.0 жесткого диска показан на картинке к посту.
Можно увидеть, что в среднем он на 20 дБм превышает фоновый шум, что является серьезной помехой, вызывающей различные негативные эффекты.
Аналогичный эффект могут испытывать клиентские устройства, такие как ноутбуки. Активное USB устройство, вставленное со стороны размещения беспроводного адаптера или его антенн может существенно ухудшить условия приема.
Также кроме Wi-Fi могут страдать и иные беспроводные устройства, например, беспроводные клавиатуры и мыши, также работающие в диапазоне 2,4 ГГц.
Поэтому если ваши устройства ввода вдруг начали вести себя неадекватно, то проверьте, не воткнул ли кто-то рядом с ними USB 3.x устройство.
Чтобы убедиться, что это не теоретическая вероятность, а суровая правда жизни могу привести реальный пример, когда человек столкнулся с подобным эффектом от углового адаптера порта: https://mysku.club/blog/aliexpress/99897.html
При этом на диапазон 5 ГГц устройства USB 3.х никакого негативного влияния не оказывают, на него приходится минимум помех, а следующая гармоника проявит себя уже в диапазоне 7,5 ГГц, но это уже совсем другая история.
👍47🫡8❤1🤔1
23 апреля встречаемся на хардкорном митапе «Метрокластер на отечественном»
Что в программе?
▪️Разбор архитектуры и нюансов технологии метрокластера, особенностей проектирования и реализации
▪️Live-demo работы решения на отечественном оборудовании и ПО
Вы увидите, как ведет себя прикладное ПО при выходе из строя отдельных компонентов кластера и продуктивной площадки целиком.
В составе стенда два набора оборудования:
▪️СХД Аэродиск
▪️Сервер виртуализации Aquarius под управлением zVirt
▪️Коммутатор Qtech
и один набор ПО:
▪️СУБД Postgres Pro под синтетической нагрузкой
▪️Платформа анализа данных Visiology с рабочим местом администратора и руководителя ИТ-инфраструктуры и панелью по анализу данных
Между двумя площадками эмулируется расстояние 60 км. Отслеживать состояние комплекса будет система мониторинга «Пульт».
🗓 Когда?
23 апреля, 16:00
✅ Регистрация
Что в программе?
▪️Разбор архитектуры и нюансов технологии метрокластера, особенностей проектирования и реализации
▪️Live-demo работы решения на отечественном оборудовании и ПО
Вы увидите, как ведет себя прикладное ПО при выходе из строя отдельных компонентов кластера и продуктивной площадки целиком.
В составе стенда два набора оборудования:
▪️СХД Аэродиск
▪️Сервер виртуализации Aquarius под управлением zVirt
▪️Коммутатор Qtech
и один набор ПО:
▪️СУБД Postgres Pro под синтетической нагрузкой
▪️Платформа анализа данных Visiology с рабочим местом администратора и руководителя ИТ-инфраструктуры и панелью по анализу данных
Между двумя площадками эмулируется расстояние 60 км. Отслеживать состояние комплекса будет система мониторинга «Пульт».
🗓 Когда?
23 апреля, 16:00
✅ Регистрация
👍3
Мы купили новый компьютер, но 1С все равно тормозит…
На самом деле вы просто не умеете ее готовить. На скриншотах показан результат до и после настройки исключений встроенного антивируса Windows Defender. Впечатляет?
Про его «тесную дружбу» с 1С мы писали в статье:
🔹 Почему тормозит 1С. Файловый режим и Microsoft Defender
✅ В статью добавлен скрипт, который автоматизирует добавление исключений для антивируса.
Для контроля полученного результата используем тест Гилева:
🔹 Как установить и использовать тест Гилева для 1С:Предприятие
Кстати, в последнее версии теста он еще определяет и сообщает о потенциально узких местах, таких как неправильная настройка схемы электропитания и т.п.
На самом деле вы просто не умеете ее готовить. На скриншотах показан результат до и после настройки исключений встроенного антивируса Windows Defender. Впечатляет?
Про его «тесную дружбу» с 1С мы писали в статье:
🔹 Почему тормозит 1С. Файловый режим и Microsoft Defender
✅ В статью добавлен скрипт, который автоматизирует добавление исключений для антивируса.
Для контроля полученного результата используем тест Гилева:
🔹 Как установить и использовать тест Гилева для 1С:Предприятие
Кстати, в последнее версии теста он еще определяет и сообщает о потенциально узких местах, таких как неправильная настройка схемы электропитания и т.п.
👍48🔥5
Как внедрить ИИ в бизнес-процессы
Все говорят об эффективности искусственного интеллекта, а кто скажет, с чего начать?
Directum собрал опыт известных компаний и включил лучшие практики в один гайд. С его помощью вы сможете:
🔸 Оценить, какие задачи можно передать ИИ уже сейчас.
🔸 Пошагово спланировать интеграцию технологий в ваши процессы.
🔸 Избежать типичных ошибок при внедрении.
Бонусом получите реальные кейсы, как компании экономят время и деньги с помощью ИИ.
Успейте скачать гайд Directum, пока они делятся им бесплатно 🔥
#реклама
О рекламодателе
Все говорят об эффективности искусственного интеллекта, а кто скажет, с чего начать?
Directum собрал опыт известных компаний и включил лучшие практики в один гайд. С его помощью вы сможете:
🔸 Оценить, какие задачи можно передать ИИ уже сейчас.
🔸 Пошагово спланировать интеграцию технологий в ваши процессы.
🔸 Избежать типичных ошибок при внедрении.
Бонусом получите реальные кейсы, как компании экономят время и деньги с помощью ИИ.
Успейте скачать гайд Directum, пока они делятся им бесплатно 🔥
#реклама
О рекламодателе
👍3❤1🔥1🤡1
Настройка файлового сервера Samba на платформе Debian / Ubuntu
Файловый сервер можно без преувеличения назвать средством первой необходимости, даже в сетях без выделенного сервера вы всегда обнаружите папки с общим доступом, но по мере роста объемов данных появляется потребность в отдельном решении.
Вариантов его организации множество, одним из которых является служба Samba на Linux-сервере, это простое, недорогое, но в то же время мощное решение по организации общего доступа к файлам и папкам в Windows сетях.
В данной статье мы рассмотрим настройку простого сервера на основе Samba 4 работающего в ОС Debian / Ubuntu.
https://interface31.ru/tech_it/2019/06/nastroyka-faylovogo-servera-samba-na-platforme-debian-ubuntu.html
Файловый сервер можно без преувеличения назвать средством первой необходимости, даже в сетях без выделенного сервера вы всегда обнаружите папки с общим доступом, но по мере роста объемов данных появляется потребность в отдельном решении.
Вариантов его организации множество, одним из которых является служба Samba на Linux-сервере, это простое, недорогое, но в то же время мощное решение по организации общего доступа к файлам и папкам в Windows сетях.
В данной статье мы рассмотрим настройку простого сервера на основе Samba 4 работающего в ОС Debian / Ubuntu.
https://interface31.ru/tech_it/2019/06/nastroyka-faylovogo-servera-samba-na-platforme-debian-ubuntu.html
👍41🔥4
Файловая информационная база 1С:Предприятие
Обсуждение показало, что многие коллеги имеют превратное представление о файловой информационной базе 1С, считая ее пережитком прошлого и вообще сосредоточением всех возможных недостатков платформы.
Однако это далеко не так, и в данной заметке мы расскажем почему.
Что собой представляет файловая база? Это собственный формат базы данных от 1С, который всю необходимую информацию хранит в одном единственном файле 1Cv8.1CD, кроме него в папке с базой находятся вспомогательные файлы, но никакой ценности они не несут, все нужное сосредоточено в единственном файле.
Файл имеет страничную структуру и может содержать 2^32-1 страницу размером 4 КБ, что ограничивает общий объем файла базы размеров в 16 ТБ. При этом, в силу внутреннего устройства действует дополнительное ограничение в размере 4 ГБ на размер внутренней таблицы файла.
Начиная с версии 8.3.8 можно менять размер страницы с 4 КБ до 64 КБ, что позволяет увеличить лимит размера внутренней таблицы до 6 ГБ.
Что касается скорости работы, то при прочих равных файловая база всегда работает быстрее клиент-серверной, быстрее в несколько раз. В этом может легко убедиться каждый при помощи теста Гилева. В результате нашего экспресс-теста была получена трехкратная разница.
Как это можно использовать? Если у вас есть тяжелые задачи, требующие преимущественно однопоточного, монопольного доступа, то вы можете радикально их ускорить, выгрузив клиент-серверную базу в файловую, выполнив необходимые операции и загрузив обратно.
А еще вы можете перенести такую базу с сервера на пользовательский ПК с более высокой производительностью на ядро и еще более ускорив выполнение нужных операций.
Поэтому, если вы используете базу единолично, то файловый режим – это то, что доктор прописал. И именно в файловый режим мы всегда выгружаем тестовые базы и базы для разработки, несмотря на наличие севера. Потому что быстрее, сильно быстрее.
Но есть и иная сторона медали, общий доступ к файловой базе осуществляется путем разделения доступа к файлу базы и первое с чем вы столкнетесь – это блокировки. При совместной работе производительность файлового варианта резко падает, поэтому общие рекомендации – это не более 3-5 пользователей.
Второе ограничение – это размер базы, по мере роста которой работа в многопользовательском файловом режиме будет все менее комфортной. Это связано с тем, что по сети приходится гонять большой объем данных, что упирается в производительность дисковой и сетевой подсистем.
В эпоху жестких дисков таким порогом был размер примерно в 4 ГБ, в эпоху SSD более-менее комфортно жить в файловой можно до 10-12 ГБ.
Но здесь есть еще один «чит» - публикация на веб-сервере. В таком режиме работы модуль расширения веб-сервера выполняет серверный код, а тонкий клиент или браузер – клиентскую часть кода.
При этом есть одна тонкость, модуль расширения веб-сервера в файловом режиме однопоточен. Т.е. все запросы клиентов ставятся в единую очередь. При этом вопрос блокировок отпадает сам собой.
Но очередь – скажете вы. И что, что очередь? Еще раз смотрим на разницу в производительности и понимаем, что до определенного предела производительность файлового режима через веб-сервер позволяет вообще не задумываться об этом моменте. Если очередь обслуживается быстро, то не все равно сколько вас там в этой очереди?
Поэтому сегодня даже в одной сети есть смысл использовать файловую базу сугубо через веб-сервер. Это позволяет закрыть потребности 5-10 и даже 15 пользователей простым пользовательским железом, в этом плане вне конкуренции процессоры AMD Ryzen 5/7/9.
Стимулами для перехода на клиент-серверные версии становится рост количества пользователей, когда однопоточный модуль не успевает обрабатывать очередь, рост объема базы, а также необходимость выполнения регламентных заданий и обменов в автоматическом режиме, без активных сеансов пользователя.
Но это уже совсем другой уровень бизнеса и инфраструктуры, да и вообще совсем другая история.
Обсуждение показало, что многие коллеги имеют превратное представление о файловой информационной базе 1С, считая ее пережитком прошлого и вообще сосредоточением всех возможных недостатков платформы.
Однако это далеко не так, и в данной заметке мы расскажем почему.
Что собой представляет файловая база? Это собственный формат базы данных от 1С, который всю необходимую информацию хранит в одном единственном файле 1Cv8.1CD, кроме него в папке с базой находятся вспомогательные файлы, но никакой ценности они не несут, все нужное сосредоточено в единственном файле.
Файл имеет страничную структуру и может содержать 2^32-1 страницу размером 4 КБ, что ограничивает общий объем файла базы размеров в 16 ТБ. При этом, в силу внутреннего устройства действует дополнительное ограничение в размере 4 ГБ на размер внутренней таблицы файла.
Начиная с версии 8.3.8 можно менять размер страницы с 4 КБ до 64 КБ, что позволяет увеличить лимит размера внутренней таблицы до 6 ГБ.
Что касается скорости работы, то при прочих равных файловая база всегда работает быстрее клиент-серверной, быстрее в несколько раз. В этом может легко убедиться каждый при помощи теста Гилева. В результате нашего экспресс-теста была получена трехкратная разница.
Как это можно использовать? Если у вас есть тяжелые задачи, требующие преимущественно однопоточного, монопольного доступа, то вы можете радикально их ускорить, выгрузив клиент-серверную базу в файловую, выполнив необходимые операции и загрузив обратно.
А еще вы можете перенести такую базу с сервера на пользовательский ПК с более высокой производительностью на ядро и еще более ускорив выполнение нужных операций.
Поэтому, если вы используете базу единолично, то файловый режим – это то, что доктор прописал. И именно в файловый режим мы всегда выгружаем тестовые базы и базы для разработки, несмотря на наличие севера. Потому что быстрее, сильно быстрее.
Но есть и иная сторона медали, общий доступ к файловой базе осуществляется путем разделения доступа к файлу базы и первое с чем вы столкнетесь – это блокировки. При совместной работе производительность файлового варианта резко падает, поэтому общие рекомендации – это не более 3-5 пользователей.
Второе ограничение – это размер базы, по мере роста которой работа в многопользовательском файловом режиме будет все менее комфортной. Это связано с тем, что по сети приходится гонять большой объем данных, что упирается в производительность дисковой и сетевой подсистем.
В эпоху жестких дисков таким порогом был размер примерно в 4 ГБ, в эпоху SSD более-менее комфортно жить в файловой можно до 10-12 ГБ.
Но здесь есть еще один «чит» - публикация на веб-сервере. В таком режиме работы модуль расширения веб-сервера выполняет серверный код, а тонкий клиент или браузер – клиентскую часть кода.
При этом есть одна тонкость, модуль расширения веб-сервера в файловом режиме однопоточен. Т.е. все запросы клиентов ставятся в единую очередь. При этом вопрос блокировок отпадает сам собой.
Но очередь – скажете вы. И что, что очередь? Еще раз смотрим на разницу в производительности и понимаем, что до определенного предела производительность файлового режима через веб-сервер позволяет вообще не задумываться об этом моменте. Если очередь обслуживается быстро, то не все равно сколько вас там в этой очереди?
Поэтому сегодня даже в одной сети есть смысл использовать файловую базу сугубо через веб-сервер. Это позволяет закрыть потребности 5-10 и даже 15 пользователей простым пользовательским железом, в этом плане вне конкуренции процессоры AMD Ryzen 5/7/9.
Стимулами для перехода на клиент-серверные версии становится рост количества пользователей, когда однопоточный модуль не успевает обрабатывать очередь, рост объема базы, а также необходимость выполнения регламентных заданий и обменов в автоматическом режиме, без активных сеансов пользователя.
Но это уже совсем другой уровень бизнеса и инфраструктуры, да и вообще совсем другая история.
👍60🔥9❤1🤔1
Шифруй меня полностью! Как построить надёжный KMS для публичного облака?
Расскажем 30 апреля в 5-й серии реалити-проекта для инженеров — Building the Cloud от MWS.
Что будет в эфире:
— база про шифрование в облачных средах
— архитектура сервиса KMS для облака MWS: челленджи и решения
— розыгрыш мерча за лучший вопрос
Если интересуешься безопасностью, шифрованием и внутренней кухней облаков — регистрируйся.
Зарегистрироваться
Реклама. ПАО "МТС". ИНН 7740000076.
Расскажем 30 апреля в 5-й серии реалити-проекта для инженеров — Building the Cloud от MWS.
Что будет в эфире:
— база про шифрование в облачных средах
— архитектура сервиса KMS для облака MWS: челленджи и решения
— розыгрыш мерча за лучший вопрос
Если интересуешься безопасностью, шифрованием и внутренней кухней облаков — регистрируйся.
Зарегистрироваться
Реклама. ПАО "МТС". ИНН 7740000076.
👍1
Лицензирование 1С:Предприятие 8.х
Система программ 1С:Предприятие широко применяется в организациях любого размера и хорошо известна каждому администратору.
Но до сих пор возникают вопросы по правильному лицензированию программы.
С одной стороны ничего сложного там нет, все написано в лицензионном соглашении, которое полностью размещено на узенькой страничке анкеты, с другой есть различные особенности, разночтения и заблуждения.
Поэтому мы решили в простой и доступной форме еще раз осветить этот вопрос.
https://interface31.ru/tech_it/2023/03/licenzirovanie-1spredpriyatie-8h.html
Система программ 1С:Предприятие широко применяется в организациях любого размера и хорошо известна каждому администратору.
Но до сих пор возникают вопросы по правильному лицензированию программы.
С одной стороны ничего сложного там нет, все написано в лицензионном соглашении, которое полностью размещено на узенькой страничке анкеты, с другой есть различные особенности, разночтения и заблуждения.
Поэтому мы решили в простой и доступной форме еще раз осветить этот вопрос.
https://interface31.ru/tech_it/2023/03/licenzirovanie-1spredpriyatie-8h.html
👍23
Как показал читательский отклик тема публикации баз 1С:Предприяите на веб-сервере вызывает интерес у многих читателей, в связи с чем предлагаем вам подборку наших материалов на эту тему:
🔹 Настраиваем веб-доступ для 1С:Предприятия в файловом режиме
🔹 Настраиваем веб-доступ для 1С:Предприятия в файловом режиме на платформе Linux
🔹 Публикация баз данных 1С:Предприятие 8.3 на веб-сервере Apache в Debian или Ubuntu
🔹 Защищаем веб-публикацию 1С:Предприятие при помощи SSL и аутентификации по паролю
🔹 Публикация баз данных 1С:Предприятие на веб-сервере IIS c защитой SSL и аутентификацией по паролю
🔹 Публикация баз данных 1С:Предприятие на веб-сервере Apache в Windows c защитой SSL и аутентификацией по паролю
🔹 Настраиваем NGINX как обратный прокси для веб-публикации 1С:Предприятие
🔹 Настраиваем веб-доступ для 1С:Предприятия в файловом режиме
🔹 Настраиваем веб-доступ для 1С:Предприятия в файловом режиме на платформе Linux
🔹 Публикация баз данных 1С:Предприятие 8.3 на веб-сервере Apache в Debian или Ubuntu
🔹 Защищаем веб-публикацию 1С:Предприятие при помощи SSL и аутентификации по паролю
🔹 Публикация баз данных 1С:Предприятие на веб-сервере IIS c защитой SSL и аутентификацией по паролю
🔹 Публикация баз данных 1С:Предприятие на веб-сервере Apache в Windows c защитой SSL и аутентификацией по паролю
🔹 Настраиваем NGINX как обратный прокси для веб-публикации 1С:Предприятие
👍39❤10🔥5
Порядок получения лицензий 1С:Предприятия клиентским приложением
Все виды клиентов 1С:Предприятия (кроме веб-клиента) осуществляют поиск лицензии в следующей последовательности:
▫️ Если ранее лицензия была успешно получена, то выполняется попытка получения лицензии из того же файла программной лицензии или HASP ключа что и при последнем подключении
▫️ При первом подключении или в том случае если на предыдущем этапе лицензия не была найдена выполняется поиск локальных программных лицензий
▫️ Поиск локального ключа HASP
▫️ Поиск сетевого ключа HASP доступного через HASP LM
▫️ Поиск базовой лицензии на локальном компьютере
❗️ Если лицензия не была найдена, то клиент обращается за лицензией на сервер (веб-сервер), поиск выполняет менеджер кластера, на который назначен сервис сеансовых данных в следующем порядке:
▫️ Программная лицензия или ключ защиты HASP откуда была получена лицензия при последнем удачном подключении
▫️ Поиск локальной программной лицензии
▫️ Поиск локального клиентского ключа HASP
▫️ Поиск сетевого ключа HASP доступного через HASP LM
▫️ Программная лицензия на сервере лицензирования откуда была получена лицензия при последнем удачном запуске
▫️ Поиск программной лицензии на сервере лицензирования
☝️ При этом выдача лицензии сервером имеет свои особенности:
▫️ Лицензия выдается на каждый сеанс, т.е. один клиент может занять несколько лицензий
▫️ Сервер может подключиться только к одному локальному и одному сетевому ключу одной серии
Как видим, алгоритм достаточно сложный и поиск ключей выполняется во многих местах, поэтому для ускорения запуска клиента 1С, если вы не используете аппаратные ключи, следует использовать параметр
Все виды клиентов 1С:Предприятия (кроме веб-клиента) осуществляют поиск лицензии в следующей последовательности:
▫️ Если ранее лицензия была успешно получена, то выполняется попытка получения лицензии из того же файла программной лицензии или HASP ключа что и при последнем подключении
▫️ При первом подключении или в том случае если на предыдущем этапе лицензия не была найдена выполняется поиск локальных программных лицензий
▫️ Поиск локального ключа HASP
▫️ Поиск сетевого ключа HASP доступного через HASP LM
▫️ Поиск базовой лицензии на локальном компьютере
❗️ Если лицензия не была найдена, то клиент обращается за лицензией на сервер (веб-сервер), поиск выполняет менеджер кластера, на который назначен сервис сеансовых данных в следующем порядке:
▫️ Программная лицензия или ключ защиты HASP откуда была получена лицензия при последнем удачном подключении
▫️ Поиск локальной программной лицензии
▫️ Поиск локального клиентского ключа HASP
▫️ Поиск сетевого ключа HASP доступного через HASP LM
▫️ Программная лицензия на сервере лицензирования откуда была получена лицензия при последнем удачном запуске
▫️ Поиск программной лицензии на сервере лицензирования
☝️ При этом выдача лицензии сервером имеет свои особенности:
▫️ Лицензия выдается на каждый сеанс, т.е. один клиент может занять несколько лицензий
▫️ Сервер может подключиться только к одному локальному и одному сетевому ключу одной серии
Как видим, алгоритм достаточно сложный и поиск ключей выполняется во многих местах, поэтому для ускорения запуска клиента 1С, если вы не используете аппаратные ключи, следует использовать параметр
UseHwLicenses=0 в конфигурационном файле 1cestart.cfg, который отключит поиск лицензий на аппаратных ключах.
👍33❤1
Порядок получения лицензий 1С:Предприятия веб-клиентом
Веб-клиент – особый тип клиентского приложения, предназначенный для работы через браузер. Это один из самых специфичных и ограниченных в возможностях клиентов и поэтому работу через него надо избегать.
Однако в ряде случаев особых альтернатив ему нет, например, для техники Apple или планшетов Andriod.
Получение лицензий таким клиентом имеет свои особенности и зависит от режима работы.
Для файловой базы поиск производится на компьютере, где установлен модуль расширения веб-сервера, все лицензии выдаются только в многопользовательском режиме (на сеанс):
▫️ Получение лицензии из файла программной лицензии или HASP ключа откуда была получена лицензия при последнем удачном подключении
▫️ Поиск локальной программной файловой лицензии
▫️ Поиск локального ключа HASP
▫️ Поиск сетевого ключа HASP доступного через HASP LM
Для клиент-серверных баз локальный поиск ключа на компьютере с установленным модулем расширения веб-сервера не производится, лицензия сразу запрашивается с сервера. Поиск лицензии выполняет менеджер кластера, на который назначен сервис сеансовых данных в следующем порядке:
▫️ Программная лицензия или ключ защиты HASP откуда была получена лицензия при последнем удачном подключении
▫️ Поиск локальной программной лицензии
▫️ Поиск локального клиентского ключа HASP
▫️ Поиск сетевого ключа HASP доступного через HASP LM
▫️ Программная лицензия на сервере лицензирования откуда была получена лицензия при последнем удачном запуске
▫️ Поиск программной лицензии на сервере лицензирования
При этом, если вы используете веб-клиент для подключения к файловым и клиент-серверным базам одновременно вам будет необходимо держать два комплекта лицензий на веб-сервере и сервере 1С Предприятие в количестве достаточном для запуска нужного числа сеансов.
Веб-клиент – особый тип клиентского приложения, предназначенный для работы через браузер. Это один из самых специфичных и ограниченных в возможностях клиентов и поэтому работу через него надо избегать.
Однако в ряде случаев особых альтернатив ему нет, например, для техники Apple или планшетов Andriod.
Получение лицензий таким клиентом имеет свои особенности и зависит от режима работы.
Для файловой базы поиск производится на компьютере, где установлен модуль расширения веб-сервера, все лицензии выдаются только в многопользовательском режиме (на сеанс):
▫️ Получение лицензии из файла программной лицензии или HASP ключа откуда была получена лицензия при последнем удачном подключении
▫️ Поиск локальной программной файловой лицензии
▫️ Поиск локального ключа HASP
▫️ Поиск сетевого ключа HASP доступного через HASP LM
Для клиент-серверных баз локальный поиск ключа на компьютере с установленным модулем расширения веб-сервера не производится, лицензия сразу запрашивается с сервера. Поиск лицензии выполняет менеджер кластера, на который назначен сервис сеансовых данных в следующем порядке:
▫️ Программная лицензия или ключ защиты HASP откуда была получена лицензия при последнем удачном подключении
▫️ Поиск локальной программной лицензии
▫️ Поиск локального клиентского ключа HASP
▫️ Поиск сетевого ключа HASP доступного через HASP LM
▫️ Программная лицензия на сервере лицензирования откуда была получена лицензия при последнем удачном запуске
▫️ Поиск программной лицензии на сервере лицензирования
При этом, если вы используете веб-клиент для подключения к файловым и клиент-серверным базам одновременно вам будет необходимо держать два комплекта лицензий на веб-сервере и сервере 1С Предприятие в количестве достаточном для запуска нужного числа сеансов.
👍16🔥4❤2🤔1
Особенности использования аппаратных ключей HASP для 1С:Предприятие
Несмотря на то, что ключи HASP более недоступны для покупки у пользователей системы 1С:Предприятие осталось на руках еще достаточно ключей, поэтому информация о их применении остается актуальной.
Бытует мнение, что аппаратные ключи проще и удобнее программных лицензий, однако это не так, у них есть свои особенности и ограничения. Далее мы будем говорить о многопользовательских ключах серии ORGL8, которые поставлялись в вариантах на 5, 10, 20, 50 и 100 лицензий.
Также еще есть ключи серий ORG8A и ORG8B на 300 и 500 лицензий.
Начнем с того, что несколько ключей одной серии не могут быть размещены вместе на одном узле и поэтому вам придется разносить их по разным ПК.
Дальнейшее поведение зависит от того, кто и как получает лицензию с этого ключа. Клиентское приложение при запуске в первую очередь ищет в сети службу HASP License Manager и пытается получить лицензию с ее помощью.
В этом случае ему выдается однопользовательская лицензия и он может запустить неограниченное количество сеансов информационных баз.
При использовании в сети нескольких ключей их желательно явно прописать в nethasp.ini примерно следующим образом:
Если службы HASP LM не найдены или обслуживаемый ими ключ не содержит свободных лицензий, то клиент попытается получить лицензии с сервера или веб-сервера, которые выдают их на сеанс.
Эта особенность часто приводит к сильному перерасходу лицензий в случае возникновения каких-либо сетевых проблем, когда клиенты перестают видеть службу HASP LM, а сервер продолжает иметь к ней доступ, либо ключ установлен на нем локально.
И самое интересное, это взаимодействие с сетевыми ключами сервера или веб-сервера 1С:Предприятие.
В первую очередь сервер ищет локальный ключ и начинает выдавать лицензии из него. По их исчерпании он начинает поиск сетевых ключей, работающих через HASP LM.
Но если в сети находятся несколько ключей, то сервер случайным образом выбирает один из них, дальнейший поиск ключей одной серии не производится.
Таким образом если лицензии на выбранном сетевом ключе будут исчерпаны сервер прекратит выдачу лицензий несмотря на то, что в сети есть еще ключи со свободными лицензиями.
Вместо этого сервер будет производить поиск ключей серий ORG8A и ORG8B, также по одному ключу каждого типа.
Все эти особенности делают использование аппаратных ключей не такой уж простой задачей и заставляют ответственно подходить к планированию инфраструктуры с их использованием.
Несмотря на то, что ключи HASP более недоступны для покупки у пользователей системы 1С:Предприятие осталось на руках еще достаточно ключей, поэтому информация о их применении остается актуальной.
Бытует мнение, что аппаратные ключи проще и удобнее программных лицензий, однако это не так, у них есть свои особенности и ограничения. Далее мы будем говорить о многопользовательских ключах серии ORGL8, которые поставлялись в вариантах на 5, 10, 20, 50 и 100 лицензий.
Также еще есть ключи серий ORG8A и ORG8B на 300 и 500 лицензий.
Начнем с того, что несколько ключей одной серии не могут быть размещены вместе на одном узле и поэтому вам придется разносить их по разным ПК.
Дальнейшее поведение зависит от того, кто и как получает лицензию с этого ключа. Клиентское приложение при запуске в первую очередь ищет в сети службу HASP License Manager и пытается получить лицензию с ее помощью.
В этом случае ему выдается однопользовательская лицензия и он может запустить неограниченное количество сеансов информационных баз.
При использовании в сети нескольких ключей их желательно явно прописать в nethasp.ini примерно следующим образом:
[NH_TCPIP]
NH_SERVER_ADDR = 192.168.111.10, 192.168.111.11
NH_SERVER_NAME = HASP_LM1, HASP_LM2
Если службы HASP LM не найдены или обслуживаемый ими ключ не содержит свободных лицензий, то клиент попытается получить лицензии с сервера или веб-сервера, которые выдают их на сеанс.
Эта особенность часто приводит к сильному перерасходу лицензий в случае возникновения каких-либо сетевых проблем, когда клиенты перестают видеть службу HASP LM, а сервер продолжает иметь к ней доступ, либо ключ установлен на нем локально.
И самое интересное, это взаимодействие с сетевыми ключами сервера или веб-сервера 1С:Предприятие.
В первую очередь сервер ищет локальный ключ и начинает выдавать лицензии из него. По их исчерпании он начинает поиск сетевых ключей, работающих через HASP LM.
Но если в сети находятся несколько ключей, то сервер случайным образом выбирает один из них, дальнейший поиск ключей одной серии не производится.
Таким образом если лицензии на выбранном сетевом ключе будут исчерпаны сервер прекратит выдачу лицензий несмотря на то, что в сети есть еще ключи со свободными лицензиями.
Вместо этого сервер будет производить поиск ключей серий ORG8A и ORG8B, также по одному ключу каждого типа.
Все эти особенности делают использование аппаратных ключей не такой уж простой задачей и заставляют ответственно подходить к планированию инфраструктуры с их использованием.
👍21🤔1
Проблемы или возможности?
Сегодня в очередной раз в комментариях коллеги высказали недовольство программными лицензиями 1С, мол от них только одни проблемы. Наибольшее количество нареканий вызывает требование повторить регистрационные данные с точностью до символа.
И это действительно является проблемой, ну любят заказчики терять регистрационную информацию, что тут поделаешь. А вот то, что будет происходить дальше полностью зависит от нашего восприятия ситуации и умения превратить проблемы в возможности.
При этом очень и очень многие коллеги ведут себя в этой ситуации неправильно. Как это обычно бывает? Заказчик ставит задачу – установить/переустановить 1С на новый ПК или просто после переустановки ОС или смены оборудования. Вы приезжаете (подключаетесь по удаленке) и бодро беретесь за дело…
И вот вас просят ввести анкетные данные, которых или нет, либо они не подходят. Проблема? Проблема! Проблема исполнителя? Пожалуй, так как она мешает выполнить основную работу.
Проблема заказчика? А для него это вообще не проблема, подумаешь у исполнителя какие-то проблемы, я ему деньги плачу, пусть он их и решает.
Путь этот тупиковый, потому что заставляет исполнителя решать чужие проблемы и фактически бесплатно, в ущерб если не финансовый, то репутационный.
Как это выглядит со стороны исполнителя? Договорились на сумму, примерно понятно время и тут эти лицензии. Несколько часов провел за бесплатно, выслушал кучу негатива.
Со стороны заказчика – мы вызвали исполнителя, договорились о цене, но он ничего не смог, полдня что-то там пытался, кое как сделал, за что ему платить? У нас простой случился.
И обе позиции понятны, исполнитель не может быстро сделать работу, заказчик не может получить заказанную услугу. В итоге оба расстаются недовольным друг другом. Ну и как за такие подставы любить программные лицензии 1С?
Но все беды здесь из-за того, что исполнитель по непонятной причине начинает брать на себя, по собственной инициативе, чужие проблемы. Подобный феномен мы рассматривали на новогодних каникулах: https://yangx.top/interface31/3691
Поэтому не перекладываем с больной головы на здоровую, а настойчиво интересуемся у заказчика, где регистрационные данные? Он и слов таких не слышал? Плохо, очень плохо.
Он не может работать? Еще хуже. Но кто же виноват? Ведь там русским языком было написано, что потребуется воспроизвести указанные данные посимвольно. Не сохранили? Не распечатали? И кто теперь виноват?
Такая позиция разительно отличается от попытки оправдаться, что мол 1С такая, кривая и требует что попало. В бизнесе кто начал оправдываться – тот и не прав, с того и спрос.
Проблема сохранения регистрационных данных на 146% проблема заказчика. Это его бизнес, его активы, пролюбил - его проблемы.
Если вы поставили ситуацию так, что стали оправдываться – значит чувствуете за собой вину, значит это вы не тянете, не досмотрели, не доработали, не предусмотрели и теперь по вашей вине работа стоит и за что вам деньги платить?
А так, нет регистрационных данных – ну это ваши проблемы, как решать будем? А вы можете нам помочь? Можем, но это стоит отдельных денег. И вот здесь уже правильная позиция, где вы предлагаете заказчику решить его проблему, естественно, не бесплатно и отношение к вам будет другое.
Теперь уже не вы что-то там несколько часов копаетесь по простому вопросу, а тратите свое драгоценное время на помощь нерадивому заказчику. И заказчик за это охотно платит деньги. Ему ведь работать надо.
А дальше напрашивается только расширение бизнеса по этому направлению. Отводим заказчика в сторонку и говорим – ну ты же видишь какой бардак? И такое каждый раз может быть, тебе оно надо?
Не надо? Мы так и думали. А теперь мы, за скромную, сугубо символическую относительно потенциальных проблем сумму, можем выполнить аудит и привести все твои лицензии в порядок. По рукам? Ну значит работаем!
И у нас внезапно наши проблемы превратились в возможности, где мы не только зарабатываем на проблеме здесь и сейчас, но и способны предложить новую, более дорогую услугу.
Сегодня в очередной раз в комментариях коллеги высказали недовольство программными лицензиями 1С, мол от них только одни проблемы. Наибольшее количество нареканий вызывает требование повторить регистрационные данные с точностью до символа.
И это действительно является проблемой, ну любят заказчики терять регистрационную информацию, что тут поделаешь. А вот то, что будет происходить дальше полностью зависит от нашего восприятия ситуации и умения превратить проблемы в возможности.
При этом очень и очень многие коллеги ведут себя в этой ситуации неправильно. Как это обычно бывает? Заказчик ставит задачу – установить/переустановить 1С на новый ПК или просто после переустановки ОС или смены оборудования. Вы приезжаете (подключаетесь по удаленке) и бодро беретесь за дело…
И вот вас просят ввести анкетные данные, которых или нет, либо они не подходят. Проблема? Проблема! Проблема исполнителя? Пожалуй, так как она мешает выполнить основную работу.
Проблема заказчика? А для него это вообще не проблема, подумаешь у исполнителя какие-то проблемы, я ему деньги плачу, пусть он их и решает.
Путь этот тупиковый, потому что заставляет исполнителя решать чужие проблемы и фактически бесплатно, в ущерб если не финансовый, то репутационный.
Как это выглядит со стороны исполнителя? Договорились на сумму, примерно понятно время и тут эти лицензии. Несколько часов провел за бесплатно, выслушал кучу негатива.
Со стороны заказчика – мы вызвали исполнителя, договорились о цене, но он ничего не смог, полдня что-то там пытался, кое как сделал, за что ему платить? У нас простой случился.
И обе позиции понятны, исполнитель не может быстро сделать работу, заказчик не может получить заказанную услугу. В итоге оба расстаются недовольным друг другом. Ну и как за такие подставы любить программные лицензии 1С?
Но все беды здесь из-за того, что исполнитель по непонятной причине начинает брать на себя, по собственной инициативе, чужие проблемы. Подобный феномен мы рассматривали на новогодних каникулах: https://yangx.top/interface31/3691
Поэтому не перекладываем с больной головы на здоровую, а настойчиво интересуемся у заказчика, где регистрационные данные? Он и слов таких не слышал? Плохо, очень плохо.
Он не может работать? Еще хуже. Но кто же виноват? Ведь там русским языком было написано, что потребуется воспроизвести указанные данные посимвольно. Не сохранили? Не распечатали? И кто теперь виноват?
Такая позиция разительно отличается от попытки оправдаться, что мол 1С такая, кривая и требует что попало. В бизнесе кто начал оправдываться – тот и не прав, с того и спрос.
Проблема сохранения регистрационных данных на 146% проблема заказчика. Это его бизнес, его активы, пролюбил - его проблемы.
Если вы поставили ситуацию так, что стали оправдываться – значит чувствуете за собой вину, значит это вы не тянете, не досмотрели, не доработали, не предусмотрели и теперь по вашей вине работа стоит и за что вам деньги платить?
А так, нет регистрационных данных – ну это ваши проблемы, как решать будем? А вы можете нам помочь? Можем, но это стоит отдельных денег. И вот здесь уже правильная позиция, где вы предлагаете заказчику решить его проблему, естественно, не бесплатно и отношение к вам будет другое.
Теперь уже не вы что-то там несколько часов копаетесь по простому вопросу, а тратите свое драгоценное время на помощь нерадивому заказчику. И заказчик за это охотно платит деньги. Ему ведь работать надо.
А дальше напрашивается только расширение бизнеса по этому направлению. Отводим заказчика в сторонку и говорим – ну ты же видишь какой бардак? И такое каждый раз может быть, тебе оно надо?
Не надо? Мы так и думали. А теперь мы, за скромную, сугубо символическую относительно потенциальных проблем сумму, можем выполнить аудит и привести все твои лицензии в порядок. По рукам? Ну значит работаем!
И у нас внезапно наши проблемы превратились в возможности, где мы не только зарабатываем на проблеме здесь и сейчас, но и способны предложить новую, более дорогую услугу.
👍42😁5🤔2💯2👀2
Garga AI — нейросети прямо в Telegram
Бот Garga AI — это твой умный напарник для вопросов, идей, учёбы и кода. Без VPN, логинов и подписок вслепую — платишь только за то, чем пользуешься. Просто, легко и удобно.
Бот поможет тебе:
• найти баг
• объяснить сложный алгоритм
• сгенерировать SQL-запрос
• отрефакторить кусок кода
• подскажет, как настроить Nginx, Docker и Postgres
• объяснит непонятный метод из чужого проекта
• сделает ревью кода
• и даже поможет на собесе
Бонус: ежедневные бесплатные запросы + подарок при старте.
Попробуй бесплатно
Бот Garga AI — это твой умный напарник для вопросов, идей, учёбы и кода. Без VPN, логинов и подписок вслепую — платишь только за то, чем пользуешься. Просто, легко и удобно.
Бот поможет тебе:
• найти баг
• объяснить сложный алгоритм
• сгенерировать SQL-запрос
• отрефакторить кусок кода
• подскажет, как настроить Nginx, Docker и Postgres
• объяснит непонятный метод из чужого проекта
• сделает ревью кода
• и даже поможет на собесе
Бонус: ежедневные бесплатные запросы + подарок при старте.
Попробуй бесплатно