TDP – заблуждения и реальность
TDP (Thermal Design Power) активно используется при обсуждении потребления процессоров и другой электроники. При этом данный показатель часто путают с максимальной рассеиваемой мощностью или потребляемой электрической мощностью.
Однако это не так, TDP является требованием по выбору системы охлаждения и отражает некую среднюю рассеиваемую мощность на усмотрение производителя.
Так Intel определяет его как:
▫️ Расчетная тепловая мощность (TDP) представляет собой среднюю мощность в ваттах, которую процессор рассеивает при работе на базовой частоте со всеми активными ядрами в условиях определенной Intel сложной рабочей нагрузки.
В AMD несколько иной, но тоже очень схожий подход:
▫️ TDP — это максимальная устойчивая мощность, которую процессор может потреблять с помощью «реального» программного обеспечения при работе в определенных пределах температуры и напряжения.
При этом и те и другие говорят о некой «реальной» нагрузке ими самими и определенной. Также следует отметить, что TDP рассчитывается для базовой частоты процессора, просто Intel говорит об этом прямо, а AMD несколько завуалировано.
Таким образом TDP не показывает ни реальной потребляемой мощности, ни реальной рассеиваемой тепловой. Это некий средний показатель, который призван помочь вам выбрать кулер.
Т.е. если вы на процессор с TDP 100 Вт поставите кулер способный рассеивать такую мощность, то ваш процессор при среднестатистической нагрузке перегреваться не должен.
Ключевое слово здесь – не должен. На самом деле вся система работает немного не так. То, что публикуется как TDP есть ни что иное как определенный лимит мощности для устойчивой долгосрочной работы.
Но есть еще один, второй лимит мощности, который указывает какую мощность допустимо потреблять процессору в турбо-режиме и как долго он может это делать.
У Intel эти параметры так и называются PL - Power Limit, PL1 и PL2. Их оба можно найти в документации, первый равен указанному на коробке TDP процессора, а второй указывает максимально потребляемую в турбо-режиме мощность.
Например, у Core i7-14700K это 125 Вт и 273 Вт. Разница, согласитесь, впечатляющая.
AMD публикует только PL1, он же TDP, максимальную мощность можно узнать только из неофициальных источников. Так для того же R9 5900X цифры составляют 105 Вт официальной рассеиваемой мощности и около 145 Вт максимальной.
Схема работы при этом примерно такая, при увеличении нагрузки процессор разгоняется таким образом, чтобы потребляемая им мощность не превысила значение второго лимита мощности.
Пока это значение не достигнуто процессор может продолжать работать на более высоких частотах, по достижению второго лимита мощности процессор должен через некоторое, достаточно небольшое время, вернуться к первому лимиту и работать в нем, пока не будет снята нагрузка.
Штатная цифра для процессоров Intel – 8 секунд. Рассчитана она исходя, опять-таки, из некоторых средних представлений Intel и подразумевает использование стокового охлаждения.
В целом посыл ясен – кратковременно процессор может достигать максимальной потребляемой мощности, но нахождение его в этом состоянии лимитировано. Это обусловлено тем, что ни штатная система охлаждения, ни штатная система питания могут быть не рассчитаны на долговременную высокую нагрузку.
Но данные параметры не являются догмой и, тем более, нигде жестко не прошиты. Они доступны для регулирования в BIOS и производители материнских плат и готовых компьютеров могут настраивать эти параметры согласно собственным представлениям.
Чаще всего такие настройки существенно увеличивают возможность процессоров работать по достижении второго лимита мощности, не возвращаясь к первому, т.е. практически все время находиться в турбо-режиме. Ну а почему бы и нет, если производитель знает, что система питания платы это позволяет.
Производители мобильных устройств могут, наоборот, прикрутить как лимиты, так и время нахождения в турбо-режиме ради снижения тепловыделения и экономного расхода заряда аккумулятора.
TDP (Thermal Design Power) активно используется при обсуждении потребления процессоров и другой электроники. При этом данный показатель часто путают с максимальной рассеиваемой мощностью или потребляемой электрической мощностью.
Однако это не так, TDP является требованием по выбору системы охлаждения и отражает некую среднюю рассеиваемую мощность на усмотрение производителя.
Так Intel определяет его как:
▫️ Расчетная тепловая мощность (TDP) представляет собой среднюю мощность в ваттах, которую процессор рассеивает при работе на базовой частоте со всеми активными ядрами в условиях определенной Intel сложной рабочей нагрузки.
В AMD несколько иной, но тоже очень схожий подход:
▫️ TDP — это максимальная устойчивая мощность, которую процессор может потреблять с помощью «реального» программного обеспечения при работе в определенных пределах температуры и напряжения.
При этом и те и другие говорят о некой «реальной» нагрузке ими самими и определенной. Также следует отметить, что TDP рассчитывается для базовой частоты процессора, просто Intel говорит об этом прямо, а AMD несколько завуалировано.
Таким образом TDP не показывает ни реальной потребляемой мощности, ни реальной рассеиваемой тепловой. Это некий средний показатель, который призван помочь вам выбрать кулер.
Т.е. если вы на процессор с TDP 100 Вт поставите кулер способный рассеивать такую мощность, то ваш процессор при среднестатистической нагрузке перегреваться не должен.
Ключевое слово здесь – не должен. На самом деле вся система работает немного не так. То, что публикуется как TDP есть ни что иное как определенный лимит мощности для устойчивой долгосрочной работы.
Но есть еще один, второй лимит мощности, который указывает какую мощность допустимо потреблять процессору в турбо-режиме и как долго он может это делать.
У Intel эти параметры так и называются PL - Power Limit, PL1 и PL2. Их оба можно найти в документации, первый равен указанному на коробке TDP процессора, а второй указывает максимально потребляемую в турбо-режиме мощность.
Например, у Core i7-14700K это 125 Вт и 273 Вт. Разница, согласитесь, впечатляющая.
AMD публикует только PL1, он же TDP, максимальную мощность можно узнать только из неофициальных источников. Так для того же R9 5900X цифры составляют 105 Вт официальной рассеиваемой мощности и около 145 Вт максимальной.
Схема работы при этом примерно такая, при увеличении нагрузки процессор разгоняется таким образом, чтобы потребляемая им мощность не превысила значение второго лимита мощности.
Пока это значение не достигнуто процессор может продолжать работать на более высоких частотах, по достижению второго лимита мощности процессор должен через некоторое, достаточно небольшое время, вернуться к первому лимиту и работать в нем, пока не будет снята нагрузка.
Штатная цифра для процессоров Intel – 8 секунд. Рассчитана она исходя, опять-таки, из некоторых средних представлений Intel и подразумевает использование стокового охлаждения.
В целом посыл ясен – кратковременно процессор может достигать максимальной потребляемой мощности, но нахождение его в этом состоянии лимитировано. Это обусловлено тем, что ни штатная система охлаждения, ни штатная система питания могут быть не рассчитаны на долговременную высокую нагрузку.
Но данные параметры не являются догмой и, тем более, нигде жестко не прошиты. Они доступны для регулирования в BIOS и производители материнских плат и готовых компьютеров могут настраивать эти параметры согласно собственным представлениям.
Чаще всего такие настройки существенно увеличивают возможность процессоров работать по достижении второго лимита мощности, не возвращаясь к первому, т.е. практически все время находиться в турбо-режиме. Ну а почему бы и нет, если производитель знает, что система питания платы это позволяет.
Производители мобильных устройств могут, наоборот, прикрутить как лимиты, так и время нахождения в турбо-режиме ради снижения тепловыделения и экономного расхода заряда аккумулятора.
👍36🔥3❤2
TDP – заблуждения и реальность. Продолжение
В прошлой заметке мы разобрали общие вопросы касающиеся TDP и регулировки производительности процессора. Сейчас немного углубимся в детали.
Разбирать будем на примере Intel, так как данный производитель имеет часть документации, касающейся этого вопроса в свободном доступе, AMD разглашает меньше подробностей, но в целом принцип и там и там одинаков, отличаются лишь детали реализации.
Еще раз напомним, что TDP – это всего лишь рекомендация по выбору системы охлаждения и данный параметр не отражает реального потребления процессора.
Реально же используются значения PL1 и PL2. PL1 – пороговое значение средней долговременной мощности. Его не рекомендуется устанавливать выше TDP и обычно эти значения равны.
PL2 – пиковое значение мощности которое может быть кратковременно достигнуто. При превышении этого значения вступаю в дело алгоритмы ограничения мощности и путем регулировки частоты и напряжения удерживают мощность в рамках этого значения.
Но есть один тонкий момент. Нижний предел охлаждения у нас находится на уровне PL1 (который не должен превышать TDP) и, следовательно, процессор должен уметь длительно работать с радиатором, рассеивающим указанную мощность.
Проще говоря, для условного процессора с 95 Вт TDP пользователь может купить кулер, на коробке которого указаны те же 95 Вт и не испытывать проблем.
А дальше представляем себе бассейн и две трубы, по одной в него приходит вода, по другой уходит. Радиатор всегда рассеивает свой TDP, т.е. у нас в единицу времени уходит мощность PL1.
Но тут мы открутили вентиль и начали наливать в бассейн воду в объеме PL2 за ту же единицу времени. Как долго мы можем работать в таком режиме? Очевидно, что пока не переполнится бассейн, а это зависит от его объема и его свободной части.
У радиатора это зависит от теплоемкости. Но как правильно определить доступный объем?
Для этих целей Intel использует специальный параметр Turbo Time (Tau), который рассчитывается по экспоненциально взвешенному скользящему среднему (EWMA) и определяет время, которое процессор может находиться в режиме от PL1 до PL2.
Если мы сразу выходим на мощность PL2, то это время будет равно 8 секундам, при меньших показателях мощности оно будет иным, меняющимся не линейно, а по экспоненте.
После чего процессор возвращается на уровень PL1 и не превышает его до тех пор, пока нагрузка не опустится ниже определенного значения за определенное время.
Если вернуться к аналогии, то рассчитав примерное время наполнения бассейна система ждет пока он гарантированно сольется.
Это позволяет избежать перегрева не только процессора, но и элементов питания материнской платы, которые также ориентируются на значения TDP.
У AMD примерно все тоже самое, только существует еще один ограничивающий фактор в виде температуры ядра, который также начинает ограничивать производительность даже до достижения PL2. А в особо запущенных случаях процессор даже не будет пытаться разгоняться.
Понятно, что все эти показатели высчитаны из расчета, что будет применяться самый слабый радиатор и подсистема питания также будет впритык. Но как быть обладателям дорогих материнских плат с мощным питанием и суперкулеров?
Для них производители предусматривают в BIOS специальные режимы, например, у Gigabyte он называется, как:
🔸 *Enhanced Multi-Core Performance*
Allows you to determine whether to apply the highest Turbo ratio to all CPU cores
Которое фактически изменяет лимиты PL1, PL2 и Tau с общим расчетом на то, чтобы процессор мог большее время находится в разгоне. На дорогих платах таких настроек может быть несколько, точнее несколько градаций настроек, скажем, как «умеренно, максимально, ультра».
Китайцы и вовсе пошли впереди планеты всей, на некоторых платах может быть вовсе снят лимит с PL2, а то и с PL1, точнее установлен в значение 4096W, чтобы корректно работал расчет Tau.
К чему это может привести догадаться несложно. Если вы не обеспечили эффективного охлаждения и дали предельную нагрузку, то от платы может пойти волшебный дым.
В прошлой заметке мы разобрали общие вопросы касающиеся TDP и регулировки производительности процессора. Сейчас немного углубимся в детали.
Разбирать будем на примере Intel, так как данный производитель имеет часть документации, касающейся этого вопроса в свободном доступе, AMD разглашает меньше подробностей, но в целом принцип и там и там одинаков, отличаются лишь детали реализации.
Еще раз напомним, что TDP – это всего лишь рекомендация по выбору системы охлаждения и данный параметр не отражает реального потребления процессора.
Реально же используются значения PL1 и PL2. PL1 – пороговое значение средней долговременной мощности. Его не рекомендуется устанавливать выше TDP и обычно эти значения равны.
PL2 – пиковое значение мощности которое может быть кратковременно достигнуто. При превышении этого значения вступаю в дело алгоритмы ограничения мощности и путем регулировки частоты и напряжения удерживают мощность в рамках этого значения.
Но есть один тонкий момент. Нижний предел охлаждения у нас находится на уровне PL1 (который не должен превышать TDP) и, следовательно, процессор должен уметь длительно работать с радиатором, рассеивающим указанную мощность.
Проще говоря, для условного процессора с 95 Вт TDP пользователь может купить кулер, на коробке которого указаны те же 95 Вт и не испытывать проблем.
А дальше представляем себе бассейн и две трубы, по одной в него приходит вода, по другой уходит. Радиатор всегда рассеивает свой TDP, т.е. у нас в единицу времени уходит мощность PL1.
Но тут мы открутили вентиль и начали наливать в бассейн воду в объеме PL2 за ту же единицу времени. Как долго мы можем работать в таком режиме? Очевидно, что пока не переполнится бассейн, а это зависит от его объема и его свободной части.
У радиатора это зависит от теплоемкости. Но как правильно определить доступный объем?
Для этих целей Intel использует специальный параметр Turbo Time (Tau), который рассчитывается по экспоненциально взвешенному скользящему среднему (EWMA) и определяет время, которое процессор может находиться в режиме от PL1 до PL2.
Если мы сразу выходим на мощность PL2, то это время будет равно 8 секундам, при меньших показателях мощности оно будет иным, меняющимся не линейно, а по экспоненте.
После чего процессор возвращается на уровень PL1 и не превышает его до тех пор, пока нагрузка не опустится ниже определенного значения за определенное время.
Если вернуться к аналогии, то рассчитав примерное время наполнения бассейна система ждет пока он гарантированно сольется.
Это позволяет избежать перегрева не только процессора, но и элементов питания материнской платы, которые также ориентируются на значения TDP.
У AMD примерно все тоже самое, только существует еще один ограничивающий фактор в виде температуры ядра, который также начинает ограничивать производительность даже до достижения PL2. А в особо запущенных случаях процессор даже не будет пытаться разгоняться.
Понятно, что все эти показатели высчитаны из расчета, что будет применяться самый слабый радиатор и подсистема питания также будет впритык. Но как быть обладателям дорогих материнских плат с мощным питанием и суперкулеров?
Для них производители предусматривают в BIOS специальные режимы, например, у Gigabyte он называется, как:
🔸 *Enhanced Multi-Core Performance*
Allows you to determine whether to apply the highest Turbo ratio to all CPU cores
Которое фактически изменяет лимиты PL1, PL2 и Tau с общим расчетом на то, чтобы процессор мог большее время находится в разгоне. На дорогих платах таких настроек может быть несколько, точнее несколько градаций настроек, скажем, как «умеренно, максимально, ультра».
Китайцы и вовсе пошли впереди планеты всей, на некоторых платах может быть вовсе снят лимит с PL2, а то и с PL1, точнее установлен в значение 4096W, чтобы корректно работал расчет Tau.
К чему это может привести догадаться несложно. Если вы не обеспечили эффективного охлаждения и дали предельную нагрузку, то от платы может пойти волшебный дым.
👍36🔥11
Блог Креативного Кота
✅ https://blog.mons.ws
Еще один авторский блог, который ведется на основе личного опыта и, по признанию автора, служит ему своеобразным личным справочником, а заодно делится полезной информацией с читателями.
Тематика различная: Windows, Linux, PHP, Python, дизайне и Arduino и прочее касающееся IT. Статьи достаточно развернутые, но без воды, неплохо оформленные и иллюстрированные. Рекламы не обнаружено, есть возможность оставить донат.
Данная заметка написана нами в поддержку начинающих авторов, почему это важно – можно прочитать здесь: https://yangx.top/interface31/3702
✅ https://blog.mons.ws
Еще один авторский блог, который ведется на основе личного опыта и, по признанию автора, служит ему своеобразным личным справочником, а заодно делится полезной информацией с читателями.
Тематика различная: Windows, Linux, PHP, Python, дизайне и Arduino и прочее касающееся IT. Статьи достаточно развернутые, но без воды, неплохо оформленные и иллюстрированные. Рекламы не обнаружено, есть возможность оставить донат.
Данная заметка написана нами в поддержку начинающих авторов, почему это важно – можно прочитать здесь: https://yangx.top/interface31/3702
👍28
Практическое использование программных лицензий 1С:Предпритие
Данный материал написан на злободневную тему, так как не все умеют правильно использовать желтый листок с набором цифр.
Что представляет собой программная лицензия? Это листок (физический или электронный), на котором нас интересуют два набора цифр.
В самом верху крупно напечатан рег. номер – это десять цифр, являющихся уникальным идентификатором лицензии. Его будут спрашивать при всех обращениях в поддержку и к нему привязываются все перечисленные ниже коды.
Пинкоды, напечатаны мельче в нижней части листка, напечатаны с избытком, например, на лицензии на 5 рабочих мест указано: пинкодов 8, из них 3 резервных.
Каждый пинкод дает вам право на получение или восстановление лицензии.
Получение лицензии подразумевает ее установку на новое рабочее место, здесь мы просто указываем пинкод и заполняем данные о пользователе.
После активации лицензии пинкод будет помечен как активный. Остальные останутся свободными/резервными.
До определенного момента никакой разницы между свободными и резервными пинкодами нет, вы можете использовать любой пинкод с листа как для активации новой лицензии, так и для восстановления уже существующей.
При восстановлении лицензии мы указываем старый пинкод и новый пинкод. После восстановления старый пинкод становится заблокированным.
После того, как количество активных лицензий сравняется с количеством доступных по данной лицензии, то все остальные пинкоды станут резервными, т.е. использовать их можно только для восстановления уже существующих лицензий. Получить новую лицензию по такому номеру не получится.
Вот с этим моментом и связан ряд тонкостей. Разберем несколько случаев. Во всех случаях будем рассматривать набор лицензии на 5 рабочих мест: пинкодов 8, из них 3 резервных.
Изначально мы установили лицензии на три рабочих места, потом на двух поменяли оборудование. А вот дальше возможны варианты.
1️⃣ Администратор решил не заморачиваться и на новые ПК получил новые лицензии. Теперь у нас 5 активных лицензий, 1С не отслеживает статус лицензии онлайн/оффлайн.
И далее новые лицензии мы уже активировать не сможем. Теперь нам доступен только один путь – восстановление. На новом ПК нам нужно будет указать пинкод от старого и те данные пользователя, которые были указаны при первом получении лицензии.
2️⃣ Администратор не поленился и восстановил лицензии на новые ПК, теперь у нас два пинкода заблокировано, три активно, а из оставшихся трех – два свободные и один резервный.
Да, несмотря на то что пинкодов осталось только три, два из них свободные. Кстати, самое время обратиться на линию лицензирования и получить еще два резервных пинкода.
👆А вот теперь подводные камни.
На тех ПК, где у нас лицензии с заблокированными пинкодами сами файлы программной лицензии никуда не делись и при запуске 1С они продолжат работать как ни в чем не бывало. Но 1С отслеживает общее количество активных лицензий и у вас может начаться случайный их «слет».
Т.е. сегодня лицензия не обнаружена у Иванова, завтра у Петрова, а Иванов снова нормально работает. И если не изучать лог поиска ключа, то искать причину можно очень долго и безуспешно.
Также может помочь запрос на линию поддержки, они покажут вам какие пинкоды дублируются и на каких ПК это происходит, далее только останется найти ПК по имени.
✅ Поэтому, во избежание разных проблемных ситуаций удаляйте файлы программных лицензий с выводимых из эксплуатации ПК.
А также ведите учет пинкодов и указанной при их активации информации о пользователе, которую, напоминаем, надо восстановить посимвольно.
Все это, конечно, можно восстановить через линию поддержки, но это занимает время.
Также, при активации лицензий, указываете доступную и активную почту, а не почту пользователя или директора/главбуха.
Потому что иначе переписку с поддержкой вам придется вести через их ящик, либо предоставлять кучу дополнительной информации или довольствоваться тем, что информация на сторонний почтовый ящик будет ограничена.
Данный материал написан на злободневную тему, так как не все умеют правильно использовать желтый листок с набором цифр.
Что представляет собой программная лицензия? Это листок (физический или электронный), на котором нас интересуют два набора цифр.
В самом верху крупно напечатан рег. номер – это десять цифр, являющихся уникальным идентификатором лицензии. Его будут спрашивать при всех обращениях в поддержку и к нему привязываются все перечисленные ниже коды.
Пинкоды, напечатаны мельче в нижней части листка, напечатаны с избытком, например, на лицензии на 5 рабочих мест указано: пинкодов 8, из них 3 резервных.
Каждый пинкод дает вам право на получение или восстановление лицензии.
Получение лицензии подразумевает ее установку на новое рабочее место, здесь мы просто указываем пинкод и заполняем данные о пользователе.
После активации лицензии пинкод будет помечен как активный. Остальные останутся свободными/резервными.
До определенного момента никакой разницы между свободными и резервными пинкодами нет, вы можете использовать любой пинкод с листа как для активации новой лицензии, так и для восстановления уже существующей.
При восстановлении лицензии мы указываем старый пинкод и новый пинкод. После восстановления старый пинкод становится заблокированным.
После того, как количество активных лицензий сравняется с количеством доступных по данной лицензии, то все остальные пинкоды станут резервными, т.е. использовать их можно только для восстановления уже существующих лицензий. Получить новую лицензию по такому номеру не получится.
Вот с этим моментом и связан ряд тонкостей. Разберем несколько случаев. Во всех случаях будем рассматривать набор лицензии на 5 рабочих мест: пинкодов 8, из них 3 резервных.
Изначально мы установили лицензии на три рабочих места, потом на двух поменяли оборудование. А вот дальше возможны варианты.
1️⃣ Администратор решил не заморачиваться и на новые ПК получил новые лицензии. Теперь у нас 5 активных лицензий, 1С не отслеживает статус лицензии онлайн/оффлайн.
И далее новые лицензии мы уже активировать не сможем. Теперь нам доступен только один путь – восстановление. На новом ПК нам нужно будет указать пинкод от старого и те данные пользователя, которые были указаны при первом получении лицензии.
2️⃣ Администратор не поленился и восстановил лицензии на новые ПК, теперь у нас два пинкода заблокировано, три активно, а из оставшихся трех – два свободные и один резервный.
Да, несмотря на то что пинкодов осталось только три, два из них свободные. Кстати, самое время обратиться на линию лицензирования и получить еще два резервных пинкода.
👆А вот теперь подводные камни.
На тех ПК, где у нас лицензии с заблокированными пинкодами сами файлы программной лицензии никуда не делись и при запуске 1С они продолжат работать как ни в чем не бывало. Но 1С отслеживает общее количество активных лицензий и у вас может начаться случайный их «слет».
Т.е. сегодня лицензия не обнаружена у Иванова, завтра у Петрова, а Иванов снова нормально работает. И если не изучать лог поиска ключа, то искать причину можно очень долго и безуспешно.
Также может помочь запрос на линию поддержки, они покажут вам какие пинкоды дублируются и на каких ПК это происходит, далее только останется найти ПК по имени.
✅ Поэтому, во избежание разных проблемных ситуаций удаляйте файлы программных лицензий с выводимых из эксплуатации ПК.
А также ведите учет пинкодов и указанной при их активации информации о пользователе, которую, напоминаем, надо восстановить посимвольно.
Все это, конечно, можно восстановить через линию поддержки, но это занимает время.
Также, при активации лицензий, указываете доступную и активную почту, а не почту пользователя или директора/главбуха.
Потому что иначе переписку с поддержкой вам придется вести через их ящик, либо предоставлять кучу дополнительной информации или довольствоваться тем, что информация на сторонний почтовый ящик будет ограничена.
👍43
This media is not supported in your browser
VIEW IN TELEGRAM
VisionAL - лучшие нейросети бесплатно и в одном месте:
🔗 ChatGPT — Пишет статьи, рефераты, дипломы
🔗 Midjorney, DALL•E 3, Stable Diffusion — Генерируют любые изображения
🔗 FaceSwap — Сделает замену лиц на фото
🔗 Whisper — Расшифрует аудио в текст
🔗 Luma — Создаст потрясающие видео
Открыть список: https://yangx.top/VisionAL_bot
🔗 ChatGPT — Пишет статьи, рефераты, дипломы
🔗 Midjorney, DALL•E 3, Stable Diffusion — Генерируют любые изображения
🔗 FaceSwap — Сделает замену лиц на фото
🔗 Whisper — Расшифрует аудио в текст
🔗 Luma — Создаст потрясающие видео
Открыть список: https://yangx.top/VisionAL_bot
🤮3❤1
Их нравы
Александр фон Глюк (Alexander von Gluck), входящий в совет директоров некоммерческой компании Haiku Inc, курирующей разработку операционной системы Haiku, сообщил о намерении до 16 марта заблокировать доступ пользователей из Великобритании к форуму проекта и другим платформам, на которых осуществляется взаимодействие с сообществом. Решение объясняется юридическими и финансовыми рисками, возникшими из-за принятого в Великобритании закона Online Safety Act, вступающего в силу 16 марта.
Отмечается, что у проекта нет ресурсов для юридического анализа и приведения инфраструктуры к требованиям закона. Выполнение требований усложняет необходимость выполнения большого объёма бюрократических процедур, связанных с подготовкой документации, описывающей процессы и оценивающей имеющиеся риски (перечень рисков занимает 84 страницы с запутанными и неоднозначными формулировками).
Компания Haiku Inc зарегистрирована в США, а закон Online Safety Act принят в Великобритании, но является экстерриториальным, т.е. под его действие подпадают сайты, работающие за пределами Великобритании, если считается, что они "связаны с Великобританией", т.е. ими пользуются жители Великобритании. Предполагается, что без привлечения юристов сложно корректно заполнить все документы и выполнить требования закона. Игнорирование же закона создаёт существенные риски, например, размер штрафа за нарушение закона достигает 22 млн долларов.
Для вывода проекта Haiku из области действия закона Online Safety Act решено полностью заблокировать доступ из Великобритании к площадкам для взаимодействия с сообществом, по крайней мере до тех пор, пока не будет найдено другое решение. Кроме форума блокировка вероятно будет распространена на сервисы Gerrit и Haiku Depot, в которых допускается оставление комментариев. Сайт Haiku и репозитории проекта блокироваться не будут.
Требования закона Online Safety Act связаны с модерацией контента, отправляемого пользователями, удалением содержимого, нарушающего законы Великобритании, и ограничением доступа детей к контенту для взрослых. Сайты, насчитывающие более 700 тысяч пользователей, обязаны на этапе публикации отслеживать, фильтровать и сканировать отправляемое пользователями содержимое (ссылки, тексты, изображения). Требования к остальным ограничивается необходимостью реагировать на жалобы, но дополнительно может потребоваться проведение анализа рисков, назначение ответственных и создание регламента рассмотрения жалоб.
Закон касается сайтов, имеющих значительное количество пользователей из Великобритании (что считается значительным не детализируется) или предоставляющих услуги для граждан Великобритании, при наличии рисков причинения вреда таким гражданам. Исключение предусмотрено для сервисов, допускающих публикацию комментариев к авторским статьям и собственному контенту, но при этом не уточняется, подпадают ли под исключение площадки, допускающие публикацию ответов на другие комментарии.
✅ Источник: https://www.opennet.ru/opennews/art.shtml?num=62579
👆 А по факту мы видим, что гайки в интернет старательно крутят со всех сторон. Только кто-то делает это тоньше, кто-то более явно. Но результат один - некогда единая сеть тихо расползается на набор слабо связанных и огороженных Чебурнетов.
Александр фон Глюк (Alexander von Gluck), входящий в совет директоров некоммерческой компании Haiku Inc, курирующей разработку операционной системы Haiku, сообщил о намерении до 16 марта заблокировать доступ пользователей из Великобритании к форуму проекта и другим платформам, на которых осуществляется взаимодействие с сообществом. Решение объясняется юридическими и финансовыми рисками, возникшими из-за принятого в Великобритании закона Online Safety Act, вступающего в силу 16 марта.
Отмечается, что у проекта нет ресурсов для юридического анализа и приведения инфраструктуры к требованиям закона. Выполнение требований усложняет необходимость выполнения большого объёма бюрократических процедур, связанных с подготовкой документации, описывающей процессы и оценивающей имеющиеся риски (перечень рисков занимает 84 страницы с запутанными и неоднозначными формулировками).
Компания Haiku Inc зарегистрирована в США, а закон Online Safety Act принят в Великобритании, но является экстерриториальным, т.е. под его действие подпадают сайты, работающие за пределами Великобритании, если считается, что они "связаны с Великобританией", т.е. ими пользуются жители Великобритании. Предполагается, что без привлечения юристов сложно корректно заполнить все документы и выполнить требования закона. Игнорирование же закона создаёт существенные риски, например, размер штрафа за нарушение закона достигает 22 млн долларов.
Для вывода проекта Haiku из области действия закона Online Safety Act решено полностью заблокировать доступ из Великобритании к площадкам для взаимодействия с сообществом, по крайней мере до тех пор, пока не будет найдено другое решение. Кроме форума блокировка вероятно будет распространена на сервисы Gerrit и Haiku Depot, в которых допускается оставление комментариев. Сайт Haiku и репозитории проекта блокироваться не будут.
Требования закона Online Safety Act связаны с модерацией контента, отправляемого пользователями, удалением содержимого, нарушающего законы Великобритании, и ограничением доступа детей к контенту для взрослых. Сайты, насчитывающие более 700 тысяч пользователей, обязаны на этапе публикации отслеживать, фильтровать и сканировать отправляемое пользователями содержимое (ссылки, тексты, изображения). Требования к остальным ограничивается необходимостью реагировать на жалобы, но дополнительно может потребоваться проведение анализа рисков, назначение ответственных и создание регламента рассмотрения жалоб.
Закон касается сайтов, имеющих значительное количество пользователей из Великобритании (что считается значительным не детализируется) или предоставляющих услуги для граждан Великобритании, при наличии рисков причинения вреда таким гражданам. Исключение предусмотрено для сервисов, допускающих публикацию комментариев к авторским статьям и собственному контенту, но при этом не уточняется, подпадают ли под исключение площадки, допускающие публикацию ответов на другие комментарии.
✅ Источник: https://www.opennet.ru/opennews/art.shtml?num=62579
👆 А по факту мы видим, что гайки в интернет старательно крутят со всех сторон. Только кто-то делает это тоньше, кто-то более явно. Но результат один - некогда единая сеть тихо расползается на набор слабо связанных и огороженных Чебурнетов.
💯23👍10🤔6👎3🤡2
Новый год принес кучу новшеств в законодательстве и кучу обновлений для 1С:Предприятие, которые требуют повышения выпуска платформы.
И все бы ничего, но обновление платформы - занятие хлопотное, особенно учитывая снижение качества публикуемых последнее время релизов и наличия в них неприятных ошибок.
Один из вариантов решения этой проблемы - установка нескольких экземпляров сервера 1С:Предприятие на один ПК и обновление только нужного.
🔹 Установка и запуск нескольких экземпляров сервера 1С:Предприятие на одном компьютере. Платформа Windows
🔹 Установка и запуск нескольких экземпляров сервера 1С:Предприятие на одном компьютере. Платформа Linux
И все бы ничего, но обновление платформы - занятие хлопотное, особенно учитывая снижение качества публикуемых последнее время релизов и наличия в них неприятных ошибок.
Один из вариантов решения этой проблемы - установка нескольких экземпляров сервера 1С:Предприятие на один ПК и обновление только нужного.
🔹 Установка и запуск нескольких экземпляров сервера 1С:Предприятие на одном компьютере. Платформа Windows
🔹 Установка и запуск нескольких экземпляров сервера 1С:Предприятие на одном компьютере. Платформа Linux
👍22💯3🤝2
🚀 На открытом вебинаре «Процессы в Linux» мы разберёмся, что такое процесс, чем он отличается от программы и научимся находить, анализировать и управлять процессами в вашей системе.
Это не просто урок — это первый шаг к освоению Linux на профессиональном уровне! Администраторы, разработчики, девопсы — мы готовим базу, которая станет фундаментом вашей карьеры в IT.
⭐ Спикер Андрей Буранов — системный администратор в VK, входит в топ-3 лучших преподавателей образовательных порталов.
Регистрируйтесь на открытый урок 28 января в 20:00 мск. Все участники вебинара получат скидку на обучение на курсе «Administrator Linux. Basic».
👉 Успейте занять своё место: https://otus.pw/n0hb/?erid=2W5zFHj9z5v
Реклама. ООО "ОТУС ОНЛАЙН-ОБРАЗОВАНИЕ". ИНН 9705100963.
Это не просто урок — это первый шаг к освоению Linux на профессиональном уровне! Администраторы, разработчики, девопсы — мы готовим базу, которая станет фундаментом вашей карьеры в IT.
⭐ Спикер Андрей Буранов — системный администратор в VK, входит в топ-3 лучших преподавателей образовательных порталов.
Регистрируйтесь на открытый урок 28 января в 20:00 мск. Все участники вебинара получат скидку на обучение на курсе «Administrator Linux. Basic».
👉 Успейте занять своё место: https://otus.pw/n0hb/?erid=2W5zFHj9z5v
Реклама. ООО "ОТУС ОНЛАЙН-ОБРАЗОВАНИЕ". ИНН 9705100963.
👎2
Правильное использование Fast Path и FastTrack в Mikrotik
С самого основания данного ресурса мы не перестаем придерживаться мнения, что практика всегда должна опираться на необходимый теоретический минимум, давая в своих статьях порой обширные теоретические отступления.
Без теории практика превращается в подобие шаманских камланий с бубном, когда вроде сделал все тоже самое, но ничего не работает.
В этом плане технология FastTrack в Mikrotik, несмотря на всю свою простоту, держит пальму первенства по количеству возникающих с ней проблем, которые, в большинстве своем, возникают именно от незнания и непонимания работы этой технологии.
https://interface31.ru/tech_it/2021/09/pravilnoe-ispolzovanie-fast-path-i-fasttrack-v-mikrotik.html
С самого основания данного ресурса мы не перестаем придерживаться мнения, что практика всегда должна опираться на необходимый теоретический минимум, давая в своих статьях порой обширные теоретические отступления.
Без теории практика превращается в подобие шаманских камланий с бубном, когда вроде сделал все тоже самое, но ничего не работает.
В этом плане технология FastTrack в Mikrotik, несмотря на всю свою простоту, держит пальму первенства по количеству возникающих с ней проблем, которые, в большинстве своем, возникают именно от незнания и непонимания работы этой технологии.
https://interface31.ru/tech_it/2021/09/pravilnoe-ispolzovanie-fast-path-i-fasttrack-v-mikrotik.html
👍29
Обновили и актуализировали статью:
Оптимизация производительности PostgreSQL для работы с 1С:Предприятие
PostgreSQL приобретает все большую популярность как СУБД для использования в связке с 1С:Предприятие. При этом одним из самых частых нареканий является низкая производительность этого решения.
Во многом это связано с тем, что настройки PostgreSQL по умолчанию не являются оптимальными, а обеспечивают запуск и работу СУБД на минимальной конфигурации.
Поэтому имеет смысл потратить некоторое количество времени на оптимизацию производительности сервера, тем более что это не очень сложно.
https://interface31.ru/tech_it/2020/03/optimizaciya-proizvoditel-nosti-postgresql-dlya-raboty-s-1spredpriyatie.html
Оптимизация производительности PostgreSQL для работы с 1С:Предприятие
PostgreSQL приобретает все большую популярность как СУБД для использования в связке с 1С:Предприятие. При этом одним из самых частых нареканий является низкая производительность этого решения.
Во многом это связано с тем, что настройки PostgreSQL по умолчанию не являются оптимальными, а обеспечивают запуск и работу СУБД на минимальной конфигурации.
Поэтому имеет смысл потратить некоторое количество времени на оптимизацию производительности сервера, тем более что это не очень сложно.
https://interface31.ru/tech_it/2020/03/optimizaciya-proizvoditel-nosti-postgresql-dlya-raboty-s-1spredpriyatie.html
👍38🔥8
Снова масштабный сбой в работе рунета. Проблемы с открытием сайтов, преимущественно зарубежных. Проблемы с мессенджерами самого разного профиля. Проблемы со средствами удаленного доступа (эпизодически отваливается анидеск).
И при этом снова никто ничего не знает, никто ничего не делал и вообще никто не при делах.
При использовании неприличной аббревиатуры из трех букв большинство вопросов сразу решается, что наводит на размышления.
Ну и как всегда все это надо было делать в пятницу...
И при этом снова никто ничего не знает, никто ничего не делал и вообще никто не при делах.
При использовании неприличной аббревиатуры из трех букв большинство вопросов сразу решается, что наводит на размышления.
Ну и как всегда все это надо было делать в пятницу...
🤣35🤬12💯9👍6🤡1
Никогда такого не было и вот опять…
Сегодня пятница, конец рабочей недели, которая выдалась не простой и насыщенной не разные не очень приятные события со стороны платформы 1С:Предприятие, поэтому решили в этой заметке подвести короткий итог и, возможно, сэкономить кому-то время и деньги.
Сразу скажем, полностью стабильной платформы в выпусках 8.3.24 – 8.3.26 нет и ее выбор является компромиссом между теми или иными багами, если они, конечно, не являются фатальными.
🔹 Начнем с 8.3.24.1761 и конфигурации Розница 2.3, самое интересное, что на фокус группе тестирование платформа прошла. Но в эксплуатации примерно у 3-4 пользователей из 20 отдельные части форм приобретали веселую фиолетовую заливку и розовые шрифты.
После чего посыпались ошибки, связанные с цветами и стилями, которые не давали открывать отдельные документы или сохранять их. Лечилась эта проблема сбросом серверного кеша, но помогало ненадолго, через пару часов еще у некоторых, теперь уже других пользователей, проблема начиналась повторяться.
Вообще, проблема эта старая и разработчикам давно известная, но, до сегодняшнего дня не решенная, что объясняется сложностью ее выявления:
👉 Проблемой занимались несколько раз
Из истории расследований - или нужно четкое воспроизведение проблемы на нашей стороне или пользователь, у которого часто возникает данная проблема и который готов ставить у себя спец.сборки для углубленного логирования и поиска причин возникновения ошибки.
Проблема не на поверхности и количество тестов и новых спец.сборок может быть большим, пока найти пользователя с регулярным воспроизведение проблемы и готового помочь описанным способом в расследовании найти не удалось.
Если вы готовы к установке спецсборок и другому сбору информации о проблеме - свяжусь с разработчиками, чтобы выяснить возможность продолжения расследования ошибки.
Из опыта пользователей - на некоторое время помогает очистка серверного кэша с перезапуском кластера.
🔹 Следующая в очереди 8.3.25.1501, хотя, как говорят коллеги, проблема воспроизводится и на других выпусках 25-й и 26-платформы.
На данной платформе после обновления конфигурация Бухгалтерия предприятия и Зарплата и управление персоналом индекс полнотекстового поиска внезапно распухал до сотен гигабайт, что может привести к переполнению диска и отказу всего сервера, если мы говорим о небольших SSD и виртуалках.
Лечится физическим удалением файлов поискового индекса в директории 1Сv8FTxt и его повторным перестроением. После чего индекс приходит в норму и более не растет. Рекомендуется выполнить эту операцию сразу после обновления конфигурации на указанных платформах.
🔹 И наконец, платформа 8.3.26.1498, также проблема воспроизвелась на последней 8.3.26.1521. На двух разных компьютерах с Windows 10 Pro 22H2 после ее установки начинали сильно тормозить меню Пуск и панель задач, вплоть до полного подвисания и аварийного перезапуска Проводника.
При этом проблема воспроизводится не на всех системах, возможно, что имеет место несовместимость с каким-то другим ПО или компонентами системы. Оборудование в обоих случаях было исправно, каких-то аномальных нагрузок или иных ошибок не было. Просто тормоза и крах Проводника. После удаления 26-й платформы сразу все приходило в норму.
После повторной установки чудеса начинались снова, причем для этого запускать саму 1С не требовалось, достаточно было иметь ее в установленном виде.
Сегодня пятница, конец рабочей недели, которая выдалась не простой и насыщенной не разные не очень приятные события со стороны платформы 1С:Предприятие, поэтому решили в этой заметке подвести короткий итог и, возможно, сэкономить кому-то время и деньги.
Сразу скажем, полностью стабильной платформы в выпусках 8.3.24 – 8.3.26 нет и ее выбор является компромиссом между теми или иными багами, если они, конечно, не являются фатальными.
🔹 Начнем с 8.3.24.1761 и конфигурации Розница 2.3, самое интересное, что на фокус группе тестирование платформа прошла. Но в эксплуатации примерно у 3-4 пользователей из 20 отдельные части форм приобретали веселую фиолетовую заливку и розовые шрифты.
После чего посыпались ошибки, связанные с цветами и стилями, которые не давали открывать отдельные документы или сохранять их. Лечилась эта проблема сбросом серверного кеша, но помогало ненадолго, через пару часов еще у некоторых, теперь уже других пользователей, проблема начиналась повторяться.
Вообще, проблема эта старая и разработчикам давно известная, но, до сегодняшнего дня не решенная, что объясняется сложностью ее выявления:
👉 Проблемой занимались несколько раз
Из истории расследований - или нужно четкое воспроизведение проблемы на нашей стороне или пользователь, у которого часто возникает данная проблема и который готов ставить у себя спец.сборки для углубленного логирования и поиска причин возникновения ошибки.
Проблема не на поверхности и количество тестов и новых спец.сборок может быть большим, пока найти пользователя с регулярным воспроизведение проблемы и готового помочь описанным способом в расследовании найти не удалось.
Если вы готовы к установке спецсборок и другому сбору информации о проблеме - свяжусь с разработчиками, чтобы выяснить возможность продолжения расследования ошибки.
Из опыта пользователей - на некоторое время помогает очистка серверного кэша с перезапуском кластера.
🔹 Следующая в очереди 8.3.25.1501, хотя, как говорят коллеги, проблема воспроизводится и на других выпусках 25-й и 26-платформы.
На данной платформе после обновления конфигурация Бухгалтерия предприятия и Зарплата и управление персоналом индекс полнотекстового поиска внезапно распухал до сотен гигабайт, что может привести к переполнению диска и отказу всего сервера, если мы говорим о небольших SSD и виртуалках.
Лечится физическим удалением файлов поискового индекса в директории 1Сv8FTxt и его повторным перестроением. После чего индекс приходит в норму и более не растет. Рекомендуется выполнить эту операцию сразу после обновления конфигурации на указанных платформах.
🔹 И наконец, платформа 8.3.26.1498, также проблема воспроизвелась на последней 8.3.26.1521. На двух разных компьютерах с Windows 10 Pro 22H2 после ее установки начинали сильно тормозить меню Пуск и панель задач, вплоть до полного подвисания и аварийного перезапуска Проводника.
При этом проблема воспроизводится не на всех системах, возможно, что имеет место несовместимость с каким-то другим ПО или компонентами системы. Оборудование в обоих случаях было исправно, каких-то аномальных нагрузок или иных ошибок не было. Просто тормоза и крах Проводника. После удаления 26-й платформы сразу все приходило в норму.
После повторной установки чудеса начинались снова, причем для этого запускать саму 1С не требовалось, достаточно было иметь ее в установленном виде.
👍47👀7
SysAdminHub - Центр знаний по системному администрированию
✅ https://sysadminhub.ru
Автор проекта Павел Лунин системный администратор в крупной компании, блог отражает его опыт работы и направлен на помощь другим системным администраторам. Основные темы: Active Directory, Windows Server, Linux, Zabbix и виртуализация.
Также Павел автор двух курсов по Zabbix и по Exchange и участвует в работе образовательного проекта IT-Skills записывая для него видеоуроки.
Сайт сделан очень хорошо, продумано. Материал прекрасно структурирован, оформлен и иллюстрирован. Есть ссылка на телеграм-канал, рекламы и возможности оставить донат нет.
Данная заметка написана нами в поддержку начинающих авторов, почему это важно – можно прочитать здесь: https://yangx.top/interface31/3702
✅ https://sysadminhub.ru
Автор проекта Павел Лунин системный администратор в крупной компании, блог отражает его опыт работы и направлен на помощь другим системным администраторам. Основные темы: Active Directory, Windows Server, Linux, Zabbix и виртуализация.
Также Павел автор двух курсов по Zabbix и по Exchange и участвует в работе образовательного проекта IT-Skills записывая для него видеоуроки.
Сайт сделан очень хорошо, продумано. Материал прекрасно структурирован, оформлен и иллюстрирован. Есть ссылка на телеграм-канал, рекламы и возможности оставить донат нет.
Данная заметка написана нами в поддержку начинающих авторов, почему это важно – можно прочитать здесь: https://yangx.top/interface31/3702
👍46
Взлет и падение Novell NetWare
Давным-давно осенью 1981 года группа вчерашних выпускников Дэйл Найбауэр, Дрю Мэйджер, Кайл Пауэл и Марк Хёрст основали небольшую компанию SuperSet Software, которая занималась внедрением персональных компьютеров и начала писать софт для файлового сервера на базе CP/M с процессором Motorola 68000.
Именно такие сервера продавала в их городке небольшая, основанная в 1979 году фирма Novell Джорджа Кановы.
Довольно скоро разработчики осознали, что перспективы у операционной системы CP/M нет, поэтому они решили разрабатывать собственную сетевую операционную систему.
Джордж Канова тем временем активно искал инвестиции и в 1983 году компания была преобразована в Novell, Inc., а её главой стал инвестор Рей Нурда.
Таким образом все герои нашего сегодняшнего повествования в итоге собрались под одной крышей и в этом же году выпустили операционную систему NetWare 68 для Motorola 68000, а в 1985 NetWare 86 для Intel 8086.
Для своего времени система оказалась революционной, все что вам нужно было для организации собственной сети – это купить сервер с Novell NetWare и установить на ПК программу-клиент, которая позволяла организовать плоскую сеть с общим доступом к файлам и папкам, что для 1983 года было технологическим прорывом.
Система использовала сетевой стек IPX/SPX разработки Novell, а для доступа к файлам, папкам, печати, синхронизации часов и т.д. использовался протокол NetWare Core Protocol (NCP).
При этом сетевые папки подключались на клиентские ПК как сетевые диски, но работа с ними благодаря протоколу NCP шла не на уровне блочных устройств, а именно на уровне файлов, что позволяло получать выдающуюся по тем временам производительность.
В дальнейшем в Novell отказались от поддержки Motorola 68000 и вообще выпуска собственного оборудования, а сосредоточили все усилия на сетевой операционной системе.
В 1986 году после выпуска Intel 80286 появилась NetWare 286, а в 1989 NetWare 386 для процессора Intel 80386, в дальнейшем, на фоне выпуска Windows 3.0 системы были переименованы в NetWare 2.х и NetWare 3.x соответственно.
Реальных конкурентов в то время у Netware не было, система отличалась простотой, модульностью, скоростью работы и стабильностью, один раз настроенный сервер Netware мог работать годами без вмешательства администратора.
Также Novell обеспечивала серьезное преимущество по производительности, иногда даже в соотношении от 5:1 до 10:1 с основными своими конкурентами.
Лебединой песней стал выпуск NetWare 4.x в которой впервые была представлена собственная служба каталогов NDS (домен) и произошло это в 1993 году. Началась эпоха доминирования NetWare в локальных сетях, а руководство начало почивать на лаврах, что не довело до добра.
Первый звоночек прозвучал в 1994 году с выходом Windows NT 3.5, Novell желая усложнить жизнь основному конкуренту начала затягивать выпуск клиента Novell для Windows NT в результате чего Microsoft написала собственный клиент, который оказался настолько удачным, что продолжал широко использоваться даже после выхода официального клиента.
Но время уже было упущено и было упущено не только оно, внедрение в Windows стека протоколов TCP/IP делало его универсальным клиентом для любых сетей и только увеличивала его популярность.
Разработка модуля NetWare/IP не спасло положение, как и выпуск Netware 5.x с встроенной поддержкой стека TCP/IP. Еще одной проблемой стало то, что Netware предоставлял только файловые службы и не был способен работать в качестве сервера приложений.
А былые преимущества стремительно нивелировались подросшей мощностью железа. Сказалось также и наплевательское отношение к разработчикам под Netware, что серьезно затруднило создание сторонних приложений.
Окончательную точку в истории поставил Windows NT 4.0 Terminal Server, который вышел в 1998 году и позволял сделать то, чего не умел Novell – терминальный сервер. С этого момента популярность Netware неуклонно покатилась вниз.
Последними версиями стали 6.0 (2001) и 6.5 (2003), но они уже ничего не могли изменить.
Давным-давно осенью 1981 года группа вчерашних выпускников Дэйл Найбауэр, Дрю Мэйджер, Кайл Пауэл и Марк Хёрст основали небольшую компанию SuperSet Software, которая занималась внедрением персональных компьютеров и начала писать софт для файлового сервера на базе CP/M с процессором Motorola 68000.
Именно такие сервера продавала в их городке небольшая, основанная в 1979 году фирма Novell Джорджа Кановы.
Довольно скоро разработчики осознали, что перспективы у операционной системы CP/M нет, поэтому они решили разрабатывать собственную сетевую операционную систему.
Джордж Канова тем временем активно искал инвестиции и в 1983 году компания была преобразована в Novell, Inc., а её главой стал инвестор Рей Нурда.
Таким образом все герои нашего сегодняшнего повествования в итоге собрались под одной крышей и в этом же году выпустили операционную систему NetWare 68 для Motorola 68000, а в 1985 NetWare 86 для Intel 8086.
Для своего времени система оказалась революционной, все что вам нужно было для организации собственной сети – это купить сервер с Novell NetWare и установить на ПК программу-клиент, которая позволяла организовать плоскую сеть с общим доступом к файлам и папкам, что для 1983 года было технологическим прорывом.
Система использовала сетевой стек IPX/SPX разработки Novell, а для доступа к файлам, папкам, печати, синхронизации часов и т.д. использовался протокол NetWare Core Protocol (NCP).
При этом сетевые папки подключались на клиентские ПК как сетевые диски, но работа с ними благодаря протоколу NCP шла не на уровне блочных устройств, а именно на уровне файлов, что позволяло получать выдающуюся по тем временам производительность.
В дальнейшем в Novell отказались от поддержки Motorola 68000 и вообще выпуска собственного оборудования, а сосредоточили все усилия на сетевой операционной системе.
В 1986 году после выпуска Intel 80286 появилась NetWare 286, а в 1989 NetWare 386 для процессора Intel 80386, в дальнейшем, на фоне выпуска Windows 3.0 системы были переименованы в NetWare 2.х и NetWare 3.x соответственно.
Реальных конкурентов в то время у Netware не было, система отличалась простотой, модульностью, скоростью работы и стабильностью, один раз настроенный сервер Netware мог работать годами без вмешательства администратора.
Также Novell обеспечивала серьезное преимущество по производительности, иногда даже в соотношении от 5:1 до 10:1 с основными своими конкурентами.
Лебединой песней стал выпуск NetWare 4.x в которой впервые была представлена собственная служба каталогов NDS (домен) и произошло это в 1993 году. Началась эпоха доминирования NetWare в локальных сетях, а руководство начало почивать на лаврах, что не довело до добра.
Первый звоночек прозвучал в 1994 году с выходом Windows NT 3.5, Novell желая усложнить жизнь основному конкуренту начала затягивать выпуск клиента Novell для Windows NT в результате чего Microsoft написала собственный клиент, который оказался настолько удачным, что продолжал широко использоваться даже после выхода официального клиента.
Но время уже было упущено и было упущено не только оно, внедрение в Windows стека протоколов TCP/IP делало его универсальным клиентом для любых сетей и только увеличивала его популярность.
Разработка модуля NetWare/IP не спасло положение, как и выпуск Netware 5.x с встроенной поддержкой стека TCP/IP. Еще одной проблемой стало то, что Netware предоставлял только файловые службы и не был способен работать в качестве сервера приложений.
А былые преимущества стремительно нивелировались подросшей мощностью железа. Сказалось также и наплевательское отношение к разработчикам под Netware, что серьезно затруднило создание сторонних приложений.
Окончательную точку в истории поставил Windows NT 4.0 Terminal Server, который вышел в 1998 году и позволял сделать то, чего не умел Novell – терминальный сервер. С этого момента популярность Netware неуклонно покатилась вниз.
Последними версиями стали 6.0 (2001) и 6.5 (2003), но они уже ничего не могли изменить.
👍59🫡15🤔1
Бросаем костыли и внедряем Service Mesh
🔸 Слабый мониторинг или его нет совсем. Непонятно, почему система тормозит.
🔸 Клиенты жалуются на ошибки и долгое время ответа.
🔸 Нужно выкатить новую фичу, но нет уверенности, что всё пойдет как надо.
Знакомо? Значит, пора задуматься о новых решениях для своего проекта.
Приглашаем на трёхдневный онлайн-интенсив по Service Mesh от Слёрм, на котором разберём автоматический мониторинг, chaos engineering, мультикластерное взаимодействие и многое другое.
Чтобы разобраться в технологии, вы на интенсиве:
👉 решите реальные бизнес-кейсы;
👉 поймёте принцип работы и в дальнейшем сможете применить знания на любом решении;
👉 научитесь искать причины проблем.
Даты проведения: 28.02-03.03.
Специальные условия группам от 3-х человек.
👉 Программа и запись на интенсив по ссылке.
#реклама
О рекламодателе
🔸 Слабый мониторинг или его нет совсем. Непонятно, почему система тормозит.
🔸 Клиенты жалуются на ошибки и долгое время ответа.
🔸 Нужно выкатить новую фичу, но нет уверенности, что всё пойдет как надо.
Знакомо? Значит, пора задуматься о новых решениях для своего проекта.
Приглашаем на трёхдневный онлайн-интенсив по Service Mesh от Слёрм, на котором разберём автоматический мониторинг, chaos engineering, мультикластерное взаимодействие и многое другое.
Чтобы разобраться в технологии, вы на интенсиве:
👉 решите реальные бизнес-кейсы;
👉 поймёте принцип работы и в дальнейшем сможете применить знания на любом решении;
👉 научитесь искать причины проблем.
Даты проведения: 28.02-03.03.
Специальные условия группам от 3-х человек.
👉 Программа и запись на интенсив по ссылке.
#реклама
О рекламодателе
IT Silent Help. Тихо и спокойно поговорим об ИТ ;)
✅ https://www.gurin.ru
Блог Гурина Алексея, изначально начинался как сайт о программе собственной разработки для расчета оконных конструкций Windraw. Сегодня это просто IT-блог на различные темы, с которыми сталкивается автор.
Сегодня в числе основных тем можно выделить почту, сайты, PHP и различные сопутствующие темы. Формат блога – преимущественно короткие заметки, для себя, чтобы не забыть.
Но при этом они неплохо оформлены и проиллюстрированы. В качестве шпаргалок, когда вам нужно решить вопрос здесь и сейчас не углубляясь в дебри подойдет отлично.
Сайт оформлен простенько, но аккуратно, рекламы, как и возможность оставить донаты нет.
Данная заметка написана нами в поддержку начинающих авторов, почему это важно – можно прочитать здесь: https://yangx.top/interface31/3702
✅ https://www.gurin.ru
Блог Гурина Алексея, изначально начинался как сайт о программе собственной разработки для расчета оконных конструкций Windraw. Сегодня это просто IT-блог на различные темы, с которыми сталкивается автор.
Сегодня в числе основных тем можно выделить почту, сайты, PHP и различные сопутствующие темы. Формат блога – преимущественно короткие заметки, для себя, чтобы не забыть.
Но при этом они неплохо оформлены и проиллюстрированы. В качестве шпаргалок, когда вам нужно решить вопрос здесь и сейчас не углубляясь в дебри подойдет отлично.
Сайт оформлен простенько, но аккуратно, рекламы, как и возможность оставить донаты нет.
Данная заметка написана нами в поддержку начинающих авторов, почему это важно – можно прочитать здесь: https://yangx.top/interface31/3702
👍24
Устанавливаем и настраиваем ПУСК - Панель Управления Сервисами и Компонентами для 1С:Предприятие
Для администрирования серверов 1С:Предприятие традиционно используется одноименная MMC-оснастка, что достаточно неудобно по многим причинам, которых мы коснемся ниже.
Альтернативой является использование сервера администрирования RAS, недостатком которого является отсутствие графической оболочки.
Поэтому многие сторонние разработчики представили собственные решения работающие на базе RAS, одно из них ПУСК - серьезный продукт, существующий уже несколько лет и включенный в реестр отечественного ПО.
https://interface31.ru/tech_it/2025/01/ustanavlivaem-i-nastraivaem-pusk---panel-upravleniya-servisami-i-komponentami-dlya-1spredpriyatie.html
Для администрирования серверов 1С:Предприятие традиционно используется одноименная MMC-оснастка, что достаточно неудобно по многим причинам, которых мы коснемся ниже.
Альтернативой является использование сервера администрирования RAS, недостатком которого является отсутствие графической оболочки.
Поэтому многие сторонние разработчики представили собственные решения работающие на базе RAS, одно из них ПУСК - серьезный продукт, существующий уже несколько лет и включенный в реестр отечественного ПО.
https://interface31.ru/tech_it/2025/01/ustanavlivaem-i-nastraivaem-pusk---panel-upravleniya-servisami-i-komponentami-dlya-1spredpriyatie.html
👍32🔥2🥱1
Как построить успешную карьеру в 2025 году?
Узнаете на бесплатном вебинаре Корпоративного университета КОРУСа, где вместе с экспертом проведете аудит текущего состояния вашей карьеры и сделаете сборку карьерного трека на 2025 год.
На вебинаре разберем, какие навыки и стратегии помогут вам достичь новых высот, и какие шаги нужно предпринять, чтобы с уверенностью двигаться к целям в новом году.
📆 28 января, 17:00 мск
➡️ Зарегистрироваться на вебинар
Узнаете на бесплатном вебинаре Корпоративного университета КОРУСа, где вместе с экспертом проведете аудит текущего состояния вашей карьеры и сделаете сборку карьерного трека на 2025 год.
На вебинаре разберем, какие навыки и стратегии помогут вам достичь новых высот, и какие шаги нужно предпринять, чтобы с уверенностью двигаться к целям в новом году.
📆 28 января, 17:00 мск
➡️ Зарегистрироваться на вебинар
🤮2
Microsoft продолжает медленно, но планомерно добивать WSUS
Напоминание за 90 дней: прекращение поддержки синхронизации драйверов WSUS
Если вы используете обновления синхронизации драйверов через службы Windows Server Update Services (WSUS), готовьтесь к изменениям. Прекращение поддержки этой службы запланировано на 18 апреля 2025 года.
Для локальных контекстов драйверы будут доступны в каталоге Центра обновления Microsoft, но вы не сможете импортировать их в WSUS.
Вам нужно будет использовать любое из доступных альтернативных решений, таких как пакеты драйверов устройств, или перейти на облачные службы драйверов для вашей организации, такие как Microsoft Intune и Windows Autopatch.
Источник: https://techcommunity.microsoft.com/blog/windows-itpro-blog/deprecation-of-wsus-driver-synchronization/4177831
Напоминание за 90 дней: прекращение поддержки синхронизации драйверов WSUS
Если вы используете обновления синхронизации драйверов через службы Windows Server Update Services (WSUS), готовьтесь к изменениям. Прекращение поддержки этой службы запланировано на 18 апреля 2025 года.
Для локальных контекстов драйверы будут доступны в каталоге Центра обновления Microsoft, но вы не сможете импортировать их в WSUS.
Вам нужно будет использовать любое из доступных альтернативных решений, таких как пакеты драйверов устройств, или перейти на облачные службы драйверов для вашей организации, такие как Microsoft Intune и Windows Autopatch.
Источник: https://techcommunity.microsoft.com/blog/windows-itpro-blog/deprecation-of-wsus-driver-synchronization/4177831
👍10👎8🤔5
Почему Microsoft отказывается от WSUS
Сегодня днем мы опубликовали заметку об отказе Microsoft от распространения обновлений драйверов через службу WSUS. На самом деле это уже не первое последовательное действие компании по отказу от WSUS. До этого из нее полностью вывели обновление пакетов MS Office.
Но почему? Ведь WSUS предоставляет отличное средство управления распространением обновлений, позволяет применять их выборочно, удобно накатывать и откатывать.
Ответ прост и зиждется он на новой модели обновления Windows, которая была внедрена еще осенью 2016 года.
Да, именно так, почти десять лет назад. И про эту систему мы писали в нашей статье:
✅ Как работает новая накопительная модель обновления Windows
Кстати, не смотря на возраст, рекомендуем ее внимательно прочитать. А ниже расскажем коротко.
В общем, в какой-то момент Microsoft решила, что обновлений слишком много, но это не беда, и даже не половина беды. А беда в том, что эти самые обновления могут быть установлены самым причудливым образом.
Т.е. где-то стоит один набор патчей, где-то другой и WSUS этому крайне активно способствовал. А это приводило к фрагментации систем и абсолютно их непредсказуемому поведению.
Тем временем интернет стал неотъемлемой частью нашей жизни, и проблема что-то скачать ушла в небытие. Теперь не просто качай, а закачайся.
А раз так, то почему бы не перейти на кумулятивную модель? Когда каждое текущее обновление содержит все предыдущие?
Сказано – сделано. Теперь, запустив любую поддерживаемую систему Windows любой степени давности вы получите кумулятивное обновление за текущий месяц, обновление безопасности за текущий месяц, обновление баз Defender, обновление NET и так, обновления функциональности по мелочи.
Всего одно и сразу. Т.е. одним движением руки вы приводите систему в актуальный вид. Ну иди двумя-тремя, если вы поставили устаревший выпуск. После первого же апдейта вам предложат перейти на следующий релиз.
Есть тут какая-то вариативность? Ее нет, ровно каждый второй вторник одно единственное накопительное обновление.
И где тут место WSUS? Очевидно, что места в этой модели ему нет, наоборот, он может только тормозить распространение обновлений. Поэтому его тихо сливают, и это укладывается в текущую систему обновлений. Он просто там не нужен.
Но чтобы не ломать уже построенное делают это мягко и постепенно. Плохо это или хорошо? Не хорошо и не плохо, новая система не оставляет особого выбора. Или мы ставим все или ничего. За редкими исключениями.
Сегодня днем мы опубликовали заметку об отказе Microsoft от распространения обновлений драйверов через службу WSUS. На самом деле это уже не первое последовательное действие компании по отказу от WSUS. До этого из нее полностью вывели обновление пакетов MS Office.
Но почему? Ведь WSUS предоставляет отличное средство управления распространением обновлений, позволяет применять их выборочно, удобно накатывать и откатывать.
Ответ прост и зиждется он на новой модели обновления Windows, которая была внедрена еще осенью 2016 года.
Да, именно так, почти десять лет назад. И про эту систему мы писали в нашей статье:
✅ Как работает новая накопительная модель обновления Windows
Кстати, не смотря на возраст, рекомендуем ее внимательно прочитать. А ниже расскажем коротко.
В общем, в какой-то момент Microsoft решила, что обновлений слишком много, но это не беда, и даже не половина беды. А беда в том, что эти самые обновления могут быть установлены самым причудливым образом.
Т.е. где-то стоит один набор патчей, где-то другой и WSUS этому крайне активно способствовал. А это приводило к фрагментации систем и абсолютно их непредсказуемому поведению.
Тем временем интернет стал неотъемлемой частью нашей жизни, и проблема что-то скачать ушла в небытие. Теперь не просто качай, а закачайся.
А раз так, то почему бы не перейти на кумулятивную модель? Когда каждое текущее обновление содержит все предыдущие?
Сказано – сделано. Теперь, запустив любую поддерживаемую систему Windows любой степени давности вы получите кумулятивное обновление за текущий месяц, обновление безопасности за текущий месяц, обновление баз Defender, обновление NET и так, обновления функциональности по мелочи.
Всего одно и сразу. Т.е. одним движением руки вы приводите систему в актуальный вид. Ну иди двумя-тремя, если вы поставили устаревший выпуск. После первого же апдейта вам предложат перейти на следующий релиз.
Есть тут какая-то вариативность? Ее нет, ровно каждый второй вторник одно единственное накопительное обновление.
И где тут место WSUS? Очевидно, что места в этой модели ему нет, наоборот, он может только тормозить распространение обновлений. Поэтому его тихо сливают, и это укладывается в текущую систему обновлений. Он просто там не нужен.
Но чтобы не ломать уже построенное делают это мягко и постепенно. Плохо это или хорошо? Не хорошо и не плохо, новая система не оставляет особого выбора. Или мы ставим все или ничего. За редкими исключениями.
👍24🔥11🤔3👏2👀2