CPU-Z geliştiricileri, resmi arşivlerindeki sürümleri nasıl büyük ölçüde değiştirir?

Önsöz

CPU-Z’yi yerleşik kıyaslamada AMD Ryzen işlemcilerin sonuçlarını hafife almaktan mahkum ettiğimde ve hatta sürümlerin CPU-Z geliştiricileri tarafından değiştirildiğini fark ettiğimde…

CPU-Z ile ilgili önceki makalemi buradan okuyabilirsiniz:
CPU-Z karşılaştırması AMD sonuçlarını hafife alıyor ve geliştiriciler sürümleri değiştiriyor – araştırmam

Ve sonra testleri yeniden yapmak istedim, birdenbire AMD işlemciler için sonuçların küçümsenmesiyle ilgili sonuçlarımda yanıldım, bu sefer CPU-Z’nin yerleşik olan tüm sürümlerini kullanacaktım. performans testi, ancak daha sonra geliştiricilerin resmi arşivindeki sürümlerin toplu olarak değiştirilmesi gerçeğiyle karşı karşıya kaldım.

Başlangıçta, sürüm değiştirme hakkında biraz konuşmayı ve hemen farklı sistemler üzerinde karşılaştırmalı testlere başlamayı düşündüm, ancak CPU-Z sürüm değişikliğinin kapsamına baktıktan sonra, yalnızca toplu sürüm değiştirme gerçeği hakkında bir makale yapmaya karar verdim. geliştirici arşivi

CPU-Z’nin farklı sürümlerinde yerleşik test sonuçlarının karşılaştırılması, ayrı bir makale için ayrılmam gerekiyor…

-===-

“Arşivdeki” sürümlerin lisansı ve değiştirilmesi

Her şeyden önce, önemli bir nüansa dikkat edilmelidir.

CPU-Z için bir lisans sözleşmesi bulmak oldukça zordu, sitede CPU-Z için bir lisans bulamadım, yardımcı programın yanında lisans yok, tıpkı ReadMe dosyasında olduğu gibi, sadece oldukça belirsiz bir lisans sözleşmesi kurulum paketinde bulundu.

CPU-Z aslında ücretsiz bir yardımcı programdır, ancak aslında özgür yazılıma ait olmamasına rağmen, en azından bu yardımcı program kapalı kaynak olduğu için “özgür yazılım” olarak verilir.

Lisans sözleşmesi bile CPU-Z’nin tescilli bir “ürün” olduğunu açıkça belirtir.

Şimdi sürümlerin değiştirilmesine geçelim.

Daha önce, arşivlenmiş sürümlerin CPU-Z geliştiricileri tarafından değiştirildiğini fark ettim, aynı zamanda mevcut tüm CPU-Z sürümlerini de her ihtimale karşı indirdim, çünkü arşive artık güven kalmadı geliştiricilerden.

Şimdi yerleşik bir kıyaslama değeri olan tüm CPU-Z sürümlerini aldım, karşılaştırmalı bir teste hazırlanıyordum, ancak …

İndirilen arşivlerin doldurulmasına bakmaya başladığımda, CPU-Z geliştiricileri tarafından çok sayıda değiştirilmiş sürüm keşfedildi, bu kadar çok sayıda değişiklikle objektif karşılaştırmalı testler yapamam.

Aceleyle CPU-Z’nin her versiyonunu not almaya başladım, bunlar son notlar değil, bazı nüansları fark etmeyebilirim.

“exe_date_!” olarak işaretlenmiş arşivler: “benioku” dosyasındaki tarih ve sürüm, belirtilen sürüm ve tarihle eşleşir, ancak CPU-Z’nin derleme tarihi, “benioku” dosyasında belirtilen ve belirtilenden farklıdır.

“version_!” ile işaretlenmiş arşivler: Programın gerçek sürümü parantez içinde belirtilmiştir, ünlem işareti sayısı bazı dosyalara özellikle dikkat etmeyi unutmamamı söylüyor.

İşaretsiz Arşivler: Hızlı bir incelemede olağan dışı bir şey bulunamadı.

Güvenilirlik için resmi siteden (2022-07-16) sürümlerin arşivini yeniden indirdim ve zip dosyalarının boyutu açısından 2021’de daha önce indirilen dosyalarla hiçbir fark bulamadım, bu iyi , her arşivi bir kez daha kontrol etmem gerekmeyecek.

-===-

CPU-Z’nin sahte sürümlerinin büyük resmi

