Runtime: मृत कोड साफ़ करें

यहाँ एक तालिका है जो बाइट्स में अंतर को अवरोही क्रम में सूचीबद्ध करती है। XML में पहले से ही कोई समस्या है

| | | |
|----------------------------------------------------- ------|---------------|------------|
| पुस्तकालय | बाइट हटा दिया गया | % कमी |
| कुल | 1221632 | 7.62% |
| Microsoft.XmlSerializer.Generator.dll | 392704 | 46.29% |
| System.Private.Xml.dll - dotnet/runtime#20506 | 93696 | 2.54% |
| System.Net.Http.dll | 42496 | 12.89% |
| System.Private.DataContractSerialization.dll | 39936 | 4.40% |
| System.ComponentModel.TypeConverter.dll | 36352 | 10.71% |
| System.Data.Common.dll | 36352 | 2.97% |
| System.IO.FileSystem.dll | 32768 | 26.56% |
| System.Net.HttpListener.dll | 32256 | 9.39% |
| System.Runtime.Extensions.dll | 31744 | 12.20% |
| System.Net.Mail.dll | 28672 | 10.81% |
| System.Net.Security.dll | 24064 | 9.73% |
| System.Security.Cryptography.X509Certificates.dll | 23552 | 15.13% |
| System.Net.WebSockets.Client.dll | 22016 | 27.22% |
| System.Net.Primitives.dll | 20992 | 21.58% |
| System.Net.Requests.dll | 20480 | 11.56% |
| System.IO.FileSystem.DriveInfo.dll | 18944 | 47.44% |
| System.Transactions.Local.dll | 17920 | 9.70% |
| System.Net.NetworkInformation.dll | 17408 | 15.45% |
| System.Net.NameResolution.dll | 15360 | 28.30% |
| System.Net.WebHeaderCollection.dll | 14336 | 34.57% |
| System.Net.Sockets.dll | 12288 | 5.35% |
| System.IO.FileSystem.Watcher.dll | 11776 | 28.40% |
| System.IO.Compression.dll | 11264 | 7.83% |
| System.Security.Cryptography.Algorithms.dll | 10240 | 7.04% |
| System.Threading.dll | 10240 | 15.15% |
| System.IO.Pipes.dll | 9728 | 14.18% |
| System.Diagnostics.Process.dll | 9216 | 7.83% |
| System.Security.Cryptography.Encoding.dll | 9216 | 22.22% |
| System.IO.MemoryMappedFiles.dll | 8704 | 19.77% |
| System.Security.Cryptography.Csp.dll | 8704 | 9.83% |
| System.Security.AccessControl.dll | 8192 | 7.69% |
| System.Security.Cryptography.Cng.dll | 7680 | 7.04% |
| System.Collections.dll | 7168 | 5.88% |
| System.Net.Ping.dll | 7168 | 15.05% |
| System.Console.dll | 6656 | 7.51% |
| System.Linq.Expressions.dll | 6656 | 1.03% |
| System.Security.Principal.Windows.dll | 6656 | 9.29% |
| माइक्रोसॉफ्ट.Win32.Registry.dll | 6144 | 12.77% |
| System.Private.Uri.dll | 6144 | 5.41% |
| System.Net.WebClient.dll | 5632 | 8.27% |
| System.Private.Xml.Linq.dll | 5632 | 3.37% |
| Microsoft.CSharp.dll | 4096 | 0.78% |
| System.ComponentModel.Primitives.dll | 4096 | 16.00% |
| System.Reflection.Metadata.dll | 4096 | 0.81% |
| System.Threading.Tasks.Dataflow.dll | 4096 | 1.86% |
| System.Diagnostics.StackTrace.dll | 3584 | 20.59% |
| System.IO.FileSystem.AccessControl.dll | 3584 | 12.96% |
| System.Linq.Parallel.dll | 3584 | 1.41% |
| System.Text.RegularExpressions.dll | 3584 | 2.59% |
| System.IO.IsolatedStorage.dll | 3072 | 8.00% |
| System.Threading.Overlapped.dll | 3072 | 28.57% |
| System.Security.Claims.dll | 2560 | 5.32% |
| Microsoft.VisualBasic.dll | 2048 | 1.05% |
| System.Collections.Concurrent.dll | 2048 | 2.03% |
| System.Collections.NonGeneric.dll | 2048 | 4.44% |
| System.Diagnostics.TraceSource.dll | 2048 | 4.08% |
| System.Diagnostics.Tracing.dll | 2048 | 11.11% |
| System.Runtime.InteropServices.RuntimeInformation.dll | 2048 | 16.00% |
| System.Threading.Tasks.Parallel.dll | 2048 | 4.17% |
| Microsoft.Win32.Primitives.dll | 1536 | 17.65% |
| System.Collections.Specialized.dll | 1536 | 3.66% |
| System.ComponentModel.Annotations.dll | 1536 | 1.94% |
| System.Diagnostics.FileVersionInfo.dll | 1536 | 10.71% |
| System.Reflection.DispatchProxy.dll | 1536 | 5.36% |
| System.Resources.Writer.dll | 1536 | 7.69% |
| System.Runtime.Serialization.Formatters.dll | 1536 | 1.10% |
| System.Threading.Thread.dll | 1536 | 6.82% |
| System.ComponentModel.EventBasedAsync.dll | 1024 | 5.71% |
| System.Drawing.Primitives.dll | 1024 | 2.30% |
| System.IO.Compression.ZipFile.dll | 1024 | 6.90% |
| System.Linq.dll | 1024 | 0.69% |
| System.Linq.Queryable.dll | 1024 | 1.60% |
| System.Net.ServicePoint.dll | 1024 | 6.25% |
| System.ObjectModel.dll | 1024 | 2.63% |
| System.Runtime.InteropServices.dll | 1024 | 4.17% |
| System.Runtime.Numerics.dll | 1024 | 1.41% |
| System.Runtime.Serialization.Primitives.dll | 1024 | 7.69% |
| System.Security.Cryptography.Primitives.dll | 1024 | 2.41% |
| System.AppContext.dll | 512 | 8.33% |
| System.Collections.Immutable.dll | 512 | 0.26% |
| System.Diagnostics.DiagnosticSource.dll | 512 | 1.69% |
| System.Diagnostics.TextWriterTraceListener.dll | 512 | 4.35% |
| System.Globalization.Extensions.dll | 512 | 7.14% |
| System.Net.WebProxy.dll | 512 | 4.55% |
| System.Net.WebSockets.dll | 512 | 2.50% |
| System.Numerics.Vectors.dll | 512 | 0.32% |
| System.Reflection.Primitives.dll | 512 | 7.14% |
| System.Reflection.TypeExtensions.dll | 512 | 3.57% |
| System.Runtime.dll | 512 | 1.43% |
| System.Security.Cryptography.OpenSsl.dll | 512 | 6.25% |
| System.Xml.XmlSerializer.dll | 512 | 5.56% |
| System.Xml.XPath.XDocument.dll | 512 | 6.67% |

नए योगदानकर्ता को हथियाने के लिए यह एक मृत आसान मुद्दा है। बस एचटीएम फाइलों में से एक खोलें, और लाल रंग में चिह्नित स्रोतों को हटा दें।

एक स्पष्ट बात यह है कि उत्पन्न SR वर्ग में लगभग हमेशा कई सदस्य होते हैं जिनका उपयोग नहीं किया जाता है, और यह हमारी सभी विधानसभाओं (या कम से कम अधिकांश) में दिखाई देता है। यह हमें कुछ आसान वैश्विक सुधार दे सकता है यदि हम यह पता लगा लें कि इसे कैसे ठीक किया जाए।

मैं यह भी देखता हूं कि कुछ मामलों में private const फ़ील्ड दिखाई देते हैं। वे उस वर्ग के कार्यान्वयन द्वारा उपयोग किए जाते हैं, लेकिन स्पष्ट रूप से दिखाई नहीं देते हैं या बाहर उपयोग नहीं किए जाते हैं। शायद उन समस्याओं को "ठीक" करने की कोशिश करने लायक नहीं है।

यदि वर्ग कार्यान्वयन जो private const फ़ील्ड का उपयोग करता है, असेंबली के बाहर दिखाई देने वाले प्रवेश बिंदु के माध्यम से पहुंचा जा सकता है तो फ़ील्ड को हटाया नहीं जाता है।

संभवत: यदि किसी पुस्तकालय में आंतरिक-दृश्य-से (उदाहरण के लिए इकाई परीक्षणों के लिए) है तो हम झूठी सकारात्मक देखेंगे, है ना?

यदि असेंबली में इंटरनल विज़िबल टू है, तो सभी इंटर्नल को भी रूट माना जाता है।

ठीक है। मुझे लगता है कि ऐसे कुछ मामले हैं जहां परीक्षण आंतरिक प्राप्त करने के लिए प्रतिबिंब का उपयोग करते हैं। लेकिन जब हम परीक्षण चलाएंगे तो उन्हें जल्दी से खोजा जाएगा।

@ मेलिनोई

एक स्पष्ट बात यह है कि उत्पन्न एसआर वर्ग में लगभग हमेशा कई सदस्य होते हैं जिनका उपयोग नहीं किया जाता है, और यह हमारी सभी विधानसभाओं (या कम से कम अधिकांश) में दिखाई देता है। यह हमें कुछ आसान वैश्विक सुधार दे सकता है यदि हम यह पता लगा लें कि इसे कैसे ठीक किया जाए।

मैंने पहले ही फरवरी में 100 मृत तारों को हटाकर एक पास बना लिया है। बहुत कम बचे होंगे। मुझे लगता है कि ये ऐसे मामले हैं जहां स्ट्रिंग को संदर्भित करने वाली विधि स्वयं ही छंटनी की जाती है। किस मामले में निश्चित रूप से रेक्स को ट्रिम करने की आवश्यकता है।

@danmosemsft मैं सदस्यों के इस ब्लॉक का जिक्र कर रहा हूं जो हमेशा जेनरेट की गई फाइल में उत्सर्जित होता है:

C# internal static string Format(string resourceFormat, object p1); internal static string Format(string resourceFormat, object p1, object p2); internal static string Format(string resourceFormat, object p1, object p2, object p3); internal static string Format(string resourceFormat, params object[] args);

अक्सर (कम से कम मेरे संक्षिप्त स्किमिंग 😄 से), केवल पहले का उपयोग किया जाता है, और कभी-कभी दूसरा। उनमें से कुछ में मैंने क्लिक किया, यह अंतर का सबसे बड़ा हिस्सा था।

ठीक है। मुझे लगता है कि ऐसे कुछ मामले हैं जहां परीक्षण आंतरिक प्राप्त करने के लिए प्रतिबिंब का उपयोग करते हैं। लेकिन जब हम परीक्षण चलाएंगे तो उन्हें जल्दी से खोजा जाएगा।

मैंने उनमें से अधिकांश को पहले ही कवर कर लिया है: https://github.com/dotnet/corefx/pull/17825/commits/2277db969616a5ad4fd9f4a8118a3b4030ff62d3

हम पहले से ही इनर और आउटरलूप क्लीन हैं।

डेटाफ़्लो की रिपोर्ट कहती है कि System.Threading.Tasks.Dataflow.Internal.Threading नामस्थान में प्रकार समाप्त हो चुके हैं। यह सच नहीं है, वे डिफ़ॉल्ट कॉन्फ़िगरेशन में मर चुके हैं, लेकिन अन्य कॉन्फ़िगरेशन हैं जो उनका उपयोग करते हैं। मेरे प्रस्तावित परिवर्तन के लिए https://github.com/dotnet/corefx/pull/17912 देखें।

क्या इस तरह के अन्य प्रकार होने की संभावना है? क्या उनके बारे में कुछ किया जाना चाहिए?

यह रिपोर्ट केवल विंडोज़ पर NETCoreApp के लिए है। यह संभव है कि कोई अन्य कॉन्फ़िगरेशन अभी भी उनका उपयोग करता है और यदि कोई उन्हें पूरी तरह से हटाने का प्रयास करता है तो -allConfigurations बिल्ड द्वारा पकड़ा जाएगा। इस तरह के मामलों के लिए आप NETCoreApp कॉन्फ़िगरेशन में सुधार कर सकते हैं, जैसा कि मैंने उपरोक्त आइटम 2 में उल्लेख किया है। ऐसा लगता है कि आप dotnet/corefx#17912 . में क्या कर रहे हैं

यदि आप अन्य कॉन्फ़िगरेशन के लिए अंतर की पहचान करने में रुचि रखते हैं जहां हम लिंकर नहीं चला रहे हैं, तो आप पृष्ठभूमि अनुभाग में सूचीबद्ध विवरण का उपयोग करके इसे चालू कर सकते हैं। एक बार पीआर का विलय हो जाने के बाद यह आसान हो जाएगा ताकि आप बस इंतजार करना चाहें।

@erozenfeld हम किसी भी कॉन्स्ट को केवल इसलिए नहीं हटाना चाहेंगे क्योंकि वे कंपाइलर द्वारा इनलाइन हैं, क्योंकि यह कोड स्पष्टता खो देता है। लेकिन कुछ कास्ट वास्तव में मर चुके हैं, और जिन्हें हम शायद हटाना चाहते हैं।

उदाहरण के लिए http://tempcoverage.blob.core.windows.net/report2/System.ComponentModel.TypeConverter.diff.html में संपूर्ण VSStandardCommands मृत के रूप में चिह्नित है। कुछ दिखाई दे रहे हैं ( public class StandardCommands के माध्यम से), और बस इनलाइन। लेकिन कुछ वास्तव में मर चुके हैं जैसे cmdidThisWindow

यह देखना अच्छा होगा कि बाद की श्रेणी में कौन से हैं।

