Изпечатай

[noobforthewin]

Здравейте,

Някой може ли да ми каже за какво служи въпросното поле, тъй като не успях да намеря информация ...
Ето тук [ https://www.kernel.org/doc/Documentation/scheduler/sched-stats.txt ] е описано съдържанието на файла, но информация за timestamp липсва? На 2 различни вирутални машини с CentOS6.4 timestamp-а сочи към дата в бъдещето и то от порядъка на доста години напред? За какво става дума реално и за какво се ползва това поле? Давайте линкове ако имаде идея къде бих могъл да намеря такава информация.

Мерси предварително
Поздрави

[gat3way]

Раздели го на 1000 и готово.

[noobforthewin]

Малко разяснение може ли?

Давам примерен output

cat /proc/schedstat
version 15
timestamp 1971826999

[]$ date -d @1971826999 --- default timestamp
Sat Jun 26 04:43:19 EEST 2032
[]$ date -d @1971826.999   -- разделено на 1000
Fri Jan 23 21:43:46 EET 1970
[]$ date -d @19716143
Mon Aug 17 06:42:23 EET 1970

[]$  date
Wed Jul 24 15:20:37 EEST 2013 -- сегашно време
[]$ date +%s -- epoch
1374668426

[appmaster]

Linux Scheduler Statistics version 15

Относно timestamp-a, нямам идея защо става така. На мен пък ми го показва, че е 4294933446
Т.е: DATE (M/D/Y @ h:m:s): 02 / 06 / 06 @ 3:04:06pm EST

[gat3way]

Ооо, не такъв timestamp, това е времето, изминало от boot на машината. При това измерено в jiffies (оттам и деленето на 1000). С други думи, към момента в който си го писал, uptime-а ти е бил 20-тина дни.

[appmaster]

Ама това е целия uptime на машината, нали така?
От както е пусната за първи път, до момента на извикване на командата cat. При мен е ~49 дни.
Значи това е някакъв counter измерващ в jiffies. Полезна информация.
Аз само знам, че този файл се ползва за прецизно отчитане при banchmark-oве.

[gat3way]

Само че внимавайте с тези сметки, защото това не задължително е валидно. Това колко често ще се вдига прекъсването на системния таймер зависи от ядрото, при някои версии и на някои платформи може да не е 1000 пъти в секунда. Ако пък се ползва tickless kernel въобще нямам идея как стоят нещата. В общият случай на 64-битова x86 система и по-нова версия на ядрото е 1000.

[noobforthewin]

gat3way, мерси за информацията

А можете ли да ми кажете как трябва да достъпя този метод/фунцкия през CLI - sysconf(_SC_CLK_TCK) ?

Нещо не се получава с този параметър _SC_CLK_TCK

[man 7 time // http://man7.org/linux/man-pages/man7/time.7.html]
    "The value of USER_HZ varies across kernel versions and hardware platforms.
         On i386 the situation is as follows: on kernels up to and including
         2.4.x, HZ was 100, giving a jiffy value of 0.01 seconds; starting
         with 2.6.0, HZ was raised to 1000, giving a jiffy of 0.001 seconds.
         Since kernel 2.6.13, the HZ value is a kernel configuration parameter
         and can be 100, 250 (the default) or 1000, yielding a jiffies value
         of, respectively, 0.01, 0.004, or 0.001 seconds.  Since kernel
         2.6.20, a further frequency is available: 300, a number that divides
         evenly for the common video frame rates (PAL, 25 HZ; NTSC, 30 HZ)."
    You can use sysconf(_SC_CLK_TCK) to obtain the value in your system.

[gat3way]

getconf CLK_TCK