RHEL3-on hasznaltam, shell scriptekben, ha pl. parallel sql-t szerettem volna futtatni es a parallellizmust a processzorszamhoz szerettem volna igazitani:
echo $((`grep processor /proc/cpuinfo | cut -d":" -f2|sort -n|tail -1|tr -d " "` + 1))
RHEL3-on hasznaltam, shell scriptekben, ha pl. parallel sql-t szerettem volna futtatni es a parallellizmust a processzorszamhoz szerettem volna igazitani:
echo $((`grep processor /proc/cpuinfo | cut -d":" -f2|sort -n|tail -1|tr -d " "` + 1))
Ajánlott bejegyzések:
A bejegyzés trackback címe:
Kommentek:
A hozzászólások a vonatkozó jogszabályok értelmében felhasználói tartalomnak minősülnek, értük a szolgáltatás technikai üzemeltetője semmilyen felelősséget nem vállal, azokat nem ellenőrzi. Kifogás esetén forduljon a blog szerkesztőjéhez. Részletek a Felhasználási feltételekben és az adatvédelmi tájékoztatóban.
NorMen 2008.05.09. 14:46:58
Van egy pici szépséghibája a scriptednek. A sort alfa-numerikusan rendezi sorrendbe a sorokat. Ez egy 9 CPU-nál több procis rendszernél gondot okoz. A több számjegyű számok mindig meg fogják előzni az első számjegynél nagyobb egyszámjegyű számokat (Pl: 10,11,12,13... kisebb mint 2,3,4,5...).
Így a scripted 9-nél agyobb CPU számnál mindig 10-et ad vissza (9+1).
Javaslom a "sort -n" használatát, ami numerikus sorrendbe rendezi a sorokat.
Egyéb, egyszerűbb javaslatok:
1. Megszámolnád a grep által visszaadott sorokat:
grep processor /proc/cpuinfo | wc -l
2. Oracle is nyilvántartja. Induláskor mindig beállítja a cpu_count paraméterben:
show parameter cpu_count;
Üdv
NorMen
darvat 2008.05.09. 15:26:37
a cpu_count-ra nem hagyatkoznek, mert ha ez manualisan be van allitva a pfile/spfile-ban - ahogyan azt az Oracle NEM ajanlja - akkor szinten kaphatunk fals eredmenyt. ebbe a cpu_count-os issue-ba mar belefutottam mas teren...