ठीक है, हम स्रोत से कंपाइलर द्वारा इनलाइन किए गए कॉन्स्टेबल को नहीं हटा सकते हैं। ILLink msil पर काम करती है और वास्तव में मृत स्थिरांक को एक स्थिरांक से अलग नहीं कर सकती है जो मृत हो गया है क्योंकि इसे हर जगह इनलाइन किया गया है।

यह किसी भी निजी डिफ़ॉल्ट कंस्ट्रक्टर को मृत के रूप में भी फ़्लैग करता है, जिसे हम आम तौर पर हटाना नहीं चाहते हैं क्योंकि वे किसी भी आकस्मिक पैरामीटर रहित निर्माण को रोकने के लिए ईथर हैं। मुझे लगता है कि अपरिहार्य है, उसी कारण से। जहाँ तक मैं सोच सकता हूँ संकलन समय के बाद उनका कोई उद्देश्य नहीं है।

ऊपर चर्चा के अनुसार 'आसान' के रूप में चिह्नित करना। मैं इस मुद्दे पर कुछ पहली बार योगदानकर्ताओं को इंगित करने की योजना बना रहा हूं।

यदि कोई फ़ाइल चुनता है, तो कृपया कार्य के दोहराव से बचने के लिए इस मुद्दे पर ऐसा कहें।

@danmosemsft क्या आप अपने हाउ-टू को वेंडरों को यहां भी भेजना चाहते हैं? हो सकता है कि इसे शीर्ष-पोस्ट में जोड़ना सभी अपवादों/चीजों से बचने के लिए सबसे अच्छा होगा ...

@karelz किया

मैंने अंतर पर एक सरसरी नज़र डाली है। उनमें बहुत अधिक शोर है - मेरे लिए कुछ भी आसान और कार्रवाई योग्य खोजना कठिन था। क्या हम शोर को अंतर (स्थिरांक, निजी पैरामीटर रहित कंस्ट्रक्टर, ...) से फ़िल्टर कर सकते हैं ताकि इसमें केवल आसान कार्रवाई योग्य आइटम हों?

आप सीएसवी खोल सकते हैं और जो भी फ़िल्टर आपको पसंद है उसे लागू कर सकते हैं।

मास्टर सीएसवी के साथ यह देखना अच्छा होगा कि कौन सा कोड/src/common वास्तव में मर चुका है।

@erozenfeld मुझे यहाँ कुछ याद आ रहा है। यह http://tempcoverage.blob.core.windows.net/report2/System.Reflection.DispatchProxy.diff.html में कहता है कि EventAccessorInfo.InterfaceRaiseMethod मर चुका है, लेकिन यह कंस्ट्रक्टर में सेट है, जो स्वयं नहीं है मृत।
https://github.com/dotnet/corefx/blob/master/src/System.Reflection.DispatchProxy/src/System/Reflection/DispatchProxyGenerator.cs#L919

अप-फॉर-ग्रैब को हटाना और आसान, मुझे नहीं लगता कि यह तैयार है (यदि आपको लगता है कि मैं गलत हूं तो बदलने के लिए स्वतंत्र महसूस करें)

मैं नहीं देखता कि यह कैसे तैयार नहीं है, निर्देश बहुत स्पष्ट हैं ... मुझे लगता है कि यह एक तरह का एक अच्छा परिचय है। वैसे भी इस पर वेंडर लोक शुरू हो जाएगा। मैंने पहले ही कुछ कर लिया है और कई की जाँच कर ली है जो पहले से ही साफ हैं।

कुछ और यह गलत तरीके से मृत को चिह्नित करता है: स्ट्रिंग्स जो SR.GetResourceString("...") के माध्यम से रनटाइम पर लोड की जाती हैं। दुर्भाग्य से अभी भी कुछ हैं जैसे return SR.GetResourceString("PropertyCategory" + value, null);

उसे कोड समीक्षा में पकड़ा जाना है।

धागे को स्किम करने से ऐसा लग रहा था कि नतीजों में शोर की चिंता है। दोबारा, मैं दृढ़ता से महसूस नहीं करता - इसे वापस फ्लिप करने के लिए स्वतंत्र महसूस करें ;-)

यह ठीक है :)

System.Transactions.Local में, एक कोड है जो वर्तमान में एक्सेस नहीं किया गया है, लेकिन वितरित लेनदेन का समर्थन करने के लिए काम करने के बाद इसकी कुछ राशि को अंततः एक्सेस किया जाएगा। मैं बस इस कोड को हटाने के लिए मितभाषी हूं।

मैंने पहले ही Microsoft.CSharp में पहचाने गए कुछ डेड कोड को हटा दिया है और कुछ और (विश्लेषण में यह नहीं पाया गया कि उदाहरण के लिए ExpressionBinder.BindPtrToArray dotnet/corefx#17948) के अनुसार मर चुका है और बाकी मेरे पास है उस असेंबली के मेरे चल रहे रिफैक्टरिंग के हिस्से के रूप में जगहें।

@danmosemsft EventAccessorInfo.InterfaceRaiseMethod के संबंध में: यह कह रहा है कि get_InterfaceRaiseMethod मर चुका है और चूंकि कोई set_InterfaceRaiseMethod नहीं है, संपत्ति मर गई है। कंस्ट्रक्टर में कोड कंपाइलर-जनरेटेड बैकिंग फील्ड सेट करता हैk__BackingField और ILLink क्षेत्र को बनाए रखता है।

@jimcarley जो समझ में आता है, मैंने S.Transactions की जाँच की। ऊपर के रूप में स्थानीय। मुझे लगता है कि अगर ऐसी बाधाएं और अंत हैं जो वास्तव में मर चुके हैं, तो आप उन्हें किसी बिंदु पर हटाना चाहेंगे।

@JonHanna यदि आप मानते हैं कि ILLink को यह पता लगाने में सक्षम होना चाहिए था कि कोड मर चुका है, तो मैं @erozenfeld को बता दूंगा।

@danmosemsft अगर यह हो सकता है तो मैं बेहद प्रभावित होऊंगा, मेरा मतलब सिर्फ इतना है कि यहां उल्लिखित बिट्स पहले से ही निष्कासन का एक सबसेट हैं, ताकि सूची में आइटम को कवर किया जा सके।

@danmosemsft @JonHanna ILLink तरीकों के भीतर अगम्य कोड खोजने का प्रयास नहीं करता है। यदि कोई विधि उपलब्ध है, तो यह मान लिया जाता है कि विधि के भीतर सभी निर्देश उपलब्ध हैं।

दूसरों के लाभ के लिए: एक और मामला ऑफ़लाइन आया, जहां एक int फ़ील्ड को एक कन्स्ट्रक्टर द्वारा असाइन किया जा रहा था जिसे मृत के रूप में चिह्नित किया गया था। हालांकि उस क्षेत्र को कहीं और पढ़ा जा रहा था, और एक बार जब उस निर्माता को हटा दिया गया, तो संकलक ने चेतावनी दी कि क्षेत्र कभी भी सेट नहीं हो रहा था। पाठक डिफ़ॉल्ट मान पढ़ रहा था। ऐसे मामले में मृत सेटर को हटाते समय फ़ील्ड को स्पष्ट रूप से प्रारंभ करने की आवश्यकता होती है।

@erozenfeld यह कोड मृत प्रतीत होता है: https://github.com/dotnet/corefx/compare/master...danmosemsft :dead.xml?expand=1
लेकिन मृत के रूप में चिह्नित नहीं किया गया था। यह आईएल (संरचना में क्षेत्र) में है। क्या ILLink विशेष रूप से स्ट्रक्चर्स से फ़ील्ड्स को हटाने से बचता है जैसे कि वे इंटरऑप में उपयोग किए जाते हैं?

इस विशेष मामले में, फ़ील्ड को अंतर्निहित स्थिर कन्स्ट्रक्टर में प्रारंभ किया जाता है, इसलिए वे आईएल में उपयोग किए जाने लगते हैं। उन्हें मृत कोड के रूप में पहचानने के लिए, ILLink को यह करना होगा:

• पता लगाएँ कि फ़ील्ड स्थिर कंस्ट्रक्टर में असाइन किए गए हैं और मान कहीं और उपयोग नहीं किया गया है
• इन क्षेत्रों के असाइनमेंट के दुष्प्रभाव नहीं होते हैं
• इन क्षेत्रों के असाइनमेंट को हटाने के लिए स्टैटिक कंस्ट्रक्टर के मेथड बॉडी को फिर से लिखें, लेकिन बाकी सब कुछ बरकरार रखें।

आह - बिल्कुल।

मैंने इन्हें देखा क्योंकि वे https://github.com/dotnet/corefx/pull/18395/files में थे .. अन्य खोज में विभिन्न स्थिरांक हैं जो मर चुके हैं (जो निश्चित रूप से ILLink नहीं बता सकता क्योंकि यह सभी स्थिरांक दिखाता है मृत के रूप में) और कुछ चीजें जैसे इनिशियलाइज़ेशन जो केवल एक इंसान ही बता सकता है, का कोई साइड इफेक्ट नहीं है। ऐसा कुछ नहीं जो ILLink को मिलना चाहिए था।

@huanwu SGEN टूल में 400KB डेड कोड है।
क्या यह सब हटाना उचित है या यह कार्य प्रगति पर है, आप इस कोड का उपयोग करने जा रहे हैं?

देखें http://tempcoverage.blob.core.windows.net/report2/Microsoft.XmlSerializer.Generator.diff.html

System.Linq और System.Linq.Queryable में ध्वजांकित एकमात्र कोड या तो सामान्य फाइलों में स्थिरांक या विधियों का उपयोग किया जाता है जहां उस प्रोजेक्ट में उसी वर्ग के अन्य तरीकों का उपयोग किया जाता है, इसलिए उन्हें आगे काम करने की आवश्यकता नहीं होती है।

मैंने अपने द्वारा लिखे गए टूल का उपयोग करके कुछ मृत कोड की पहचान की है - https://github.com/dotnet/corefx/pull/18395 देखें। मैं अपने कोड को सत्यापित करने के लिए इनपुट डेटा के रूप में आपके कोड का उपयोग कर रहा हूं।

अतीत में मैंने रोसलिन (18.5 kloc) पर बड़े पैमाने पर डिलीट किया है जो कोड की पहचान करने में अच्छा रहा है जो मृत नहीं होना चाहिए - https://github.com/dotnet/roslyn/pull/17630 पर टिप्पणियां देखें। यानी केवल डिबगर में उपयोग किया जाता है, एक प्रतिगमन के कारण, परीक्षणों के अपूर्ण कार्यान्वयन को सशर्त रूप से संकलित किया जाना चाहिए।

@ जोनहन्ना धन्यवाद! शीर्ष पोस्ट आपकी जानकारी के साथ अपडेट की गई।

dotnet/corefx#18414 ने S.Linq.Expressions में अधिकांश प्रासंगिक मृत कोड हटा दिए। स्थिरांक आदि के अलावा, अभी भी कुछ ऐसे हैं जो प्रासंगिक हो सकते हैं यदि वर्तमान में असमर्थित सुविधाओं को पोर्ट किया जाता है (जिसमें एक समस्या का अनुरोध करने वाली समस्या भी शामिल है) तो शायद अब आगे नहीं करना सबसे अच्छा होगा।

अच्छा लगता है, इसे सूची में चेक किया गया है। बाकी में से अधिकांश को केवल न्यूनतम सफाई की आवश्यकता है। SGEN प्रमुख अपवाद है ( @huanwu कृपया ऊपर प्रश्न देखें)

Microsoft.XmlSerializer.Generator.dll के बारे में ऊपर @zhenlan प्रश्न - इसमें 400KB का डेड कोड (!) मिला है ... क्या यह कोड अस्थायी रूप से मृत है, या आप इस काम के साथ हैं और कोई इसे हटा सकता है? मैं विक्रेताओं से अधिकतर काम करने के लिए कह सकता हूं, सबसे अधिक संभावना है। बस मुझे पता है।

@danmosemsft ये मृत कोड नहीं हैं। अधिकांश कोड System.Private.Xml के साथ साझा किए जाते हैं। यदि आप प्रोजेक्ट फ़ाइल https://github.com/dotnet/corefx/blob/master/src/Microsoft.XmlSerializer.Generator/src/Microsoft.XmlSerializer.Generator.csproj की जाँच करते हैं, तो आप पा सकते हैं कि अधिकांश कोड फ़ाइलें नीचे स्थित हैं $(SourceDir)SystemXmlSerialization

@huanwu भले ही हम रेपो से कोड को हटा नहीं सकते (क्योंकि यह दूसरों द्वारा उपयोग किया जाता है) यदि इस असेंबली में कोड का उपयोग नहीं किया जाता है तो हम आदर्श रूप से इसे असेंबली में संकलित नहीं करेंगे।
परावर्तनअवेयरकोडजेन
XmlSerializationWriterCodeGen
XmlSerializationCodeGen
सभी मृत वर्ग लगते हैं। आदर्श रूप से उन्हें अपनी कोड फ़ाइलों में ले जाया जा सकता है ताकि वे केवल वहीं संकलित हों जहां उनकी आवश्यकता हो।

प्रतिबिंबअवेयरकोडजेन वास्तव में #if XMLSERIALIZERGENERATOR के भीतर है, इसलिए शायद यह पूरी तरह से मर चुका है, अगर यह इस असेंबली में मर चुका है।

साथ ही इस बाइनरी में अधिकांश स्ट्रिंग्स का उपयोग नहीं किया जाता है।

यदि यह कोड इस असेंबली में मृत है जो 400KB बचाएगा तो यह करने योग्य है।

हाय @danmosemsft , मैं पूरी तरह से समझ नहीं पा रहा हूं कि मृत कोड कैसे निर्धारित किया जाता है, लेकिन कुछ महसूस होता है।

उदाहरण के लिए, भिन्न फ़ाइल Microsoft.XmlSerializer.Generator ने ReflectionAwareCodeGen को लाल के रूप में चिह्नित किया, जिसे मैंने उपकरण के दृष्टिकोण से मृत कोड के रूप में व्याख्यायित किया। हालांकि, यह स्पष्ट रूप से यहां Microsoft.XmlSerializer.Generator में उपयोग किया जाता है । क्या आप कृपया स्पष्ट करने में मदद कर सकते हैं?

ठीक है, मुझे लगता है कि टूल ने वास्तव में *CodeGen की पूरी श्रृंखला को डेड कोड के रूप में चिह्नित किया है। कृपया मेरे पिछले प्रश्न को अनदेखा करें और मुझे समझाने दें। Microsoft.XmlSerializer.Generator प्रोजेक्ट का अभी-अभी आरंभिक चेक-इन हुआ था। कुछ कोड केवल अस्थायी रूप से मृत हैं। उनका उपयोग तब किया जाएगा जब हमारे पास अधिक काम होगा। हो सकता है कि जब हम कोड पूर्ण होने के करीब पहुंचें तो हम टूल को फिर से चला सकें?

@zhenlan ठीक यही मैंने माना। कोड पूर्ण पिछले सप्ताह वास्तव में था :) शायद यह एक डीसीआर है। क्या और भी बहुत कुछ करना है?

