:-) Всё так. Но сейчас люди стали снисходительнее.
Но на самом деле гуглить я пробовал, но не нашел. А ChatGPT видимо обучен и на веб архиве, он справился. Перевод слишком художественный, прямой обратный перевод не даёт правильное название
В базе Microsoft SCCM (ConfigMgr, Endpoint Manager) view используются повсеместно. Схему исходных таблиц иначе как замечательной не назовешь.
Плюс это позволяет менять физическую структуру таблиц при обновлении продукта, ничего не меняя в клиентской обвязке.
Сами оцените:
CREATE VIEW [dbo].[v_DistributionPoint] AS
SELECT pkgdp.PkgID As 'PackageID', CASE WHEN ci.ModelName IS NULL THEN pkgdp.PkgID ELSE ci.ModelName END As 'SecureObjectID', pkgdp.NALPath As 'ServerNALPath', pkgdp.SiteCode, pkgdp.RefreshTrigger as 'RefreshNow',
pkgdp.SiteName, pkgdp.SourceSite, pkgdp.LastRefresh As 'LastRefreshTime', pkgdp.Action As 'Status',
dp.IsPeerDP, dp.IsBITS as 'BitsEnabled', dp.IsMulticast, CASE WHEN dp.IsProtected = 0 THEN 1 ELSE 0 END AS IsProtected, dp.PreStagingAllowed, dp.Type as 'ResourceType', pkg.PackageType,
dp.RemoveWDS,
dp.IsPXE,
dp.SccmPXE,
dp.IsActive,
dp.ResponseDelay,
dp.UdaSetting,
dp.BindPolicy,
dp.SupportUnknownMachines,
dp.PXEPassword,
dp.IdentityGUID,
dp.BindExcept,
dp.CertificateType,
pkgdp.ISVString,
CASE WHEN ci.ModelName IS NOT NULL THEN 31 ELSE pt.SecuredTypeID END AS ObjectTypeID,
CASE WHEN ISNULL(dp.Type, 'Windows NT Server') = N'Windows Azure' THEN 1 ELSE 0 END AS IsCloud
FROM PkgServers AS pkgdp
LEFT JOIN DistributionPoints dp on dp.NALPath=pkgdp.NALPath
JOIN SMSPackages AS pkg on pkgdp.PkgID=pkg.PkgID
LEFT JOIN (vSMS_CIContentPackage AS ci INNER JOIN CI_ConfigurationItems AS cii ON cii.CI_ID = ci.CI_ID AND cii.IsLatest = 1 AND cii.IsTombstoned = 0) ON pkg.PkgID = ci.PkgID
LEFT JOIN SMSPackageTypes pt on pt.PackageTypeID=pkg.PackageType
WHERE dp.DPFlags <> 1 AND pkgdp.Action <> 3
Интересно - действительно я совершенно неправильно понял процесс.
В работе мы использовали вариант без /exe, но вариант @palienмне понравился больше, и я добавил ключ.
Но действительно, с этим ключом ни файлы, ни каталоги не получают традиционный атрибут компрессии. Как это работает внутри NTFS мне до конца непонятно, наверное это как-то похоже на сжатие блоков дедупликации.
Однако использование двух последовательных команд:
И действительно, спасибо.
:-) Всё так. Но сейчас люди стали снисходительнее.
Но на самом деле гуглить я пробовал, но не нашел. А ChatGPT видимо обучен и на веб архиве, он справился. Перевод слишком художественный, прямой обратный перевод не даёт правильное название
Спасибо, прочитал с удовольствием. ChatGPT нашел нам оригинал https://web.archive.org./web/20050305110812/manor.york.ac.uk/htdocs/colour.html
Надо внушить секте свидетелей нетрадиционные ценности - вечную жизнь за Черным заслоном, и сделают что скажут.
Понадеемся, что он будет умнее. И гуманнее, как в матрице, а не терминаторе.
Когда Маркус написал картину в далеком 2018, это смотрелось трогательно.
А сейчас только его родственники картины и пишут, а Лэнс Хендриксен остался без заказов.
А потом выясним, что без Создателя некому подавать электроэнергию в датацентр.
С тех пор правила изменились
Да уже, с чего начинали, к тому и вернемся, правда раньше это фидонетом называли.
В базе Microsoft SCCM (ConfigMgr, Endpoint Manager) view используются повсеместно. Схему исходных таблиц иначе как замечательной не назовешь.
Плюс это позволяет менять физическую структуру таблиц при обновлении продукта, ничего не меняя в клиентской обвязке.
Сами оцените:
Сначала свой КВН, теперь свой DNS надо делать.
Такими темпами придется и свой Youtube с Tg поднимать.
Эксперименты показали что самый деловой вариант - два прохода:
compact /C /A /I /EXE:LZX /S:"C:\Program Files (x86)"compact /C /A /I /EXE:LZX /S:"C:\Program Files"
compact /C /A /I /S:“C:\Program Files (x86)”compact /C /A /I /S:"C:\Program Files"
compact /C /A /I /S:"C:\ProgramData"
Интересно - действительно я совершенно неправильно понял процесс.
В работе мы использовали вариант без /exe, но вариант @palienмне понравился больше, и я добавил ключ.
Но действительно, с этим ключом ни файлы, ни каталоги не получают традиционный атрибут компрессии. Как это работает внутри NTFS мне до конца непонятно, наверное это как-то похоже на сжатие блоков дедупликации.
Однако использование двух последовательных команд:
compact /C /A /I /EXE:LZX /S:"C:\Program Files (x86)"compact /C /A /I /S:“C:\Program Files (x86)”приводит к сохранению компрессии LZX и включению традиционной компрессии NTFS с наследованием.
Давайте заодно всё же измерим степени сжатия:
C:\Program Files (x86) - Size 16,4 GB (17 700 827 755 bytes)
Разжимаем
compact /u /A /I /S:“C:\Program Files (x86)”compact /u /EXE /A /I /S:“C:\Program Files (x86)”Size on Disk 16,5 GB (17 801 523 200 bytes)
compact /C /A /I /S:“C:\Program Files (x86)”Size on Disk: 11,6 GB (12 558 749 696 bytes)
compact /C /A /I /EXE:xpress16k /S:"C:\Program Files (x86)"Size on Disk 8,50 GB (9 137 377 280 bytes)
compact /C /A /I /EXE:LZX /S:"C:\Program Files (x86)"Size on Disk 7,20 GB (7 738 306 560 bytes)
Все же больше имел в виду не разнообразие сервисов, а свойственную всем обсценную характеристику, деликатно опущенную комментатором.
Да, но в условиях дефицита памяти, можно пожертвовать тем, что в избытке. Кто пару лет назад знал, что так обернется.
Неужели программисты начнут писать эффективные программы, а hello_world.exe не будет занимать 12mb на диске?
Если это NT4, то возможно статья найдет своего ретрочитателя.
Можно ли ознакомиться с платформой?
Какой смысл задавать бессмысленные вопросы?
Сжатие Program Files не оказывает негативное влияние.
Зависит от развесистости установленного.
На системных дисках в 128Gb, на которых место выбрано почти в ноль, это даёт около 20Gb дискового пространства.
Вот "C:\Program Files (x86)" на моей машине:
14,098,121,418 total bytes of data are stored in 6,126,052,841 bytes.
The compression ratio is 2.3 to 1