Performans testi içeren CPU-Z sürümlerine ek olarak, yerleşik performans testinin ortaya çıkmasından önce var olan CPU-Z sürümlerini tamamen eksiksiz olması için kontrol edeceğim, bunlar CPUID sürümlerinin resmi arşivinden indirildi, örneğin karşılaştırmaya katılan programın diğer tüm sürümleri.

Belki de yerleşik performans testi olmayan CPU-Z sürümlerine girdiğim tabloyla başlayacağım ve zaten burada 7 değiştirilmiş sürüm buldum, sürüm 1.71 tamamen yok, bununla ilgili bilgi bulabilirsiniz. İnternet ve ikame izleri olmayan sadece 3 versiyon.

Aynı zamanda, sürüm 1.68, benioku dosyasında herhangi bir söz edilmeden değiştirildi ve sürüm 1.71, geliştiriciler tarafından, benioku dosyasındaki değişiklikler (changelog) da dahil olmak üzere tamamen kaldırıldı, bu da kendileri için son derece çirkin.

Şimdi yerleşik bir kıyaslama değerine sahip CPU-Z sürümlerine geçelim.

Burada CPU-Z’nin 20 sahte sürümü buldum, bunların bazıları, sayılara bakılırsa, en az 8 kez sahtekarlığa uğradı ve açık bir ikame belirtisi olmadan 9 CPU-Z sürümü bulundu.

Üstelik sızdırılanlar arasında sızdırılmış 10 sürüm bulundu, ancak bu benioku dosyasına hiçbir şekilde yansımadı, yani. bir ikame var, ancak bunun hakkında “kesinlikle” kelimesinden hiçbir şey söylenmiyor.

-===-

Çözüm

Elbette geçen yıl karşılaştırmalı testler yaptığımda CPU-Z sürümlerinin değiştirildiğini öğrendim, ancak CPU-Z (CPUID) geliştiricilerinin arşivlenen tüm sürümlerin yarısından fazlasını değiştirdiğini ve aynı zamanda eski sürümlerin resmi arşivinin bulunduğu sitedeki tarihleri ​​düzeltmeye bile tenezzül etmedi…

Neredeyse tüm sürümler orada geliştiriciler tarafından değiştirilmişse, şimdi nasıl eski sürümlerin arşivi olarak adlandırılabilir? Ayrıca, değiştirmelerin yarısı benioku dosyasına kesinlikle yansıtılmıyor.

Bu, CPU-Z geliştirmenin en başında izole edilmiş durumlar olsaydı, programlamadaki geliştiricilerin cehaleti ile haklı çıkarılabilir …

Ancak, 2013’ten 2022’ye kadar arşivlerindeki sürümlerin değiştirilmesini kötüye kullanırlarsa, geliştiricilerin banal cehaletiyle bu durumu nasıl haklı çıkarabilirim? Bu durumu nasıl haklı çıkaracağımı bilmiyorum, hiçbir şekilde haklı gösterilemez, çünkü 9 yıllık geliştirmede yazılım geliştirirken temel şeyleri öğrenmemek imkansız …

Bu, özgür yazılım olarak tanıtılan tescilli yazılımın kötü bir örneğiydi, ücretsiz kapalı kaynaklı tescilli yazılım ve özgür yazılım aynı şey değildir…

Ücretsiz açık kaynaklı yazılımın, uygulama klasöründe olmayan ikameler ve “kayıp” lisanslarla benzer bir duruma gireceğinden çok şüpheliyim.

Geliştiricilere yalnızca yazılım sürümlerinin değiştirilmesiyle bu uygulamayı tekrar etmemelerini ve hatta yazılımın arşivlenmiş sürümlerine dokunmamalarını tavsiye edebilirim, bu yalnızca geliştiricinin okuma yazma bilmediğini, uzun yıllar boyunca geliştirmediğini göstermez. yazılımının sürümünü nasıl doğru bir şekilde yazacağını öğrenir, ancak aynı zamanda geliştiriciye yönelik şüpheler için zemin oluşturur (değiştiğine göre, kötü bir şey yaptığı ve saklandığı anlamına gelir).

Yazılımınız için yanlış bir sürüm yazmak deneyimsizlikten kaynaklanan bir şeydir (yeni başlayanlar için SemVer’e dikkat etmenizi öneririm), ancak 9 yıl boyunca bir yardımcı program geliştirmek ve bir sürümü doğru bir şekilde nasıl yazacağınızı öğrenmemek tamamen başka bir şeydir, ve daha da fazlası eski sürümlerin arşivine müdahale ediyor …

Hepsi bu, ilginiz için teşekkürler, Hard-Workshop blogunda daha ilginç makaleler.

Similar Posts

Leave a Reply

Your email address will not be published.