@danmosemsft हाँ आपने जो मान लिया वह सही है :)

Microsoft.XmlSerializer.Generator (Sgen) एक CLI टूल है जो .NET Core के हिस्से के रूप में शिप नहीं करता है। S.Private.Xml के साथ कोड Sgen शेयरों के हिस्से के लिए, मुझे नहीं लगता कि बग फिक्स को छोड़कर कोई बड़ा अंतराल है और हम ZBB के लिए 5/10 को लक्षित कर रहे हैं। कोड के उस हिस्से के लिए जो पूरी तरह से Sgen के अधीन है, और अधिक फीचर काम करना है, लेकिन अलग-अलग रिलीज वाहनों के कारण हमारे पास अधिक छूट होनी चाहिए। आशा है कि यह स्पष्ट करता है।

@erozenfeld शेष हटाए जाने योग्य कोड में से अधिकांश सामान्य साझा फ़ाइलों के संभावित भाग हैं जिनका कोई भी उपयोग नहीं करता है। प्रत्येक का हाथ से विश्लेषण किए बिना या सीएसवी में कुछ थकाऊ जुड़ाव किए बिना उस कोड को साफ करना संभव नहीं है। क्या असेंबली के पूरे सेट पर ILLink को चलाने का कोई सीधा तरीका है, कई असेंबली में उपयोग की जाने वाली फाइलों को समेटना, इसलिए हम इनमें से एक HTML रिपोर्ट प्राप्त कर सकते हैं जो दिखाती है कि कॉमन कोड में क्या है?

हम परीक्षण असेंबली में भी विलय करना चाहेंगे क्योंकि उत्पाद कोड में कुछ परीक्षण संकलित होते हैं (उदाहरण के लिए PathInternal.cs)। इसके अलावा यूनिक्स वाले भी निश्चित रूप से सामान्य कोड का उपयोग करते हैं।

@danmosemsft मेरा टूल ऐसा कर सकता है। यानी इसे पूरे कोड बेस पर चलाएं, झूठी सकारात्मक सहित लाइनों को स्वचालित रूप से हटा दें, बार-बार परीक्षण करें और परीक्षण करें। अंत में इसे मेरे जीथब खाते में धकेलें और एक पुल अनुरोध बनाएं। संभवत: इसमें काफी काम शामिल है, हालांकि इसका उपयोग तब तक नहीं किया जाना चाहिए जब तक कि इसका उपयोग नहीं किया जाएगा। सबसेट पर परिणामों के लिए https://github.com/dotnet/corefx/pull/18395 देखें

@danmosemsft

क्या असेंबली के पूरे सेट पर ILLink को चलाने का कोई सीधा तरीका है, कई असेंबली में उपयोग की जाने वाली फाइलों को समेटना, इसलिए हम इनमें से एक HTML रिपोर्ट प्राप्त कर सकते हैं जो दिखाती है कि कॉमन कोड में क्या है?

नहीं, ऐसा करने का कोई सीधा तरीका नहीं है। ILLink असेंबलियों पर काम करती है, न कि स्रोत फ़ाइलें जो उन्हें उत्पन्न करने के लिए उपयोग की जाती हैं।

@erozenfeld मुझे नहीं लगता कि मेरा मतलब था। मुझे उम्मीद नहीं है कि ILLink स्रोतों पर काम करेगी। लेकिन अभी कोई भी साझा स्रोत जो बाइनरी एक्स में मृत के रूप में दिखाता है, उसे आसानी से हटाया नहीं जा सकता क्योंकि उनका उपयोग बाइनरी वाई या जेड द्वारा किया जा सकता है। यदि हमारे सभी पुस्तकालयों को एक बड़े डीएल में संकलित किया गया था जैसे ILMerge या इस तरह की तरह चलाया गया था, पीडीबी के उचित रूप से तय होने के बाद, हम किसी भी सामान्य कोड को हटा सकते हैं जो मृत के रूप में दिखाई देता है। मेरा सवाल यह था कि क्या ILMerge असेंबली को एक में मिला सकता है, फिर उस पर क्लोजर विश्लेषण चला सकता है।

@danmosemsft नहीं, ILLink असेंबली को ILMerge की तरह एक में मर्ज नहीं कर सकता है। मुझे नहीं पता कि ILMerge विभिन्न विधानसभाओं में परस्पर विरोधी नामों को कैसे संभालता है। यदि आपके पास असेंबली ए में क्लास एनसी और असेंबली बी में क्लास एनसी है, तो आम तौर पर आपको विलय करते समय दोनों (और एक या दोनों का नाम बदलना) रखने की आवश्यकता होती है जब तक कि आप यह साबित नहीं कर सकते कि वे गहरे अर्थ में समान हैं।

गोचा। खैर शायद भविष्य में कोई तरीका सामने आएगा। यह कोई बड़ी बात नहीं है।

यह मेरे साथ भी होता है कि यह सीएसवी के कुछ प्रसंस्करण के साथ किया जा सकता है ...

यह सारा डेटा अब पुराना होने की संभावना है। यदि आप इस पर और काम करना चाहते हैं तो हमें शायद रिपोर्ट्स को फिर से चलाना चाहिए। ऐसा करने के लिए आप ऊपर दिए गए बैकग्राउंड सेक्शन में निर्देश पा सकते हैं।

System.Collections.Immutable और System.Collections.NonGeneric में ध्वजांकित एकमात्र कोड या तो सामान्य फाइलों में स्थिरांक या विधियों का उपयोग किया जाता है जहां उसी वर्ग के अन्य तरीकों का उपयोग उस प्रोजेक्ट में किया जाता है, इसलिए उन्हें आगे काम करने की आवश्यकता नहीं होती है।

धन्यवाद @YoupHulsebos , शीर्ष पोस्ट अपडेट किया गया।

सिस्टम में।

@yaelkeemink धन्यवाद अद्यतन चेकबॉक्स।

नमस्ते,
पहली बार योगदानकर्ता के रूप में, अगर यह ठीक है तो मैं System.Net.Mail लाइब्रेरी से निपटना चाहूंगा!

पक्का शुक्रिया! आगे बढ़ो। यदि आप किसी भी रोड ब्लॉक से टकराते हैं तो हमें यहां फाइल नए मुद्दों पर पिंग करें (और मुझे रूटिंग के लिए टैग करें)।

मैंने System.Net.Mail के लिए एक पुल अनुरोध बनाया है और समझौते पर हस्ताक्षर किए हैं।

धन्यवाद @ एर्मियार! टॉप-इश्यू को पीआर के लिंक के साथ अपडेट किया गया।

यहां प्रथम-टाइमर - मैं निम्नलिखित लूंगा:

System.IO.FileSystem.DriveInfo
System.IO.FileSystem.Watcher

मैं

बहुत बढ़िया, @garfbradaz में आपका स्वागत है!
हमें बताएं कि जब आप पीआर जमा करते हैं, तो हम शीर्ष पोस्ट को अपडेट करेंगे ( @ViktorHofer क्या आप आज मदद कर सकते हैं?)

ज़रूर।

@garfbradaz कृपया डेस्कटॉप और कोर दोनों परियोजनाओं में सभी परीक्षण चलाने के लिए संभावित मृत कोड को हटाने के बाद सुनिश्चित करें।
आप इसे पहले चलाकर कर सकते हैं:
build.cmd और build.cmd -framework:netfx corefx रूट से और उसके बाद व्यक्तिगत परीक्षण परियोजनाओं को इस तरह चलाना:
msbuild /t:RebuildAndTest और msbuild /t:RebuildAndTest /p:TargetGroup=netfx ।

अगर आपको मदद चाहिए तो मुझसे संपर्क करने में संकोच न करें। आपकी सहायताके लिए धन्यवाद!

धन्यवाद @ViktorHofer / @karelz - धीरे-धीरे जुताई

एक गलत सकारात्मक रहा है: dotnet/corefx#19826 इस मुद्दे पर प्रतिबद्ध 81506698 द्वारा हटाए गए कोड के साथ लागू किया गया है। हालांकि अभी के लिए यह विधि 'मृत' है, .NET पूर्ण से DbProviderFactories को वापस लाने के लिए वहां होना आवश्यक है। तो यह फिर से जीवित हो जाएगा अगर dotnet/corefx#19826's PR को मर्ज कर दिया जाता है।

पहली बार योगदानकर्ता, मैं System.Linq.Expressions पर एक स्विंग लेना चाहता हूं।

बढ़िया @mccbraxton! अगर आपको कोई मदद चाहिए तो मुझे पिंग करें।

@mccbraxton ऐसा लगता है कि System.Linq.Expressions पहले ही साफ़ हो चुका है। क्या आप एक और टुकड़ा लेना चाहते हैं?

@ViktorHofer आप सही कह रहे हैं - गलत पढ़ा होगा। System.Security.Cryptography.Algorithms के बारे में कैसे?

अछा लगता है! मैंने आपको टेबल में जोड़ा है। कृपया सुनिश्चित करें कि किसी भी लक्ष्य द्वारा उपयोग किए जाने वाले कोड को हटाना नहीं है। आपकी सहायताके लिए धन्यवाद!

dotnet/corefx#18162 ने Microsoft.CSharp की रिपोर्ट में जो कुछ बचा था, उसका ख्याल रखा जो वास्तव में मृत था।

नमस्ते नया योगदान यहाँ , मैं System.ComponentModel ले सकता हूँ। *

धन्यवाद @norek इसके लिए जाओ।

नमस्ते System.ComponentModel का सारांश।

• जड़ - हटाने के लिए कुछ नहीं
• .टिप्पणियां - हटाने के लिए कुछ नहीं
• .EventBasedAsync - हटाने के लिए कुछ नहीं
• .Primitives - मृत के रूप में चिह्नित लेकिन इसकी नहीं
• .TypeConverters - ive कुछ कोड हटा दें। लेकिन मैं उलझन में हूँ! = ऑपरेटर - इसे मृत के रूप में चिह्नित किया गया है, लेकिन मुझे आपके सभी कोडिंग सम्मेलनों की जानकारी नहीं है - क्या इसे भी हटा दिया जाना चाहिए?

मैं सूची की समीक्षा कर रहा था और मुझे System.Diagnostics में मृत कोड मिला - StackTraceSymbols को मृत के रूप में चिह्नित किया गया है, लेकिन समाधान exlorer में इस वर्ग का नाम StackTraceSymbols.CoreCLR.cs है। मुझे बंद मुद्दों में मिला: dotnet/corefx#19368
और यह मर चुका है या नहीं?

@ mikem8361 क्या आप SDStackTraceSymbols के मालिक हैं?

मेरे पास इसका स्वामित्व है और यह मृत कोड नहीं है। प्रतिबिंब का उपयोग System.Private.CoreLib द्वारा इस असेंबली को लोड करने और इस वर्ग को संदर्भित करने के लिए किया जाता है।

तो coreclr बिना क्रिया के अपवाद स्टैक ट्रेस पर स्रोत/पंक्ति संख्या जानकारी मुद्रित कर सकता है।

@ mikem8361 जानकारी के लिए धन्यवाद। ऐसा लगता है कि यह illinktrim.xml द्वारा सुरक्षित है:

<linker>
  <assembly fullname="System.Diagnostics.StackTrace">
    <!-- used by System.Private.CoreLib StackTrace code to load portable pdbs for the runtime diagnostic stack trace to get source/line info -->
    <type fullname="System.Diagnostics.StackTraceSymbols" required="true" />
  </assembly>
</linker>

@ericstj @erozenfeld क्या हम उस CSV को ठीक कर सकते हैं जो ILLink उत्सर्जित करता है, इसलिए यह कोड को मृत के रूप में नहीं दिखाता है जब हमने इसे कोड बनाए रखने के लिए मजबूर किया है?

हमारे पास जो सीएसवी हैं, वे ट्रिमिंग के बाद केवल अंतर हैं, इसलिए उनके पास सामान स्पष्ट रूप से निहित नहीं है। इस अंक से जुड़ा डेटा लाइव नहीं है। यह एक बार की दौड़ से है जब मैंने इस मुद्दे को खोला। मुझे संदेह है कि अगर आपने लाइव जानकारी को देखा तो यह अब एक अंतर के रूप में नहीं दिखाई देगी।

नमस्ते, मैं पहली बार योगदानकर्ता हूं। मैं System.Net.Http और System.Net.HttpListener को आजमाना चाहता हूं।

@soapdogg इसके लिए जाओ ..

@AlexGhiondea जैसा कि उल्लेख किया गया है

नमस्कार। क्या मैं Microsoft.VisulaBasic ले सकता हूँ?

