Podział dysku z zainstalowana winda na partycje

[Gemi 0]

Witam.

 

Dysk 160gb o ile pamietam z zainstalowanym systemem. Bez podzialu na partycje. Czy mozna mu teraz wydzielic jedna badz 2 partycje? Jesli tak to jakim programem i czy trzeba to robic z dosu czy mozna bezposrednio z systemu np. partition magickiem?

 

Z gory dzieki za pomoc.

 

Ps. System to o ile pamietam XP zwykly.

 

EDIT:

 

Przy okazji zeby nie zasmiecac forum watkami mam pytanko odnosnie obslugwania przez windowsa prockow wielordzeniowych. Czy wszystkie systemy xp i vista obslyuguja 4 rdzenie? Czy moze tylko te 64 bitowe?

[mieszek 0]

http://mieszek.friko.pl/sysresccd

[Gemi 0]

Ja tam nic nie widze... opis dla linuxa, program do robienia obrazow i odzyskiwanie danych.

[glauks 428]

chyba można z systemu, ale lepiej z dosu, że względu na to, że nie będzie otwartych plików systemowych i wtedy operacja jest mniej ryzykowna (choć jeśli jest b. dużo wolnego miejsca nie powinno to stanowić problemu)

 

co do procesorów - rdzenie i 64 nie mają ze sobą nic wspólnego; ogólnie wersje home wspierają 1 procesor, wyższe 2 procesory - liczba rdzeni nie ma znaczenia,

może być nawet 80 (podobno możliwe za 3 lata), choć niedawno czytałem, że xp pro wspiera najwyżej 32 rdzenie logiczne, wersja 64bit 64 rdzenie; problem polega na tym, że żeby wykorzystać 4 rdzenie program musi być zoptymalizowany dla takiego układu, jeśli nie jest, wykorzysta co najwyżej 2, a większość programów

wykorzystuje z reguły tylko 1 - pytanie więc, czy 4 rdzenie mają w tej sytuacji sens

(chyba, że dla gier już zoptymalizowanych pod 4 rdzenie)

[Gemi 0]

Program oczywiscie wykorzystuje 4 rdzenie... pytanie brzmi czy potrzebny jest jakis konkretny system aby 4 rdzenie "wprawic w ruch"?

[Gibek 0]

Nie sądze.

[glauks 428]

raczej konkretny program - wersje home i pro maja chyba? identycznego "generalnego zarządcę", czyli tzw. task scheduler`a w jądrze, jedyna różnica to, jak napisałem, ilość procesorów, nie rdzeni; tylko od programu zależy, jak wykorzysta zdolność schedulera do zarządzania konkretnymi procesami i rozdzielania ich na wiele rdzeni, np. w grach, zoptymalizowanych dla 4 rdzeni, jeden rdzeń obsługuje tylko tzw. warstwę fizyczną, czyli tworzenie wielokątów, szkielet grafiki, drugi rendering i tekstury, 3 dżwięk i efekty, a 4 procesy pracujące w tle; kiedy projektowano xp wielowątkowość była już "gorącym tematem", dlatego scheduler został już przygotowany do obsługi wielu wątków i tym samym wielu rdzeni, ale w jakim stopniu wykorzysta teoretyczne mozliwości zależy od

samego programu i jego twórców - rozpisanie programu na 2 i więcej rdzeni jest

dość skomplikowane i wymaga więcej "roboczogodzin", dlatego opłaca sie w większości tylko w przypadku dużych i rozbudowanych aplikacji