mac Archives - oandras.hu

Time machine exclude list for developers

Backuping the following folders can eat up hundreds of gigabytes on the backup storage, and can cause significant performance reduction if the backup drive is a HDD (some of them can contains millions of files).

/Applications/Xcode
/Applications/Xcode-beta
~/.gradle
~/.npm
~/.composer
~/.cocoapods
~/.android/avd
~/Library/Application Support/JetBrains/Toolbox/apps
~/Library/Application Support/Google/Chrome/Default/Application Cache
~/Library/Developer/Xcode/DerivedData
~/Library/Developer/Xcode/iOS DeviceSupport
{path to a node project}/node_modules

By removing these folders from the backups and excluding them in the System Preferences, the backup process can be faster and will consume less storage space.

Category: time machine, mac, prog

Updater can’t detect DataTraveler Locker+ G3 (DTLPG3)

Nor the Windows, nor the Mac OS firmware updater contains device product IDs for every variant. Such as the “DTLPG3_Mac_Updater.zip” and the “DTLPG3 Updater with El Capitan Fix.zip”.
For me the device productID is same as the DTVP (DataTraveler Vault) drive’s productID.

The trick is to make the firmware updater (Mac OS variant) to work:

Find your DTLocker+G3’s productID in the System Information app, under USB.
Change the ‘productID’ in the following file, to your drive’s one:
DTLPG3_Mac_Updater.app/Contents/Resources/devicePersonalities.plist Ex: My drive’s product is 0x160D, so I changed the ID from 0x169D to 0x160D.
Run the firmware updater app

After this modification, the updater can find and reflash the drive.

The latest updater can be downloaded from the Kingston’s website here: https://www.kingston.com/us/support/technical/products/dtlpg3
With this update the drive can be used with the latest MacOS Catalina.

Category: howto, mac

ASUS Radeon HD5850 macOS 10.12 kext patch

Here it is the newest patch for the ASUS HD5850. Works with 10.12+ only.
ATIConnectorsController: uakari

<dict>
	<key>Disabled</key>
	<false/>
	<key>Find</key>
	<data>
		AAQAAAAEAAAAcQAAAAAAABIEBAEAAAAABAAAABQAAAAA
		cQAAAAAAAAESAQMAAAAAAAIAABQAAAAAcQAAAAAAAAAA
		BgUAAAAAAAgAAAACAAAAcQAAAAAAACIFBQQAAAAA
	</data>
	<key>Name</key>
	<string>AMD5000Controller</string>
	<key>Replace</key>
	<data>
		AAgAAAQCAAAAcQAAAAAAABIEBAEAAAAABAAAABQAAAAA
		cQAAAAAAACIFAQQAAAAAAAQAAAQAAAAAcQAAAAAAABEC
		BgMAAAAABAAAABQCAAAAcQAAAAAAABAABQUAAAAA
	</data>
</dict>

UPDATE: On 10.12.4+, you must set the color depth to “millions of colors” with SwitchResX, to solve the color bug in the newest legacy driver.

Category: hackintosh, mac

libRaptorQ teljesítmény elemzés – Önálló laboratórium

1. A szökőkútkódok és alkalmazásuk a végpontok közötti megbízható adatkommunikációban

1.1. Áttekintő

Napjainkban egyre többen és többen fogyasztanak hétköznapjaik során valamilyen online tartalmat, akik kiszolgálása érdekében a világ több pontján elhelyezett szerverek (szerverközpontok) felelnek. Ilyen nagyobb tartalom szolgáltató például a Youtube, a Vimeo, vagy épp a Facebook is. Élő streameket, televízió adásokat, vagy videófelvételeket nézhetünk bárhol, bármikor. Az otthoni személyi és a hordozható számítógépek fejlődésével, ezzel járó nagyobb teljesítményével, a szolgáltatott anyagok egyre jobb és jobb minőségűek lehetnek, melyek arányosan egyre nagyobb sávszélességet igényelnek a tökéletes felhasználói és fogyasztói élményhez. A fogyasztói piac átalakulásával pedig, egyre nagyobb arányban használnak ezen célokra különféle vezetékes/nélküli eszközöket.

Az internetes adatkommunikációt az 1990-es évek elejétől, a HTTP (Hypertext Transfer Protocol) végzi a TCP (Transmission Control Protocol) protokoll segítségével, melyek együtt egy szabványos közeget biztosítanak bármilyen adat megbízható, veszteségmentes és sorrendtartó átvitelére. A TCP szabványosítása már 1981-ben (melyet azóta bővítettek a nagysebességű átvitelekhez igazodóan), a http szabványosítása pedig a 90-es évek elején megtörtént. Ezek a szabványok még az akkori alapvetően vezetékes és néhány kilobájtnyi kommunikációhoz nyújtottak megoldást, mely a mai fentebb említett egyre különfélébb eszközök és közegek számára nem mindig a legoptimálisabb.

Category: bme, hálózat, linux, mac, prog, web

diff --git a/rEFIt_UEFI/Platform/spd.c b/rEFIt_UEFI/Platform/spd.c
index 04c66d8..a7d389d 100644
--- a/rEFIt_UEFI/Platform/spd.c
+++ b/rEFIt_UEFI/Platform/spd.c

@@ -585,9 +585,24 @@ VOID read_smb(EFI_PCI_IO_PROTOCOL *PciIo)

case SPD_MEMORY_TYPE_SDRAM_DDR4:

+ DBG("SPD[%d]: spdbuf[4]: @0x%x n", i, spdbuf[4]);
+ DBG("SPD[%d]: spdbuf[5]: @0x%x n", i, spdbuf[5]);
+ DBG("SPD[%d]: spdbuf[12]: @0x%x n", i, spdbuf[12]);
gRAM.SPD[i].Type = MemoryTypeDdr4;
- gRAM.SPD[i].ModuleSize = spdbuf[4] & 0x0f;
- gRAM.SPD[i].ModuleSize = (1 << gRAM.SPD[i].ModuleSize) * 256;
+ // size = ((u64)rows * cols * banks * ranks) * bit;
+ // (spdbuf[4] & 0x30) >> 4 : bank address bits
+ // (spdbuf[4] & 0xC0) >> 6 : bank group bits
+ // banks = (4 << addressbits) * (1 << bank group bits)
+ // ((spdbuf[12] & 0x38) >> 3) :ranks
+ // (((spdbuf[5] & 0x38) >> 3)+12) :rows
+ // ((spdbuf[5] & 0x7)+9) : cols
+ gRAM.SPD[i].ModuleSize = (
+ (((UINT64)1 << (12 + ((spdbuf[ 5] & 0x38) >> 3))) *
+ (1 << (9 + ( spdbuf[ 5] & 0x07))) *
+ (1 + ((spdbuf[12] & 0x38) >> 3)) *
+ (4 << ((spdbuf[ 4] & 0x30) >> 4)) *
+ (1 << ((spdbuf[ 4] & 0xC0) >> 6))) >> (20 - 3)
+ );

break;

Category: hackintosh, mac, prog