@satano निश्चित रूप से, आगे बढ़ो। ऐसा लगता है कि हटाने के लिए केवल कुछ बिट्स हैं (उपरोक्त मेरे लेखन के अनुसार सभी कॉन्स फ़ील्ड और पैरामीटर रहित सीटीआर को रहने की आवश्यकता है)। शायद आप CSharp भी कर सकते हैं?

कुछ पुस्तकालय ऐसे भी हैं जो उपरोक्त विश्लेषण के बाद से नए हैं...

ठीक है, मैं CSharp और VisualBasic करूँगा।

Microsoft.VisualBasic के लिए पीआर तैयार है।

Microsoft.CSharp के संबंध में - diff फ़ाइल में लाल सब कुछ पहले ही हटा दिया गया है। तो बस इसे मुद्दे में चिह्नित करें।

क्या हम इस मुद्दे को पहली बार आने वालों पर छोड़ देंगे, या क्या मैं इसे जारी रख सकता हूं?

@satano क्या आप कृपया उस परिवर्तन को ढूंढ सकते हैं जिसने लाल अंतर को हटा दिया?
जारी रखना ठीक है, हम इसे केवल पहली बार आने वालों के लिए नहीं सहेजते हैं।

मुझे नहीं पता कि यह सब था, लेकिन यहां कुछ हटा दिया गया था: https://github.com/dotnet/corefx/commit/3eb339702e2fcdf924b50c2e32d7e9e02395e52f

@JonHanna ने यहाँ तक कहा https://github.com/dotnet/corefx/issues/17905#issuecomment -291924301

मैं ऊपर से जारी रखूंगा। तो आगे मैं System.IO.Compression , System.IO.FileSystem.AccessControl , और System.IO.FileSystem लूंगा।

@satano इसके लिए जाएं - अनुमति मांगने की कोई आवश्यकता नहीं है, अगर कोई और देख रहा था, तो वे यहां पोस्ट करेंगे।

किसी के लिए एक दिलचस्प "मेटा समस्या" यह है कि क्या समान लिंकर टूल का उपयोग करने के लिए सामान्य कोड खोजने का कोई तरीका है जिसका कोई भी उपयोग नहीं कर रहा है। यदि srccommon से खींचा गया वर्ग केवल आंशिक रूप से पुस्तकालय द्वारा उपयोग किया जाता है, तो यह इस विश्लेषण में मृत दिखाई देगा, लेकिन इसे हटाया नहीं जा सकता क्योंकि कोई अन्य पुस्तकालय इसे खींच रहा है और इसका उपयोग कर रहा है। मैं क्या सोच रहा था कि अगर असेंबली को मर्ज करने का कोई तरीका है, तो उन पर लिंकर चलाएं। @erozenfeld क्या हम विलय करने के लिए लिंकर का उपयोग कर सकते हैं, फिर परिणाम पर मृत कोड ढूंढ सकते हैं?

ILLink वर्तमान में असेंबली को मर्ज नहीं कर सकता है। यह कुछ ऐसा है जिसे हम भविष्य में जोड़ने पर विचार कर रहे हैं। ऐसे अन्य उपकरण हैं जो ऐसा कर सकते हैं: https://github.com/Microsoft/ILMerge और https://github.com/gluck/il-repack हालांकि मुझे यकीन नहीं है कि वे इस परिदृश्य को जिस तरह से हम चाहते हैं उसे संभालते हैं। वे यह महसूस कर सकते हैं या नहीं भी कर सकते हैं कि परस्पर विरोधी नामों वाले प्रकार/तरीके/फ़ील्ड समान संस्थाओं का प्रतिनिधित्व करते हैं।

मैं System.Net.Http , System.Net.HttpListener और System.Net.NetworkInformation के साथ जारी रख रहा हूं।

मैं एक-एक करके पूरे System.Net.* लूंगा।

बाकी के साथ जारी: System.Private.* , System.Runtime.* और System.Security.* ।

@ करेल्ज़

... क्या आप कृपया वह परिवर्तन ढूंढ सकते हैं जिसने लाल अंतर को हटा दिया?

डॉटनेट/कोरएफएक्स#18162

अच्छा... शायद यह इस मुद्दे की समीक्षा करने और शायद इसे बंद करने का समय है?

इस परियोजना से मृत कोड हटा दिया गया और विलय कर दिया गया:

• Microsoft.CSharp (पहले से ही जैसा कि ऊपर टिप्पणी में उल्लेख किया गया है)
• Microsoft.VisualBasic
• सिस्टम.आईओ.संपीड़न
• सिस्टम.आईओ.फाइल सिस्टम
• System.IO.FileSystem.AccessControl
• System.Net.Http
• System.Net.HttpListener
• System.Net.NetworkInformation
• System.Net.Primitives
• System.Net.Requests
• System.Net.Security
• System.Net.Sockets
• System.Net.WebClient
• System.Net.WebSocket.Client
• System.Private.DataContractSerialization
• सिस्टम.निजी.उरी
• सिस्टम। सुरक्षा। क्रिप्टोग्राफी। सीएनजी
• सिस्टम। सुरक्षा। क्रिप्टोग्राफी। सीएसपी

मैंने बाकी परियोजनाओं को भी देखा और उनमें करने के लिए कुछ नहीं है:

• System.Net.WebHeaderCollection
• System.Net.WebSockets
• सिस्टम। रनटाइम
• System.Runtime.Serialization.Primitives
• System.Security.AccessControl
• सिस्टम.सुरक्षा.दावे
• System.Security.Cryptography.Algorithms
• सिस्टम.सुरक्षा.क्रिप्टोग्राफी.एन्कोडिंग
• System.Security.Cryptography.OpenSsl

तो एकमात्र परियोजना जो बनी हुई है वह है Microsoft.XmlSerializer.Generator । इसमें अधिकांश मृत कोड हैं, लेकिन जैसा कि यहां कुछ टिप्पणियों में बताया गया है, वहां एक कार्य प्रगति पर है - जैसा कि मैंने इसे समझा।

क्या यह मुद्दा पूरा हो गया है? यदि नहीं तो क्या मैं System.Console ले सकता हूँ?

@ इरोका88 ज़रूर। ध्यान दें कि ऊपर लिंक किए गए डंप अब थोड़े पुराने हो सकते हैं।

धन्यवाद @danmosemsft , नए डंप प्राप्त करने पर कोई सुझाव? अन्यथा मैं ऊपर दिए गए डंप से शुरू करूंगा।

BTW: @ lroca88 है, मैंने इस प्रकार के भ्रम से बचने के लिए पहले अक्षर (L) को बड़ा किया है :)

@ Lroca88 शीर्ष पोस्ट बताती है कि छंटनी और पूर्व-छंटनी वाली असेंबली तक कैसे पहुंचा जाए। उन्हें अलग करने के लिए हमने एक ऐसे टूल का इस्तेमाल किया जो सार्वजनिक नहीं लगता। आप दोनों पर Ilspy जैसे डिकंपेलर का उपयोग कर सकते हैं और परिणामों पर एक टेक्स्ट भिन्न कर सकते हैं। यह शायद काम करेगा।

मैं एक हालिया अंतर चलाऊंगा और इसे साझा करूंगा। बने रहें।

यहाँ नवीनतम है:

