Tento web používá soubory cookie. Dalším používáním webu s tímto souhlasíte.
jméno
heslo
přihlásit
zaregistrujte se
zapomněli jste heslo?
Vizualizace informace
ADAMJ

Information Visualization Board at nyx.

Tento klub je pro vsechny, ktere zajimaji nasledujici a s nimi souvisejici temata:

  • Nekonvencni metody zobrazeni informace
  • Kartogramy
  • Zobrazeni multidimenzionalnich dat
  • Vizualizace dopravnich siti
  • Interaktivni visualizace
  • Piktogramy
  • Vizualizace hudby
  • Uzivatelske studie metod vizualizace

Vymysleli jste nebo jste se setkali se zajimavou metodou zobrazeni informace? Sem s odkazem! Pri vkladani obrazku ale prosim strucne napiste par slov o vizualizacni technice, ktera se tam pouzila a nebo pridejte odkaz na web, kde se o dany veci da zjistit vic.

Zpratelene kluby: Schemata vytrzena z kontextu | Human--Computer Interaction



a zkuste si to taky http://flare.prefuse.org/tutorial

Pri vkladani obrazku prosim strucne napiste par slov o vizualizacni technice, ktera se tam pouzila a nebo pridejte odkaz na web, kde se o dany veci da zjistit vic.
Máte k tomu co říct? Vložte se do diskuze.
ADAMJ --- 22:43:16 18.6.2009
ALERT: No, to je fakt, to tu bylo zejmena pro zacatek, ale uz se to tu docela rozjelo, takze uz vime, o cem je rec
ALERT --- 10:57:17 18.6.2009
teda nemam moc rad ty hroozne dlouhy zahlavi.. bych vymazal to nahore :) ale to necham na ADAMJ...
FRAKTALEK --- 9:51:53 18.6.2009
ADAMJ: vyborne, ale co to dat misto na nastenku primo do zahlavi, nejlip nad ten input box, kde se pisou novy zpravy?
ALERT --- 15:58:50 15.6.2009
ERROR: to si pis! :D
ERROR --- 15:51:34 15.6.2009
FRAKTALEK:
ESTEN:
sry, na odkaz jsem nejak pozapomel, uz se to vickrat nestane,slibuju .]
ADAMJ --- 14:18:06 15.6.2009
FRAKTALEK: Dobrej napad. Jdu na vec.
FRAKTALEK --- 14:11:40 15.6.2009
ESTEN: zrovna jsem chtel rict to samy. To by se tu melo snad dat jako pravidlo do zahlavi.
ESTEN --- 13:18:50 15.6.2009
ERROR: tak aspon zdroj k tomu prihod, ne? Bez vysvetleni to moc smyslu nedava...

http://cs.jhu.edu/~razvanm/fs-expedition/tux3.html

Circos. Circos is a visualization tool by Martin Krzywinski. The initial purpose was to provide a better representation of various genomic data but the program was successfully used to produce very nice graphical representations of other type of data.

Let's now look at our plot. On the outer edge we have the file systems split in categories (from top to bottom: disk-based, optical mediums, flash-based, network-based, cluster-based, memory-based, ancient). The size is proportional with the number of external symbols. Colors indicate the type of external symbols. The green represents functions, red is data, orange are read-only data, and light yellow is uninitialized data (BSS). To give a sense of proportions, the external symbols exported by the Linux Kernel, vmlinux, are also depicted. It was compiled in the same configuration as the rest of the file systems. To give some numbers: it exports a total of 9310 external symbols out of which 8047 are functions, 621 are writable variables, 159 are read-only and 483 are BSS data. The gray area from file systems indicates the external symbols which are not satisfied by the kernel but by some other kernel module. This is noticeable for nfs, nfsd and also the users of jbd/jbd2: ext3, ext4, ocfs2.

On the inner edge of vmlinux there is a plot that indicates the frequency which which each exported symbol is used by the file systems from right. One thing we noticed here is that variables are used pretty much with the same frequency as the functions.

The set of boxes from the inner edge of the file systems represents the percentage of the external symbols which are unique to each file system. We can see that virtually all the external symbols used by proc are only used by it. But having unique external symbols is not a rare feature: with the exception of ancient file systems all the other categories have members with various degree of "uniqueness".

The red arcs from inside depict the use-provide relationships between the file systems. As expected, the memory-based modules are the ones that are the main providers with proc and debufgs being the most popular one. We can also see that lockd is used by nfs and nfsd and also the relation between fat and vfat/msdos. A notable thing: there is no link between dlm and ocfs2/gfs2 because only the main kernel module was considered.