• [ ] [Microsoft.CSharp](http://tempcoverage.blob.core.windows.net/report3/Microsoft.CSharp.diff.html) ( csv )
• [ ] [Microsoft.VisualBasic](http://tempcoverage.blob.core.windows.net/report3/Microsoft.VisualBasic.diff.html) ( csv )
• [ ] [Microsoft.Win32.Primitives](http://tempcoverage.blob.core.windows.net/report3/Microsoft.Win32.Primitives.diff.html) ( csv )
• [ ] [Microsoft.Win32.Registry](http://tempcoverage.blob.core.windows.net/report3/Microsoft.Win32.Registry.diff.html) ( csv )
• [ ] [System.Collections.Concurrent](http://tempcoverage.blob.core.windows.net/report3/System.Collections.Concurrent.diff.html) ( csv )
• [ ] [System.Collections](http://tempcoverage.blob.core.windows.net/report3/System.Collections.diff.html) ( csv )
• [ ] [System.Collections.Immutable](http://tempcoverage.blob.core.windows.net/report3/System.Collections.Immutable.diff.html) ( csv )
• [ ] [System.Collections.NonGeneric](http://tempcoverage.blob.core.windows.net/report3/System.Collections.NonGeneric.diff.html) ( csv )
• [ ] [System.Collections.Specialized](http://tempcoverage.blob.core.windows.net/report3/System.Collections.Specialized.diff.html) ( csv )
• [ ] [System.ComponentModel.Annotations](http://tempcoverage.blob.core.windows.net/report3/System.ComponentModel.Annotations.diff.html) ( csv )
• [ ] [System.ComponentModel](http://tempcoverage.blob.core.windows.net/report3/System.ComponentModel.diff.html) ( csv )
• [ ] [System.ComponentModel.EventBasedAsync](http://tempcoverage.blob.core.windows.net/report3/System.ComponentModel.EventBasedAsync.diff.html) ( csv )
• [ ] [System.ComponentModel.Primitives](http://tempcoverage.blob.core.windows.net/report3/System.ComponentModel.Primitives.diff.html) ( csv )
• [ ] [System.ComponentModel.TypeConverter](http://tempcoverage.blob.core.windows.net/report3/System.ComponentModel.TypeConverter.diff.html) ( csv )
• [ ] [System.Console](http://tempcoverage.blob.core.windows.net/report3/System.Console.diff.html) ( csv )
• [ ] [System.Data.Common](http://tempcoverage.blob.core.windows.net/report3/System.Data.Common.diff.html) ( csv )
• [ ] [System.Diagnostics.DiagnosticSource](http://tempcoverage.blob.core.windows.net/report3/System.Diagnostics.DiagnosticSource.diff.html) ( csv )
• [ ] [System.Diagnostics.FileVersionInfo](http://tempcoverage.blob.core.windows.net/report3/System.Diagnostics.FileVersionInfo.diff.html) ( csv )
• [ ] [System.Diagnostics.Process](http://tempcoverage.blob.core.windows.net/report3/System.Diagnostics.Process.diff.html) ( csv )
• [ ] [System.Diagnostics.StackTrace](http://tempcoverage.blob.core.windows.net/report3/System.Diagnostics.StackTrace.diff.html) ( csv )
• [ ] [System.Diagnostics.TextWriterTraceListener](http://tempcoverage.blob.core.windows.net/report3/System.Diagnostics.TextWriterTraceListener.diff.html) ( csv )
• [ ] [System.Diagnostics.Tools](http://tempcoverage.blob.core.windows.net/report3/System.Diagnostics.Tools.diff.html) ( csv )
• [ ] [System.Diagnostics.TraceSource](http://tempcoverage.blob.core.windows.net/report3/System.Diagnostics.TraceSource.diff.html) ( csv )
• [ ] [System.Diagnostics.Tracing](http://tempcoverage.blob.core.windows.net/report3/System.Diagnostics.Tracing.diff.html) ( csv )
• [ ] [System.Drawing.Primitives](http://tempcoverage.blob.core.windows.net/report3/System.Drawing.Primitives.diff.html) ( csv )
• [ ] [System.IO.Compression.Brotli](http://tempcoverage.blob.core.windows.net/report3/System.IO.Compression.Brotli.diff.html) ( csv )
• [ ] [System.IO.Compression](http://tempcoverage.blob.core.windows.net/report3/System.IO.Compression.diff.html) ( csv )
• [ ] [System.IO.Compression.ZipFile](http://tempcoverage.blob.core.windows.net/report3/System.IO.Compression.ZipFile.diff.html) ( csv )
• [ ] [System.IO.FileSystem.AccessControl](http://tempcoverage.blob.core.windows.net/report3/System.IO.FileSystem.AccessControl.diff.html) ( csv )
• [ ] [System.IO.FileSystem](http://tempcoverage.blob.core.windows.net/report3/System.IO.FileSystem.diff.html) ( सीएसवी )
• [ ] [System.IO.FileSystem.DriveInfo](http://tempcoverage.blob.core.windows.net/report3/System.IO.FileSystem.DriveInfo.diff.html) ( csv )
• [ ] [System.IO.FileSystem.Watcher](http://tempcoverage.blob.core.windows.net/report3/System.IO.FileSystem.Watcher.diff.html) ( csv )
• [ ] [System.IO.IsolatedStorage](http://tempcoverage.blob.core.windows.net/report3/System.IO.IsolatedStorage.diff.html) ( csv )
• [ ] [System.IO.MemoryMappedFiles] (http://tempcoverage.blob.core.windows.net/report3/System.IO.MemoryMappedFiles.diff.html) ( csv )
• [ ] [System.IO.Pipes](http://tempcoverage.blob.core.windows.net/report3/System.IO.Pipes.diff.html) ( csv )
• [ ] [System.Linq](http://tempcoverage.blob.core.windows.net/report3/System.Linq.diff.html) ( csv )
• [ ] [System.Linq.Expressions](http://tempcoverage.blob.core.windows.net/report3/System.Linq.Expressions.diff.html) ( csv )
• [ ] [System.Linq.Parallel](http://tempcoverage.blob.core.windows.net/report3/System.Linq.Parallel.diff.html) ( csv )
• [ ] [System.Linq.Queryable](http://tempcoverage.blob.core.windows.net/report3/System.Linq.Queryable.diff.html) ( csv )
• [ ] [System.Memory](http://tempcoverage.blob.core.windows.net/report3/System.Memory.diff.html) ( csv )
• [ ] [System.Net.Http](http://tempcoverage.blob.core.windows.net/report3/System.Net.Http.diff.html) ( सीएसवी )
• [ ] [System.Net.HttpListener](http://tempcoverage.blob.core.windows.net/report3/System.Net.HttpListener.diff.html) ( csv )
• [ ] [System.Net.Mail](http://tempcoverage.blob.core.windows.net/report3/System.Net.Mail.diff.html) ( सीएसवी )
• [ ] [System.Net.NameResolution](http://tempcoverage.blob.core.windows.net/report3/System.Net.NameResolution.diff.html) ( csv )
• [ ] [System.Net.NetworkInformation](http://tempcoverage.blob.core.windows.net/report3/System.Net.NetworkInformation.diff.html) ( csv )
• [ ] [System.Net.Ping](http://tempcoverage.blob.core.windows.net/report3/System.Net.Ping.diff.html) ( csv )
• [ ] [System.Net.Primitives](http://tempcoverage.blob.core.windows.net/report3/System.Net.Primitives.diff.html) ( csv )
• [ ] [System.Net.Requests](http://tempcoverage.blob.core.windows.net/report3/System.Net.Requests.diff.html) ( csv )
• [ ] [System.Net.Security](http://tempcoverage.blob.core.windows.net/report3/System.Net.Security.diff.html) ( सीएसवी )
• [ ] [System.Net.ServicePoint](http://tempcoverage.blob.core.windows.net/report3/System.Net.ServicePoint.diff.html) ( सीएसवी )
• [ ] [System.Net.Sockets](http://tempcoverage.blob.core.windows.net/report3/System.Net.Sockets.diff.html) ( csv )
• [ ] [System.Net.WebClient](http://tempcoverage.blob.core.windows.net/report3/System.Net.WebClient.diff.html) ( csv )
• [ ] [System.Net.WebHeaderCollection](http://tempcoverage.blob.core.windows.net/report3/System.Net.WebHeaderCollection.diff.html) ( csv )
• [ ] [System.Net.WebProxy](http://tempcoverage.blob.core.windows.net/report3/System.Net.WebProxy.diff.html) ( सीएसवी )
• [ ] [System.Net.WebSockets.Client](http://tempcoverage.blob.core.windows.net/report3/System.Net.WebSockets.Client.diff.html) ( csv )
• [ ] [System.Net.WebSockets](http://tempcoverage.blob.core.windows.net/report3/System.Net.WebSockets.diff.html) ( csv )
• [ ] [System.Numerics.Vectors](http://tempcoverage.blob.core.windows.net/report3/System.Numerics.Vectors.diff.html) ( csv )
• [ ] [System.ObjectModel](http://tempcoverage.blob.core.windows.net/report3/System.ObjectModel.diff.html) ( csv )
• [ ] [System.Private.DataContractSerialization](http://tempcoverage.blob.core.windows.net/report3/System.Private.DataContractSerialization.diff.html) ( csv )
• [ ] [System.Private.Uri](http://tempcoverage.blob.core.windows.net/report3/System.Private.Uri.diff.html) ( csv )
• [ ] [System.Private.Xml](http://tempcoverage.blob.core.windows.net/report3/System.Private.Xml.diff.html) ( csv )
• [ ] [System.Private.Xml.Linq](http://tempcoverage.blob.core.windows.net/report3/System.Private.Xml.Linq.diff.html) ( csv )
• [ ] [System.Reflection.DispatchProxy](http://tempcoverage.blob.core.windows.net/report3/System.Reflection.DispatchProxy.diff.html) ( csv )
• [ ] [System.Reflection.Metadata](http://tempcoverage.blob.core.windows.net/report3/System.Reflection.Metadata.diff.html) ( csv )
• [ ] [System.Reflection.TypeExtensions](http://tempcoverage.blob.core.windows.net/report3/System.Reflection.TypeExtensions.diff.html) ( csv )
• [ ] [System.Resources.Writer](http://tempcoverage.blob.core.windows.net/report3/System.Resources.Writer.diff.html) ( csv )
• [ ] [System.Runtime.CompilerServices.VisualC](http://tempcoverage.blob.core.windows.net/report3/System.Runtime.CompilerServices.VisualC.diff.html) ( csv )
• [ ] [System.Runtime](http://tempcoverage.blob.core.windows.net/report3/System.Runtime.diff.html) ( csv )
• [ ] [System.Runtime.Extensions](http://tempcoverage.blob.core.windows.net/report3/System.Runtime.Extensions.diff.html) ( csv )
• [ ] [System.Runtime.InteropServices](http://tempcoverage.blob.core.windows.net/report3/System.Runtime.InteropServices.diff.html) ( csv )
• [ ] [System.Runtime.InteropServices.RuntimeInformation](http://tempcoverage.blob.core.windows.net/report3/System.Runtime.InteropServices.RuntimeInformation.diff.html) ( csv )
• [ ] [System.Runtime.InteropServices.WindowsRuntime](http://tempcoverage.blob.core.windows.net/report3/System.Runtime.InteropServices.WindowsRuntime.diff.html) ( csv )
• [ ] [System.Runtime.Numerics](http://tempcoverage.blob.core.windows.net/report3/System.Runtime.Numerics.diff.html) ( csv )
• [ ] [System.Runtime.Serialization.Formatters](http://tempcoverage.blob.core.windows.net/report3/System.Runtime.Serialization.Formatters.diff.html) ( csv )
• [ ] [System.Runtime.Serialization.Primitives](http://tempcoverage.blob.core.windows.net/report3/System.Runtime.Serialization.Primitives.diff.html) ( csv )
• [ ] [System.Security.AccessControl](http://tempcoverage.blob.core.windows.net/report3/System.Security.AccessControl.diff.html) ( csv )
• [ ] [System.Security.Claims](http://tempcoverage.blob.core.windows.net/report3/System.Security.Claims.diff.html) ( csv )
• [ ] [System.Security.Cryptography.Algorithms](http://tempcoverage.blob.core.windows.net/report3/System.Security.Cryptography.Algorithms.diff.html) ( csv )
• [ ] [System.Security.Cryptography.Cng](http://tempcoverage.blob.core.windows.net/report3/System.Security.Cryptography.Cng.diff.html) ( csv )
• [ ] [System.Security.Cryptography.Csp](http://tempcoverage.blob.core.windows.net/report3/System.Security.Cryptography.Csp.diff.html) ( csv )
• [ ] [System.Security.Cryptography.Encoding](http://tempcoverage.blob.core.windows.net/report3/System.Security.Cryptography.Encoding.diff.html) ( csv )
• [ ] [System.Security.Cryptography.OpenSsl](http://tempcoverage.blob.core.windows.net/report3/System.Security.Cryptography.OpenSsl.diff.html) ( csv )
• [ ] [System.Security.Cryptography.Primitives](http://tempcoverage.blob.core.windows.net/report3/System.Security.Cryptography.Primitives.diff.html) ( csv )
• [ ] [System.Security.Cryptography.X509Certificates](http://tempcoverage.blob.core.windows.net/report3/System.Security.Cryptography.X509Certificates.diff.html) ( csv )
• [ ] [System.Security.Principal](http://tempcoverage.blob.core.windows.net/report3/System.Security.Principal.diff.html) ( csv )
• [ ] [System.Security.Principal.Windows](http://tempcoverage.blob.core.windows.net/report3/System.Security.Principal.Windows.diff.html) ( csv )
• [ ] [System.Text.RegularExpressions](http://tempcoverage.blob.core.windows.net/report3/System.Text.RegularExpressions.diff.html) ( csv )
• [ ] [सिस्टम थ्रेडिंग] (http://tempcoverage.blob.core.windows.net/report3/System.Threading.diff.html) ( csv )
• [ ] [System.Threading.Overlapped](http://tempcoverage.blob.core.windows.net/report3/System.Threading.Overlapped.diff.html) ( csv )
• [ ] [System.Threading.Tasks.Dataflow](http://tempcoverage.blob.core.windows.net/report3/System.Threading.Tasks.Dataflow.diff.html) ( csv )
• [ ] [System.Threading.Tasks.Parallel](http://tempcoverage.blob.core.windows.net/report3/System.Threading.Tasks.Parallel.diff.html) ( csv )
• [ ] [System.Threading.Thread](http://tempcoverage.blob.core.windows.net/report3/System.Threading.Thread.diff.html) ( csv )
• [ ] [System.Transactions.Local](http://tempcoverage.blob.core.windows.net/report3/System.Transactions.Local.diff.html) ( csv )
• [ ] [System.ValueTuple](http://tempcoverage.blob.core.windows.net/report3/System.ValueTuple.diff.html) ( csv )
• [ ] [System.Web.HttpUtility](http://tempcoverage.blob.core.windows.net/report3/System.Web.HttpUtility.diff.html) ( csv )
• [ ] [System.Xml.XPath.XDocument](http://tempcoverage.blob.core.windows.net/report3/System.Xml.XPath.XDocument.diff.html) ( csv )

बढ़िया, मैं पुरानी सूची से जूझ रहा था! मैं

@ Lroca88 इस पास को कैसे करें, इस बारे में शीर्ष पोस्ट संकेतों को पढ़ना सुनिश्चित करें, कुछ भ्रम बचाएं ..

उफ़। मुझे Microsoft.CSharp में dotnet/corefx#26491 में दो नए अनाथ बिट्स याद आ गए। मैं इसे जल्द ही प्राप्त करूंगा।

नई सूची से, System.Runtime, System.Web.HttpUtility, System.Linq और System.Linq.Queryable में केवल स्थिरांक होते हैं जो वास्तव में मृत नहीं होते हैं और कुछ साझा कोड होते हैं। System.Linq.Expressions में वे और कुछ आइटम हैं जिनका उपयोग डिबग दृश्यों और विशेष कंपाइलर स्थिरांक के साथ उपयोग किए जाने वाले संसाधनों में किया जाता है और इसलिए उन्हें हटा दिया जाना चाहिए, ताकि उन पांचों को चेक किया जा सके।

मैंने @JonHanna द्वारा समीक्षा की गई पुस्तकालयों और उन पुस्तकालयों को मिला दिया है जिनकी मैंने एक सूची में समीक्षा की है। समय मिलने पर मैं सूची को अपडेट करता रहूंगा, अगर कोई इस सूची में आइटम जोड़ना चाहता है, तो बेझिझक मुझे पिंग करें!

पुस्तकालय | द्वारा समीक्षित | स्थिति
-- | -- | --
Microsoft.CSharp (सीएसवी) | @JonHanna | डॉटनेट/कोरएफएक्स#27104
Microsoft.VisualBasic (csv) | @Lroca88 | हटाने के लिए कुछ नहीं
Microsoft.Win32.Primitives (सीएसवी) | @Lroca88 | हटाने के लिए कुछ नहीं
Microsoft.Win32.रजिस्ट्री (सीएसवी) | @Lroca88 | हटाने के लिए कुछ नहीं
System.Collections.Concurrent (csv) | @Lroca88 | हटाने के लिए कुछ नहीं
सिस्टम। संग्रह (सीएसवी) | @Lroca88 | हटाने के लिए कुछ नहीं
सिस्टम। रनटाइम (सीएसवी) | @JonHanna | हटाने के लिए कुछ नहीं
System.Web.HttpUtility (सीएसवी) | @JonHanna | हटाने के लिए कुछ नहीं
सिस्टम.लिंक (सीएसवी) | @JonHanna | हटाने के लिए कुछ नहीं
System.Linq.Queryable (सीएसवी) | @JonHanna | हटाने के लिए कुछ नहीं

धन्यवाद @ Lroca88 !

यह मुझे आश्चर्य नहीं करता है कि बहुत सारे मृत कोड नहीं बचे हैं। हालांकि जैसा कि शीर्ष पर बताया गया है, यह प्रक्रिया यह निर्धारित नहीं कर सकती है कि srccommon में कोड मर चुका है (क्योंकि यह एक असेंबली में मृत दिखाई दे सकता है लेकिन दूसरा नहीं)। यदि आप इसे हल करने का कोई तरीका खोजने में रुचि रखते हैं तो आपको अधिक मृत कोड मिल जाएगा। उदाहरण के लिए, हो सकता है कि विधानसभाओं को ILMerge करना और फिर उन पर मृत कोड विश्लेषण चलाना संभव हो। या, उन सभी में मृत सामान्य कोड खोजने के लिए सीएसवी की प्रक्रिया को पोस्ट करना आसान हो सकता है। @ericstj क्या आपके पास विचार हैं?

@danmosemsft की मदद करने में मुझे खुशी है,
मैं आपसे सहमत हूं, इस प्रक्रिया में सुधार के बारे में, मेरी समीक्षाओं से सबसे अधिक फ़्लैग किया गया कोड मृत नहीं है, या तो स्थिरांक है या अक्सर किसी अन्य असेंबली में उपयोग किया जाता है जैसा आपने पहले कहा था। उन झूठी-सकारात्मकताओं को देखते हुए मेरी राय में शिकार थोड़ा कठिन हो जाता है।

दुर्भाग्य से मुझे नहीं पता कि ILMerge और मृत कोड विश्लेषण कैसे करें या CSV की प्रक्रिया को पोस्ट करें। मैं सीखने/सहयोग करने के लिए तैयार हूं, अगर आप लोग मुझे पढ़ाने में कुछ समय बिताना चाहते हैं :)

हम इसके साथ कहां हैं? क्या ओपी को पूर्ण कक्षाओं के साथ अद्यतित रखा जा रहा है या क्या हमें अब इस टिप्पणी को छोड़ देना चाहिए?

@MisinformedDNA -- https://github.com/dotnet/corefx/issues/17905#issuecomment -365349091 कृपया उपयोग करें

मुझे नहीं पता कि ILMerge और डेड कोड विश्लेषण कैसे करें या CSV की पोस्ट प्रोसेस कैसे करें। मैं सीखने/सहयोग करने के लिए तैयार हूं, अगर आप लोग मुझे पढ़ाने में कुछ समय बिताना चाहते हैं :)

मैं या तो नहीं जानता और मुझे सोचना/प्रयोग करना होगा। अभी मैं पूरी तरह से 2.1 रिलीज को बंद करने में लगा हुआ हूं इसलिए इसके लिए थोड़ा इंतजार करना होगा

मैंने सभी सीएसवी लोड करने के लिए एक स्क्रिप्ट लिखी और फिर केवल सबसे अधिक कार्रवाई योग्य लोगों को फ़िल्टर किया। मैं 3,942 मुद्दों/अवसरों के साथ आया।

अब मैं प्रत्येक मुद्दे पर एक नजर डालने और उचित कार्रवाई करने का इरादा रखता हूं। आप मेरी प्रगति का अनुसरण कर सकते हैं और यदि आप चाहें तो प्रतिक्रिया छोड़ सकते हैं, https://github.com/MisinformedDNA/corefx/tree/clean-dead-code पर

अच्छा लगा, इस @MisinformedDNA को देखने के लिए उत्सुक हूं।

मुझे मृत कोड विश्लेषण के साथ एक समस्या मिली, जो या तो उपकरण के साथ कोई समस्या या कमी दिखाती है।

रिपोर्ट में कहा गया है कि निम्नलिखित को हटाया जा सकता है:

    Friend Enum vbErrors
        ObjNotSet = 91
        IllegalFor = 92
    End Enum

लेकिन इन Enums को कहीं और संदर्भित किया गया है, तो आइए एक संभावित शाखा को देखें:

    ' Enum cannot be accessed, so Function cannot be hit
    ' But the dead code analysis did not show this as removable!!
    Friend Shared Function VbMakeIllegalForException() As System.Exception
        Return VbMakeExceptionEx(vbErrors.IllegalFor, GetResourceString(SR.ID92)) 
    End Function

    ' The chain continues:

    ' VbMakeIllegalForException() cannot be hit, so first "If" cannot be true, but the rest of the Function *could* still be hit
    Public Shared Function ForNextCheckObj(ByVal counter As Object, ByVal loopObj As Object, ByRef counterResult As Object) As Boolean
        Dim loopFor As ForLoopControl
        If loopObj Is Nothing Then
            Throw VbMakeIllegalForException()
        End If
        If counter Is Nothing Then
            Throw New NullReferenceException(GetResourceString(SR.Argument_InvalidNullValue1, "Counter"))
        End If
        loopFor = CType(loopObj, ForLoopControl)
        ... cut for brevity
    End Function

तर्क ने मुझे उस स्थान पर पहुँचा दिया है जहाँ पहला "इफ" कथन कभी सत्य नहीं होता। लेकिन वह "अगर" कथन एक null चेक है, तो हमें यह मान लेना होगा कि कोई null में पास होगा और मृत कोड निर्धारित करने के लिए एक लापता मामला है। और यदि मृत कोड निर्धारित करने में कोई समस्या (या अधिक) है, तो एक या अधिक Enums मृत कोड नहीं हो सकते हैं।

टीडीआर: सारांश

प्रश्न 1: VbMakeIllegalForException को हटाने के लिए चिह्नित क्यों नहीं किया गया है, भले ही यह संभवतः उस एनम को कॉल नहीं कर सकता जिसे हटाने के लिए चिह्नित किया गया था ।
प्रश्न 2: परीक्षण के मामले मृत कोड का निर्धारण करने में क्यों हैं, सभी लागू मापदंडों के लिए शून्य मूल्यों में नहीं गुजर रहे हैं?

@ericstj

Enum मान शायद msil में इनलाइन किए गए थे, इसलिए टूल उन्हें नहीं देखता। स्थिरांक के लिए भी यही सच है। इन मामलों में स्रोत कोड के लिए कुछ भी नहीं किया जाना चाहिए।

मैंने अभी-अभी System.Data.Common के लिए डेड कोड को हटा दिया है और build.cmd src\System.Data.Common सफलतापूर्वक पूरा कर लिया है। अब तक, मैं इस धारणा में था कि मुझे केवल उस पुस्तकालय में काम करने की ज़रूरत है जिसमें मैं था और यदि निर्माण और परीक्षण पास हो गए, तो मैं जाने के लिए अच्छा था। लेकिन मैंने वैसे भी एक पूर्ण निर्माण करने का फैसला किया, और मुझे खुशी है कि मैंने किया, क्योंकि मुझे कई त्रुटियां मिलीं।

यहाँ कुछ उदाहरण त्रुटियाँ हैं:

SystemDataSqlClientSqlCommandBuilder.cs(277,17): त्रुटि CS0117: 'ADP' में 'RemoveStringQuotes' की परिभाषा नहीं है [D:ReposcorefxsrcSystem.Data.SqlClientsrcSystem.Data.SqlClient.csproj]
SystemDataProviderBaseDbConnectionPool.cs(984,33): त्रुटि CS0117: 'ADP' में 'SetCurrentTransaction' की परिभाषा नहीं है [D:ReposcorefxsrcSystem.Data.SqlClientsrcSystem.Data.SqlClient.csproj]
D:ReposcorefxsrcCommonsrcSystemDataProviderBaseDbMetaDataFactory.cs(409,21): त्रुटि CS0117: 'ADP' में 'IsEmptyArray' की परिभाषा नहीं है [D:ReposcorefxsrcSystem.Data.SqlClientsrcSystem.Data.SqlClient.csproj]
SystemDataCommonDbConnectionStringCommon.cs(180,27): त्रुटि CS0117: 'ADP' में 'InvalidConnectionOptionValue' की परिभाषा नहीं है [D:ReposcorefxsrcSystem.Data.SqlClientsrcSystem.Data.SqlClient.csproj]

सभी लापता सदस्यों को System.Data.Common.diff.html में हटाने के लिए स्पष्ट रूप से निर्दिष्ट किया गया था, लेकिन न केवल वे बाल वर्गों में त्रुटियों का कारण बनते हैं, बल्कि इन बाल वर्गों या संबंधित असेंबली जैसे System.Data.SqlClient के लिए कोई भिन्न फ़ाइलें नहीं हैं

ऊपर दिखाई गई पहली त्रुटि एक सार्वजनिक पद्धति, SqlCommandBuilder.UnquoteIdentifier से जुड़ी हुई है। इसलिए मैं नहीं देखता कि कैसे ADP.RemoveStringQuotes को System.Data.Common से अन्य वर्गों में बिना किसी बदलाव के हटाया जा सकता है।

मुझे इन्हें कैसे संभालना चाहिए? कोई विचार क्यों उन्हें हटाने के लिए चिह्नित किया जा रहा है?

@anipik क्या आप यहाँ @misinformeddna की मदद कर सकते हैं?

@MisinformedDNA आपको हमेशा पूरे रेपो का निर्माण करना होगा और सभी पुस्तकालयों के लिए परीक्षण चलाना होगा क्योंकि यह संभव है कि एक पुस्तकालय सीधे अन्य पुस्तकालय पर निर्भर हो सकता है (ए बी से किसी प्रकार का उपयोग करके) या परोक्ष रूप से। (ए बी से कुछ प्रकार का उपयोग कर रहा है जो सी से कुछ प्रकार का उपयोग कर रहा है)
फ़ंक्शन ADP.removeStringQuotes , isemptyarray , setTransaction में ऐसा कुछ भी नहीं है जो केवल ApaterUtil या System.Data.Common के लिए विशिष्ट है, इसलिए हम इसे केवल sqlCommandBuilder.cs पर ले जा सकते हैं।

आपके द्वारा ऊपर वर्णित सभी विधियां internal static methods हैं जो अब परिभाषित असेंबली में उपयोग नहीं हो रही हैं।
आंतरिक सदस्य आमतौर पर उस विधानसभा के बाहर उपयोग करने के लिए नहीं होते हैं जिसे वे परिभाषित करते हैं। लेकिन कुछ मामलों में हम ``इंटर्नल विज़िबल टू`` विशेषता का उपयोग करके ऐसा करते हैं।

@danmosemsft इन आंतरिक कार्यों को असेंबली में ले जा रहा है जहां उनका इष्टतम उपयोग किया जाता है?

यहाँ वह कांटा है जिस पर मैं काम कर रहा हूँ: https://github.com/MisinformedDNA/corefx/tree/clean-dead-code

जैसा कि पहले कहा गया था, मृत कोड विश्लेषण कहता है कि ADP.RemoveStringQuotes के लिए System.Data.Common को हटाया जा सकता है। हालांकि, चूंकि ADP को internal के रूप में चिह्नित किया गया था, इसलिए विश्लेषक ने यह मान लिया होगा कि इसका उपयोग असेंबली के बाहर नहीं किया जा रहा था। मुझे यकीन नहीं है कि यह InternalsVisibleTo विशेषता की तलाश में है, लेकिन अगर ऐसा होता तो इससे कोई फर्क नहीं पड़ता, क्योंकि इसका उपयोग यहां नहीं किया जा रहा है। इसके बजाय, इसे लिंक की गई फ़ाइलों के माध्यम से साझा किया जा रहा है।

<Compile Include="$(CommonPath)\System\Data\Common\AdapterUtil.cs">
    <Link>System\Data\Common\AdapterUtil.cs</Link>
</Compile>

मुझे लगता है कि विश्लेषक अलग-अलग ADP वर्गों को साझा, प्रकारों के बजाय अलग-अलग देख रहा है, क्योंकि वे अनिवार्य रूप से डुप्लिकेट किए जा रहे हैं। इसलिए RemoveStringQuotes को हटाना RemoveStringQuotes System.Data.Common लिए सही काम है, अन्य परियोजनाओं पर विचार करते समय यह करना गलत बात है जिससे यह जुड़ा हुआ है।

जब तक विश्लेषक यह निर्धारित नहीं कर सकता कि वे सभी वर्ग एक ही फाइल से आ रहे हैं, हम हमेशा सोचेंगे कि इनमें से कुछ फाइलों में हमारे पास मृत कोड है।

जब तक, किसी के पास कोई बेहतर सुझाव न हो, मैं इन विधियों को कोड में वापस जोड़ना शुरू कर दूंगा।

@MisinformedDNA मैंने इस बारे में @danmosemsft ऑफलाइन के साथ बात की। एक अन्य संभावित तरीका एडीपी वर्ग को आंशिक बनाना है। और फिर आप इन कार्यों को इन पुस्तकालयों में स्थानांतरित कर सकते हैं।

मैंने अपना पहला पीआर दायर किया, लेकिन 2 बिल्ड विफल हो गए। दोनों बिल्ड विफलताएं टाइमआउट का संकेत देती हैं। इसका समाधान करने के लिए मुझे क्या कार्रवाई करनी चाहिए?

देखें https://github.com/dotnet/corefx/pull/28795

मैं System.Private.Uri . को देखूंगा

यहां एक ऐप है जिसे मैंने सभी फाइलों को डाउनलोड करने, उन्हें संयोजित करने और फिर उन सभी को फ़िल्टर करने के लिए लिखा है जो संभावित रूप से झूठी सकारात्मक हैं। उम्मीद है, यह दूसरों के लिए मददगार होगा।

@ericstj क्या डेटा को पुन: उत्पन्न करने का कोई मतलब है ताकि हमारे पास एक स्पष्ट तस्वीर हो जहां हम इसके साथ हैं?

निम्नलिखित नामस्थानों पर प्रारंभ किया गया:

• सिस्टम। संग्रह। विशेषीकृत
• 
  
  • कम्पेटिबल कंपेयरर के केवल 2 गुण, लेकिन src/common में फ़ाइल और उपयोग में व्यापक।
  
  
• System.Diagnostics.DiagnosticSource
• System.Diagnostics.FileVersionInfo
• System.Diagnostics.Process
• System.Diagnostics.StackTrace
• System.Diagnostics.TextWriterTraceListener
• System.Diagnostics.Tools
• System.Diagnostics.TraceSource
• सिस्टम। डायग्नोस्टिक्स। ट्रेसिंग

मैंने डेटा पुन: उत्पन्न किया है। यहां यह एक नई सूची के रूप में है, अगर लोग इसे प्रासंगिक पाते हैं तो मैं वहां क्या लिखना चाहता था, मैं इसे अधिलेखित नहीं करना चाहता था।

• [ ] [Microsoft.CSharp](http://tempcoverage.blob.core.windows.net/report4/Microsoft.CSharp.diff.html) ( csv )
• [ ] [Microsoft.VisualBasic](http://tempcoverage.blob.core.windows.net/report4/Microsoft.VisualBasic.diff.html) ( csv )
• [ ] [Microsoft.Win32.Primitives](http://tempcoverage.blob.core.windows.net/report4/Microsoft.Win32.Primitives.diff.html) ( csv )
• [ ] [Microsoft.Win32.Registry](http://tempcoverage.blob.core.windows.net/report4/Microsoft.Win32.Registry.diff.html) ( csv )
• [ ] [System.Collections.Concurrent](http://tempcoverage.blob.core.windows.net/report4/System.Collections.Concurrent.diff.html) ( csv )
• [ ] [System.Collections](http://tempcoverage.blob.core.windows.net/report4/System.Collections.diff.html) ( csv )
• [ ] [System.Collections.Immutable](http://tempcoverage.blob.core.windows.net/report4/System.Collections.Immutable.diff.html) ( csv )
• [ ] [System.Collections.NonGeneric](http://tempcoverage.blob.core.windows.net/report4/System.Collections.NonGeneric.diff.html) ( csv )
• [ ] [System.Collections.Specialized](http://tempcoverage.blob.core.windows.net/report4/System.Collections.Specialized.diff.html) ( csv )
• [ ] [System.ComponentModel.Annotations](http://tempcoverage.blob.core.windows.net/report4/System.ComponentModel.Annotations.diff.html) ( csv )
• [ ] [System.ComponentModel](http://tempcoverage.blob.core.windows.net/report4/System.ComponentModel.diff.html) ( csv )
• [ ] [System.ComponentModel.EventBasedAsync](http://tempcoverage.blob.core.windows.net/report4/System.ComponentModel.EventBasedAsync.diff.html) ( csv )
• [ ] [System.ComponentModel.Primitives](http://tempcoverage.blob.core.windows.net/report4/System.ComponentModel.Primitives.diff.html) ( csv )
• [ ] [System.ComponentModel.TypeConverter](http://tempcoverage.blob.core.windows.net/report4/System.ComponentModel.TypeConverter.diff.html) ( csv )
• [ ] [System.Console](http://tempcoverage.blob.core.windows.net/report4/System.Console.diff.html) ( csv )
• [ ] [System.Data.Common](http://tempcoverage.blob.core.windows.net/report4/System.Data.Common.diff.html) ( csv )
• [ ] [System.Diagnostics.DiagnosticSource](http://tempcoverage.blob.core.windows.net/report4/System.Diagnostics.DiagnosticSource.diff.html) ( csv )
• [ ] [System.Diagnostics.FileVersionInfo](http://tempcoverage.blob.core.windows.net/report4/System.Diagnostics.FileVersionInfo.diff.html) ( csv )
• [ ] [System.Diagnostics.Process](http://tempcoverage.blob.core.windows.net/report4/System.Diagnostics.Process.diff.html) ( csv )
• [ ] [System.Diagnostics.StackTrace](http://tempcoverage.blob.core.windows.net/report4/System.Diagnostics.StackTrace.diff.html) ( csv )
• [ ] [System.Diagnostics.TextWriterTraceListener](http://tempcoverage.blob.core.windows.net/report4/System.Diagnostics.TextWriterTraceListener.diff.html) ( csv )
• [ ] [System.Diagnostics.Tools](http://tempcoverage.blob.core.windows.net/report4/System.Diagnostics.Tools.diff.html) ( csv )
• [ ] [System.Diagnostics.TraceSource](http://tempcoverage.blob.core.windows.net/report4/System.Diagnostics.TraceSource.diff.html) ( csv )
• [ ] [System.Diagnostics.Tracing](http://tempcoverage.blob.core.windows.net/report4/System.Diagnostics.Tracing.diff.html) ( csv )
• [ ] [System.Drawing.Primitives](http://tempcoverage.blob.core.windows.net/report4/System.Drawing.Primitives.diff.html) ( csv )
• [x] [System.IO.Compression.Brotli](http://tempcoverage.blob.core.windows.net/report4/System.IO.Compression.Brotli.diff.html) ( csv )
• [ ] [System.IO.Compression](http://tempcoverage.blob.core.windows.net/report4/System.IO.Compression.diff.html) ( csv )
• [ ] [System.IO.Compression.ZipFile](http://tempcoverage.blob.core.windows.net/report4/System.IO.Compression.ZipFile.diff.html) ( csv )
• [ ] [System.IO.FileSystem.AccessControl](http://tempcoverage.blob.core.windows.net/report4/System.IO.FileSystem.AccessControl.diff.html) ( csv )
• [ ] [System.IO.FileSystem](http://tempcoverage.blob.core.windows.net/report4/System.IO.FileSystem.diff.html) ( सीएसवी )
• [x] [System.IO.FileSystem.DriveInfo](http://tempcoverage.blob.core.windows.net/report4/System.IO.FileSystem.DriveInfo.diff.html) ( csv )
• [ ] [System.IO.FileSystem.Watcher](http://tempcoverage.blob.core.windows.net/report4/System.IO.FileSystem.Watcher.diff.html) ( csv )
• [ ] [System.IO.IsolatedStorage](http://tempcoverage.blob.core.windows.net/report4/System.IO.IsolatedStorage.diff.html) ( csv )
• [ ] [System.IO.MemoryMappedFiles] (http://tempcoverage.blob.core.windows.net/report4/System.IO.MemoryMappedFiles.diff.html) ( csv )
• [x] [System.IO.Pipes] (http://tempcoverage.blob.core.windows.net/report4/System.IO.Pipes.diff.html) ( csv )
• [ ] [System.Linq](http://tempcoverage.blob.core.windows.net/report4/System.Linq.diff.html) ( csv )
• [ ] [System.Linq.Expressions](http://tempcoverage.blob.core.windows.net/report4/System.Linq.Expressions.diff.html) ( csv )
• [ ] [System.Linq.Parallel](http://tempcoverage.blob.core.windows.net/report4/System.Linq.Parallel.diff.html) ( csv )
• [ ] [System.Linq.Queryable](http://tempcoverage.blob.core.windows.net/report4/System.Linq.Queryable.diff.html) ( csv )
• [ ] [System.Memory](http://tempcoverage.blob.core.windows.net/report4/System.Memory.diff.html) ( csv )
• [ ] [System.Net.Http](http://tempcoverage.blob.core.windows.net/report4/System.Net.Http.diff.html) ( csv )
• [ ] [System.Net.HttpListener](http://tempcoverage.blob.core.windows.net/report4/System.Net.HttpListener.diff.html) ( csv )
• [ ] [System.Net.Mail](http://tempcoverage.blob.core.windows.net/report4/System.Net.Mail.diff.html) ( सीएसवी )
• [ ] [System.Net.NameResolution](http://tempcoverage.blob.core.windows.net/report4/System.Net.NameResolution.diff.html) ( csv )
• [ ] [System.Net.NetworkInformation](http://tempcoverage.blob.core.windows.net/report4/System.Net.NetworkInformation.diff.html) ( सीएसवी )
• [ ] [System.Net.Ping](http://tempcoverage.blob.core.windows.net/report4/System.Net.Ping.diff.html) ( csv )
• [ ] [System.Net.Primitives](http://tempcoverage.blob.core.windows.net/report4/System.Net.Primitives.diff.html) ( csv )
• [ ] [System.Net.Requests](http://tempcoverage.blob.core.windows.net/report4/System.Net.Requests.diff.html) ( csv )
• [ ] [System.Net.Security](http://tempcoverage.blob.core.windows.net/report4/System.Net.Security.diff.html) ( सीएसवी )
• [ ] [System.Net.ServicePoint](http://tempcoverage.blob.core.windows.net/report4/System.Net.ServicePoint.diff.html) ( csv )
• [ ] [System.Net.Sockets](http://tempcoverage.blob.core.windows.net/report4/System.Net.Sockets.diff.html) ( csv )
• [ ] [System.Net.WebClient](http://tempcoverage.blob.core.windows.net/report4/System.Net.WebClient.diff.html) ( सीएसवी )
• [ ] [System.Net.WebHeaderCollection](http://tempcoverage.blob.core.windows.net/report4/System.Net.WebHeaderCollection.diff.html) ( csv )
• [ ] [System.Net.WebProxy](http://tempcoverage.blob.core.windows.net/report4/System.Net.WebProxy.diff.html) ( csv )
• [ ] [System.Net.WebSockets.Client](http://tempcoverage.blob.core.windows.net/report4/System.Net.WebSockets.Client.diff.html) ( csv )
• [ ] [System.Net.WebSockets](http://tempcoverage.blob.core.windows.net/report4/System.Net.WebSockets.diff.html) ( csv )
• [ ] [System.Numerics.Vectors](http://tempcoverage.blob.core.windows.net/report4/System.Numerics.Vectors.diff.html) ( csv )
• [ ] [System.ObjectModel](http://tempcoverage.blob.core.windows.net/report4/System.ObjectModel.diff.html) ( csv )
• [ ] [System.Private.DataContractSerialization](http://tempcoverage.blob.core.windows.net/report4/System.Private.DataContractSerialization.diff.html) ( csv )
• [ ] [System.Private.Uri](http://tempcoverage.blob.core.windows.net/report4/System.Private.Uri.diff.html) ( csv )
• [ ] [System.Private.Xml](http://tempcoverage.blob.core.windows.net/report4/System.Private.Xml.diff.html) ( csv )
• [ ] [System.Private.Xml.Linq](http://tempcoverage.blob.core.windows.net/report4/System.Private.Xml.Linq.diff.html) ( csv )
• [ ] [System.Reflection.DispatchProxy](http://tempcoverage.blob.core.windows.net/report4/System.Reflection.DispatchProxy.diff.html) ( csv )
• [ ] [System.Reflection.Metadata](http://tempcoverage.blob.core.windows.net/report4/System.Reflection.Metadata.diff.html) ( csv )
• [ ] [System.Reflection.TypeExtensions](http://tempcoverage.blob.core.windows.net/report4/System.Reflection.TypeExtensions.diff.html) ( csv )
• [ ] [System.Resources.Writer](http://tempcoverage.blob.core.windows.net/report4/System.Resources.Writer.diff.html) ( csv )
• [ ] [System.Runtime.CompilerServices.VisualC](http://tempcoverage.blob.core.windows.net/report4/System.Runtime.CompilerServices.VisualC.diff.html) ( csv )
• [ ] [System.Runtime](http://tempcoverage.blob.core.windows.net/report4/System.Runtime.diff.html) ( csv )
• [ ] [System.Runtime.Extensions](http://tempcoverage.blob.core.windows.net/report4/System.Runtime.Extensions.diff.html) ( csv )
• [ ] [System.Runtime.InteropServices](http://tempcoverage.blob.core.windows.net/report4/System.Runtime.InteropServices.diff.html) ( csv )
• [ ] [System.Runtime.InteropServices.RuntimeInformation](http://tempcoverage.blob.core.windows.net/report4/System.Runtime.InteropServices.RuntimeInformation.diff.html) ( csv )
• [ ] [System.Runtime.InteropServices.WindowsRuntime](http://tempcoverage.blob.core.windows.net/report4/System.Runtime.InteropServices.WindowsRuntime.diff.html) ( csv )
• [ ] [System.Runtime.Numerics](http://tempcoverage.blob.core.windows.net/report4/System.Runtime.Numerics.diff.html) ( csv )
• [ ] [System.Runtime.Serialization.Formatters](http://tempcoverage.blob.core.windows.net/report4/System.Runtime.Serialization.Formatters.diff.html) ( csv )
• [ ] [System.Runtime.Serialization.Primitives](http://tempcoverage.blob.core.windows.net/report4/System.Runtime.Serialization.Primitives.diff.html) ( csv )
• [ ] [System.Runtime.WindowsRuntime.UI.Xaml](http://tempcoverage.blob.core.windows.net/report4/System.Runtime.WindowsRuntime.UI.Xaml.diff.html) ( csv )
• [ ] [System.Security.AccessControl](http://tempcoverage.blob.core.windows.net/report4/System.Security.AccessControl.diff.html) ( सीएसवी )
• [ ] [System.Security.Claims](http://tempcoverage.blob.core.windows.net/report4/System.Security.Claims.diff.html) ( csv )
• [ ] [System.Security.Cryptography.Algorithms](http://tempcoverage.blob.core.windows.net/report4/System.Security.Cryptography.Algorithms.diff.html) ( csv )
• [ ] [System.Security.Cryptography.Cng](http://tempcoverage.blob.core.windows.net/report4/System.Security.Cryptography.Cng.diff.html) ( csv )
• [ ] [System.Security.Cryptography.Csp](http://tempcoverage.blob.core.windows.net/report4/System.Security.Cryptography.Csp.diff.html) ( csv )
• [ ] [System.Security.Cryptography.Encoding](http://tempcoverage.blob.core.windows.net/report4/System.Security.Cryptography.Encoding.diff.html) ( csv )
• [ ] [System.Security.Cryptography.OpenSsl](http://tempcoverage.blob.core.windows.net/report4/System.Security.Cryptography.OpenSsl.diff.html) ( csv )
• [ ] [System.Security.Cryptography.Primitives](http://tempcoverage.blob.core.windows.net/report4/System.Security.Cryptography.Primitives.diff.html) ( csv )
• [ ] [System.Security.Cryptography.X509Certificates](http://tempcoverage.blob.core.windows.net/report4/System.Security.Cryptography.X509Certificates.diff.html) ( csv )
• [ ] [System.Security.Principal](http://tempcoverage.blob.core.windows.net/report4/System.Security.Principal.diff.html) ( csv )
• [ ] [System.Security.Principal.Windows](http://tempcoverage.blob.core.windows.net/report4/System.Security.Principal.Windows.diff.html) ( csv )
• [ ] [System.Text.RegularExpressions](http://tempcoverage.blob.core.windows.net/report4/System.Text.RegularExpressions.diff.html) ( csv )
• [ ] [सिस्टम थ्रेडिंग] (http://tempcoverage.blob.core.windows.net/report4/System.Threading.diff.html) ( csv )
• [ ] [System.Threading.Overlapped](http://tempcoverage.blob.core.windows.net/report4/System.Threading.Overlapped.diff.html) ( csv )
• [ ] [System.Threading.Tasks.Dataflow](http://tempcoverage.blob.core.windows.net/report4/System.Threading.Tasks.Dataflow.diff.html) ( csv )
• [ ] [System.Threading.Tasks.Parallel](http://tempcoverage.blob.core.windows.net/report4/System.Threading.Tasks.Parallel.diff.html) ( csv )
• [ ] [System.Threading.Thread](http://tempcoverage.blob.core.windows.net/report4/System.Threading.Thread.diff.html) ( csv )
• [ ] [System.Transactions.Local](http://tempcoverage.blob.core.windows.net/report4/System.Transactions.Local.diff.html) ( csv )
• [ ] [System.Web.HttpUtility](http://tempcoverage.blob.core.windows.net/report4/System.Web.HttpUtility.diff.html) ( csv )
• [ ] [System.Xml.XPath.XDocument](http://tempcoverage.blob.core.windows.net/report4/System.Xml.XPath.XDocument.diff.html) ( csv )

धन्यवाद एरिक!

निम्नलिखित की जाँच की:

• System.IO.Compression.Brotli
• System.IO.Compression.ZipFile
• System.IO.FileSystem.DriveInfo
• System.IO.IsolatedStorage
• System.IO.MemoryMappedFiles
• सिस्टम.आईओ.पाइप
• प्रणाली की याददाश्त

के लिए मृत कोड की सफाई:
System.Diagnostics.DiagnosticSource
System.Diagnostics.FileVersionInfo
System.Diagnostics.Process
System.Diagnostics.StackTrace
System.Diagnostics.TextWriterTraceListener
System.Diagnostics.Tools
System.Diagnostics.TraceSource
सिस्टम। डायग्नोस्टिक्स। ट्रेसिंग
System.Drawing.Primitives

डॉटनेट/कोरएफएक्स#33095

मैं अपने पहले योगदान के रूप में System.IO.Compression की सफाई करना चाहता हूं।

प्रारंभ पोस्ट में System.Console हो गया के रूप में चिह्नित किया गया है, लेकिन पुन: उत्पन्न डेटा में इसे चिह्नित नहीं किया गया है। मैंने पाया कि यह केवल कुछ SR के स्ट्रिंग्स को साफ़ करने की आवश्यकता है।
तो, @ericstj , क्या यह एक तरह की गलती है या मैं अन्य पुस्तकालयों पर एक नज़र डाल सकता हूं और ऐसे छोटे मृत कोड को ठीक कर सकता हूं?

सारांश

मैंने एक छोटा सा टूल बनाया है जो इस डेटा से कुछ बेकार सामान को हटा देता है।

यह हटा देता है:

1. सभी कास्ट जो लाल चिह्नित हैं।

यह एक बहुत ही सामान्य है। "कॉन्स्ट" के साथ कुछ भी, कृपया अनदेखा करें। ये सभी फ़ील्ड कंपाइलर द्वारा इनलाइन किए गए हैं, हम इन्हें सोर्स में रखना चाहते हैं। आम तौर पर ints और तार।

1. वे सभी चीज़ें जिन्हें लाल रंग से चिह्नित नहीं किया गया है (वह कोड मरा नहीं है)।

यह बनी हुई है:

1. कोई भी नेस्टिंग लेवल क्लास या स्ट्रक्चर जिसमें डेड कोड हो। यह उस कोड को तेजी से खोजने में मदद करता है।
2. सभी SR के तार जिन्हें हटाया जा सकता है। लेकिन SR के तरीके भी नहीं निकाले जाते, सावधान रहें।

"क्लास एसआर" में जो कुछ भी "स्टेटिक स्ट्रिंग" है वह विशेष है। C# फ़ाइल को संपादित करने के बजाय आपको .resx फ़ाइल में मेल खाने वाली प्रविष्टि ढूंढनी होगी और उसे हटा देना होगा। लाइब्रेरी के लिए .resx फ़ाइल src . में हैsrcResourcesstrings.resx। ऐसा करने के बाद बिल्ड SR को फिर से जनरेट करेगा। "कक्षा एसआर" में किसी और चीज पर ध्यान न दें - ऐसी कई विधियां हैं जो मृत के रूप में दिखाई दे सकती हैं।

1. केवल एक पैरामीटर रहित कंस्ट्रक्टर वाली कक्षाएं। यह उनके साथ कुछ भी करने से बचने में मदद करता है।

किसी भी निजी पैरामीटर रहित कंस्ट्रक्टर को अनदेखा करें। हमारे पास कोड में ये गलती से क्लास को इंस्टेंट करने से रोकने के लिए हैं, हम उन्हें कोड में रखना चाहते हैं।

यदि कोई अन्य कंस्ट्रक्टर नहीं हैं, तो किसी भी सार्वजनिक पैरामीटर रहित कंस्ट्रक्टर को अनदेखा करें। ये असली नहीं हैं।

भी:

आप यहां साफ की गई फाइलें पा सकते हैं। डेटा अपडेट करने के बाद मेरा उल्लेख करें और मैं उसे अपडेट कर दूंगा।

@ericstj क्या internal enum को हटाना सुरक्षा है?

उस टूल का उपयोग करने के बाद मैंने सभी असेंबली की जांच की है। उनमें से कुछ के पास कोई डेड कोड नहीं है।
अद्यतन सूची नीचे की तरह कुछ दिखती है। मैं टूल के भंडार से साफ़ की गई फ़ाइलों के लिए htmlpreview के लिंक बदलता हूं। आशा है किसी को कोई ऐतराज नहीं होगा।

• [एक्स] माइक्रोसॉफ्ट.सीशार्प
• [ ] Microsoft.VisualBasic
• [x] माइक्रोसॉफ्ट .Win32.Primitives
• [ ] माइक्रोसॉफ्ट .Win32.Registry
• [] सिस्टम। संग्रह। समवर्ती
• [] सिस्टम । संग्रह
• [x] सिस्टम। संग्रह। अपरिवर्तनीय
• [ ] सिस्टम.संग्रह.नॉनजेनेरिक
• [ ] सिस्टम। संग्रह। विशेषीकृत
• [ ] System.ComponentModel.Annotations
• [एक्स] सिस्टम। कॉम्पोनेंट मॉडल
• [x] System.ComponentModel.EventBasedAsync
• [ ] System.ComponentModel.Primitives
• [ ] System.ComponentModel.TypeConverter
• [] सिस्टम। कंसोल
• [ ] सिस्टम.डेटा.कॉमन
• [x] सिस्टम। डायग्नोस्टिक्स। डायग्नोस्टिक सोर्स
• [ ] System.Diagnostics.FileVersionInfo
• [ ] सिस्टम। डायग्नोस्टिक्स । प्रक्रिया
• [x] सिस्टम। डायग्नोस्टिक्स। स्टैकट्रेस
• [x] System.Diagnostics.TextWriterTraceListener
• [x] सिस्टम। डायग्नोस्टिक्स। टूल्स
• [x] सिस्टम। डायग्नोस्टिक्स। ट्रेससोर्स
• [x] सिस्टम। डायग्नोस्टिक्स। ट्रेसिंग
• [ ] सिस्टम। ड्रॉइंग। प्रिमिटिव्स
• [x] System.IO.Compression.Brotli
• [ ] System.IO.Compression
• [ ] System.IO.Compression.ZipFile
• [ ] System.IO.FileSystem.AccessControl
• [ ] System.IO.FileSystem
• [x] System.IO.FileSystem.DriveInfo
• [ ] System.IO.FileSystem.Watcher
• [ ] System.IO.IsolatedStorage
• [ ] System.IO.MemoryMappedFiles
• [x] सिस्टम.आईओ.पाइप्स
• [] सिस्टम। लिंक
• [ ] सिस्टम.लिंक.एक्सप्रेशन
• [ ] सिस्टम.लिंक.समानांतर
• [x] सिस्टम। लिंक। क्वेरी करने योग्य
• [] सिस्टम। मेमोरी
• [ ] System.Net.Http
• [ ] System.Net.HttpListener
• [ ] System.Net.Mail
• [ ] System.Net.NameResolution
• [ ] System.Net.NetworkInformation
• [ ] System.Net.Ping
• [ ] System.Net.Primitives
• [ ] System.Net.Requests
• [ ] System.Net.Security
• [x] System.Net.ServicePoint
• [ ] System.Net.Sockets
• [] System.Net.WebClient
• [ ] System.Net.WebHeaderCollection
• [x] System.Net.WebProxy
• [ ] System.Net.WebSockets.Client
• [] System.Net.WebSockets
• [ ] सिस्टम.न्यूमेरिक्स.वेक्टर
• [] सिस्टम।ऑब्जेक्टमॉडल
• [ ] System.Private.DataContractSerialization
• [ ] सिस्टम.निजी.उरी
• [ ] सिस्टम.निजी.एक्सएमएल
• [ ] सिस्टम.निजी.एक्सएमएल.लिंक
• [ ] सिस्टम.रिफ्लेक्शन.डिस्पैचप्रॉक्सी
• [] सिस्टम। प्रतिबिंब। मेटाडेटा
• [] सिस्टम। प्रतिबिंब। टाइप एक्सटेंशन
• [ ] सिस्टम.संसाधन.लेखक
• [x] सिस्टम.रनटाइम.कंपाइलरसर्विसेज.विजुअलसी
• [एक्स] सिस्टम। रनटाइम
• [] सिस्टम। रनटाइम । एक्सटेंशन
• [एक्स] सिस्टम। रनटाइम। इंटरऑप सर्विसेज
• [ ] System.Runtime.InteropServices.RuntimeInformation
• [ ] System.Runtime.InteropServices.WindowsRuntime
• [ ] सिस्टम.रनटाइम.न्यूमेरिक्स
• [ ] System.Runtime.Serialization.Formatters
• [x] सिस्टम। रनटाइम। सीरियलाइज़ेशन। प्रिमिटिव्स
• [ ] System.Runtime.WindowsRuntime.UI.Xaml
• [] सिस्टम। सुरक्षा। एक्सेस कंट्रोल
• [x] सिस्टम.सुरक्षा.दावे
• [ ] सिस्टम.सुरक्षा.क्रिप्टोग्राफी.एल्गोरिदम
• [ ] सिस्टम। सुरक्षा। क्रिप्टोग्राफी। सीएनजी
• [ ] सिस्टम.सुरक्षा.क्रिप्टोग्राफी.सीएसपी
• [ ] सिस्टम.सुरक्षा.क्रिप्टोग्राफी.एन्कोडिंग
• [ ] सिस्टम.सुरक्षा.क्रिप्टोग्राफी.ओपनएसएसएल
• [ ] सिस्टम। सुरक्षा। क्रिप्टोग्राफी। प्रिमिटिव्स
• [ ] सिस्टम.सुरक्षा.क्रिप्टोग्राफी .X509प्रमाणपत्र
• [x] सिस्टम। सुरक्षा। प्रिंसिपल
• [ ] सिस्टम.सुरक्षा.प्रिंसिपल.विंडोज़
• [ ] System.Text.RegularExpressions
• [ ] सिस्टम.थ्रेडिंग
• [ ] सिस्टम। थ्रेडिंग। ओवरलैप्ड
• [ ] सिस्टम.थ्रेडिंग.टास्क.डेटाफ्लो
• [x] सिस्टम। थ्रेडिंग । कार्य। समानांतर
• [ ] सिस्टम.थ्रेडिंग.थ्रेड
• [ ] सिस्टम। लेनदेन। स्थानीय
• [x] सिस्टम.वेब.एचटीपीयूटिलिटी
• [x] सिस्टम. Xml.XPath.XDocument

तो, @ericstj , क्या यह एक तरह की गलती है या मैं अन्य पुस्तकालयों पर एक नज़र डाल सकता हूं और ऐसे छोटे मृत कोड को ठीक कर सकता हूं?

अंतर को पुन: उत्पन्न करते समय मैंने फिर से सब कुछ साफ कर दिया। डेड-कोड-डिफ्स करने का तंत्र बहुत अधिक मैनुअल है। यह असेंबली के अंतर के लिए एक आंतरिक उपकरण का उपयोग कर रहा है।

@ericstj क्या आंतरिक एनम को हटाना सुरक्षा है?

यह इस बात पर निर्भर करता है कि उस आंतरिक एनम के साथ क्या किया जाता है। Enums अक्सर बाइनरी में मृत के रूप में दिखाई देंगे क्योंकि कंपाइलर उनके स्रोत संदर्भ को पूर्णांक शाब्दिक में बदल देता है। आप शायद पाएंगे कि स्रोत को अभी भी इसकी आवश्यकता हो सकती है।

बस कुछ विचार कि हम इस मृत कोड को एक बेहतर अनुभव कैसे बना सकते हैं जो कि अधिक स्थिर स्थिति में आगे बढ़ रहा है।

1. खुले में एक अलग उपकरण जोड़ें। मैं AsmDiff का उपयोग कर रहा हूं जो आंतरिक है। हम मौजूदा पुस्तकालयों (एसआरएम, सीसीआई, या सेसिल) के शीर्ष पर इसे ओपन-सोर्स कर सकते हैं या कुछ नया बना सकते हैं।
2. प्रोजेक्ट्स को इस नो-डेड-कोड सत्यापन के लिए ऑप्ट-इन करने दें और टूलिंग छूट जाने वाली चीज़ों को दबा दें।
3. हेरिस्टिक्स को भिन्न और/या फ़िल्टरिंग नियमों में डालकर 2 पर पुनरावृति करें।
4. एक बार जब हमारे पास टूलिंग में पर्याप्त कार्यक्षमता हो, तो इसे पूरे रेपो के लिए सक्षम करें, बेसलाइन प्रतिबद्ध करें जहां हम डेड-कोड की अनुमति देते हैं और इस मुद्दे पर फिर कभी वापस नहीं आना है

आज हम ट्री-शेकिंग डेड-कोड के लिए जिस तंत्र का उपयोग करते हैं, वह लिंकर है जो बायनेरिज़ पर काम करता है। तो उस स्रोत को वापस मैप करने के लिए हम इनपुट के साथ इसके आउटपुट को अलग करते हैं और आईडी को उत्सर्जित करते हैं। एक और बात जो मैंने अतीत में लिंकर लोगों के साथ चर्चा की है, वह है अधिक लॉगिंग का उत्सर्जन करना जो हमारे डेवलपर्स की देखभाल करने वाली चीजों पर अधिक सीधे मैप कर सके। यह पीडीबी पर भी काम कर रहा है, इसलिए तकनीकी रूप से इसमें सभी स्रोत कोड और लाइन की जानकारी है।

@ericstj क्या कोरलिब पर चलाना तकनीकी रूप से संभव है? मैंने कोरलिब में एक मृत विधि देखी, और इसमें कोई संदेह नहीं है कि और भी हैं। निश्चित रूप से वीएम से सभी कॉलबैक को देखते हुए इसे देखभाल की आवश्यकता होगी

@danmosemsft यह पहले से ही System.Private.Corelib.dll पर coreclr बिल्ड के हिस्से के रूप में चल रहा है। आपने क्या मृत विधि देखी है जिसे हटाया नहीं जा रहा है?

@ericstj मुझे लगता है कि हम इसे बंद कर सकते हैं?

मुझे लगता है कि यह अभी के लिए किया गया है। हमारे कोडबेस को बेहतर बनाने में योगदान देने वाले सभी को बहुत-बहुत धन्यवाद!