Росен Р. Александров

http://browser.primatelabs.com/geekbench3/543336

Това може да го каже само човек който не е излизал от Луковит. Ако си ходил в Англия ще знаеш че няма гаранционни карти и гаранция. Всичко което е само една касова бележка на която пише че можеш да върнеш продукта в 28 дневен срок при някакъв проблем ако се появи.

В Англия такива неща не дават, там ти казват каквото пише на кутията това е.

Ползвам Steam аз. Но и на винцето не помня проблеми Да съм казал че го мяташ на боклука ?! Можеш ли да ми обясниш аз какво ти казах преди малко!? Аз знам много добре какво казах и съм разбрал много добре написаното.

Gnome Shell не успях да го оценя на 100%. Не че е лош но някак не му свикнах. Та в него има графична интеграция с Docker. То е въпрос на предпочитания де. Аз скоро пробвах от любопитство PAE 32 битова система на това от подписа и имах чувството че съм със стария двуядрен процесор.

Значи... Нека уточним. Чудех се дали да отразя поста ти. Но след като е технически ориентиран ще отговоря. 22 Терабайта е лимита приет от всички производители, това е което те ти гарантират за SSD-то Но действително може да ги мине тези 22 терабайта и пак да е в добро състояние но вече в смарт статуса няма да ти го отчита като гаранционен, и дори и да речем се повреди в гаранционен срок няма да те огрее защото ти си минал тези терабайти за които производителя гарантира. Ето една статия http://hardwarebg.com/35204-ocz-arc-100-%D0%B8%D0%B7%D0%B4%D1%80%D1%8A%D0%B6%D0%BB%D0%B8%D0%B2%D0%BE%D1%81%D1%82-22-tb-%D0%B3%D0%B0%D1%80%D0%B0%D0%BD%D1%82%D0%B8%D1%80%D0%B0%D0%BD%D0%B8-300-tb-%D0%B7%D0%B0%D0%BF%D0%B8%D1%81/ OCZ Arc 100 издръжливост – 22 TB гарантирани, 300 TB записани

Ами не. В твоят случай е разумно да си на 32 бита. Аз говоря за мен си че най-малкото с тези 16ГБ рам е немислимо 32 бита.

Щом за теб производителите на SSD са тъпанари и не знаят какво правят и предлагат а само ти знаеш няма какво повече да го обсъждаме. Нека спрем с офтопика до тук.

ПС: Хубаво ти показва 100% но XP дори не поддържа SSD и софтуера ти го показва фиктивно ама като видя смарт статуса леле мале Преназначени сектори 100 от 100 Износване 96 Програмни Грешки 100 от 100 и така нататък. С тези 100% добро състояние върви да заблуждаваш някой 12 годишен. :D

Виж моето момче. Всеки SSD от ново поколение има лимит от 22 терабайта. И когато запишеш 20 Терабайта ще получиш предупреждение да си правиш бекъп че е на под 10% живот SSD-то. Ходи на някой друг да развиваш тези теории как без TRIM SSD-то ти работело като пушка и не забавяло и как си записал 500 терабайта и е на 100% Тук не ядем доматите с коловете. За да не си празнодумец покажи си смарт статуса. Или се примири с това че се осра до ушите и си замълчи за да не береш срам. Не мога да разбера как никога не ти писва да се драчиш с хората... И все да се изкарваш бог а всички около теб са тъпанари..

Не тук не говоря за мой случай а за на един познат. Относно забавянето. И наистина имаше едно забавяне като светодиода за хард диска постоянно светеше. Та това е без значение в момента. Нека не задълбаваме в това кога какво било. Аз ще спомена нещо относно Федора и тяхната нова пакетна система "dnf" която ме очарова като скорост функционалност и поддръжката на зависимости е много подобрена спрямо Федора 9 (последната която съм ползвал.) 32 битови системи не ползвам от 2009та. А и как си представяш машината на подписа с 32 битова система?

А относно дебиан не съм слагал хранилища. Нещата се случваха с неговите си хранилища. Сега след толкова време са оправили тези недъзи и е по-добре дебиан. Но все пак Дебиан 7 се оказа трън в гъзъ за много хора заради ядрото в него при което ext4 беше отвратително бавна и товареше диска дори в покой. Смешното сега е че Убунту задмина Дебиан. Ти изобщо знаеш ли ТРИМ за какво е? Или просто си бърбориш. И ми е много интересно как SSD-то ти е работило 2 години на XP преди време каза че си записал над 20 терабайта на него и сега казваш че ти е на 100%. Кого лъжеш ?! Купил съм SSD което струва 240 лева 128ГБ е след половин година ползване с абсолютно щадене е на 94%. http://pcworld.bg/22014_poddrazhka_na_ssd_osnovni_principi_i_polezni_saveti Ето малко да почетеш и на Български. Ето и на западен http://www.buildcomputers.net/trim-support.html

Защо да съм предубеден представих факти представих тест и резултат. Не съм съгласен но няма и да навлизам в спорове. Те ако имаха нямаше да се нуждаят от TRIM поддръжка в операционната система.

Айде като толкова риташ изпълни следното и дай резултата тук. Де да знам може да се окажеш прав? Но докато не пробваш няма да има как да ми натриеш носа. dd if=/dev/urandom of=tempfile bs=1M count=3 hdparm --fibmap tempfile hdparm --read-sector [първи сектор] /dev/sda rm tempfile && sync && sleep 120 hdparm --read-sector [първи сектор] /dev/sda Ако трим работи би трябвало да видиш само нули. 1 root@GA990-FXA-UD3_FX8320 [ 19:01:43 ] [ 04/17/15 ] [ pts/7 ] /mnt/gentoo # /opt/test_trim.sh testfile 5 /dev/sdc 1+0 записей получено 1+0 записей отправлено скопировано 5242880 байт (5,2 MB), 0,246312 c, 21,3 MB/c testfile: filesystem blocksize 4096, begins at LBA 4466688; assuming 512 byte sectors. byte_offset begin_LBA end_LBA sectors 0 4974592 4984831 10240 /dev/sdc: reading sector 4974592: succeeded 61a0 a4e5 cc23 d23d 30b0 e4f2 28f6 dcdf d7bb e673 41eb 8425 74ed ebd6 4bd5 a5ad 84e6 643a d52b 1b3f 7f5b 33e6 76e5 0a8e ed5a db7d 7a10 9316 148a 831f 3e40 b9e8 7fb6 88b4 6e5f 7234 4c29 2d7f 971c 87a6 08db 6b58 1e4c 97c7 5931 e07d 7cc2 6739 44da f4ab a91e 3961 846c 3ecc 5d9c 0a01 44be 64cc 9c10 cd77 e121 657e 6dcb 1581 d19d cf92 5e76 504b 9684 edac 2f25 70ca 0b71 d45e 9bec ccf5 2576 3abb 2461 5a24 7f58 ae01 efc0 4c36 dbad 1eba faba b217 c99f 973a 3d9a 7b9e 2d8f e3ed 7ee9 6529 4257 33a1 206c 2d5f a640 574c 188e 6e5c fd29 34a7 0c4a 6584 4b30 89ca 9aba cf78 81d1 2e0c a74e 63ba 47a2 9dc7 c96b f697 09b7 76a7 2d6c 9ece 2cd3 3a85 32f2 e636 3e6f 1182 df95 97f7 b124 4e49 18ed 45b5 5e49 c815 8120 0eab ae3c 0597 b90f ccb5 1375 cfbf 6486 c75a c350 189f e459 8b01 8605 b9fd 9b68 1d3d 2261 44ea bf84 4b66 2fc0 65cc 0042 7d73 3e3f 29fd 30f0 c0fb 4690 269d f90f 5f0b e403 60ce 579c 262c 099d 6117 4ee1 d931 9122 55fa 17f3 1667 baf0 da7d 1e94 f8d0 3409 1a7c 3a90 d336 5b21 c55d 644b 9e9b b4e8 1ec1 1980 2b2e d269 7b49 9f85 6066 6324 b281 e079 5f9c b9bd 0b00 1700 4573 6ad2 34e1 4496 740e 0fa6 d49e 8c9b 274c 3252 0d82 eb00 1763 8b24 5d5c d35c 873a 021a ba7a a719 6c49 71fe 7bec 654f 3865 f8e5 940c 7cc2 cf99 3f70 274e 6779 6e4e 7187 1c5c fc16 d7eb fd6c a84a a534 faa4 30c1 ab31 9054 53b2 This is a sector of the file. It should have been successfully read and show a bunch of random data. Press any key to continue... File deleted. Sleeping for 120 seconds before re-reading the sector. If TRIM is working, you should see all 0s now. /dev/sdc: reading sector 4974592: succeeded 61a0 a4e5 cc23 d23d 30b0 e4f2 28f6 dcdf d7bb e673 41eb 8425 74ed ebd6 4bd5 a5ad 84e6 643a d52b 1b3f 7f5b 33e6 76e5 0a8e ed5a db7d 7a10 9316 148a 831f 3e40 b9e8 7fb6 88b4 6e5f 7234 4c29 2d7f 971c 87a6 08db 6b58 1e4c 97c7 5931 e07d 7cc2 6739 44da f4ab a91e 3961 846c 3ecc 5d9c 0a01 44be 64cc 9c10 cd77 e121 657e 6dcb 1581 d19d cf92 5e76 504b 9684 edac 2f25 70ca 0b71 d45e 9bec ccf5 2576 3abb 2461 5a24 7f58 ae01 efc0 4c36 dbad 1eba faba b217 c99f 973a 3d9a 7b9e 2d8f e3ed 7ee9 6529 4257 33a1 206c 2d5f a640 574c 188e 6e5c fd29 34a7 0c4a 6584 4b30 89ca 9aba cf78 81d1 2e0c a74e 63ba 47a2 9dc7 c96b f697 09b7 76a7 2d6c 9ece 2cd3 3a85 32f2 e636 3e6f 1182 df95 97f7 b124 4e49 18ed 45b5 5e49 c815 8120 0eab ae3c 0597 b90f ccb5 1375 cfbf 6486 c75a c350 189f e459 8b01 8605 b9fd 9b68 1d3d 2261 44ea bf84 4b66 2fc0 65cc 0042 7d73 3e3f 29fd 30f0 c0fb 4690 269d f90f 5f0b e403 60ce 579c 262c 099d 6117 4ee1 d931 9122 55fa 17f3 1667 baf0 da7d 1e94 f8d0 3409 1a7c 3a90 d336 5b21 c55d 644b 9e9b b4e8 1ec1 1980 2b2e d269 7b49 9f85 6066 6324 b281 e079 5f9c b9bd 0b00 1700 4573 6ad2 34e1 4496 740e 0fa6 d49e 8c9b 274c 3252 0d82 eb00 1763 8b24 5d5c d35c 873a 021a ba7a a719 6c49 71fe 7bec 654f 3865 f8e5 940c 7cc2 cf99 3f70 274e 6779 6e4e 7187 1c5c fc16 d7eb fd6c a84a a534 faa4 30c1 ab31 9054 53b2 If the sector isn't filled with 0s, something is wrong with your configuration. Try googling for "TRIM SSD Linux". root@GA990-FXA-UD3_FX8320 [ 19:03:57 ] [ 04/17/15 ] [ pts/7 ] /mnt/gentoo # Ето резултата при мен от ext4

Той скрипта е направен за улеснение. Командите в него са документирани. Не може да скачаш и риташ срещу фактите. Създава се файл проверява се на кой сектор е от SSD-то после се изтрива файла изпълнява се трим и се проверява този същия сектор където е бил дали в момента е 0. Не виждам кое на теб не ти е достоверно. Аз го пробвах на редица файлови системи и само на ext4 установих че trim не функционира по някаква причина.

И аз мога но реално нищо не прави. Пробвай със скрипта от предния пост и кажи дали крайния резултат е 0 ? Ако е различен от 0 нямаш никакъв trim.

* Data Set Management TRIM supported (limit unknown)

С 3.8.11 съм и аз но проблема е в това че не работи TRIM който е важен за SSD носители. Не е хубаво да се добавя discard в fstab.... А при ръчно изпълнение не работи. Има писано много в интернет и как точно се тества. Този в util-linux го имаше в по-старите версии където systemd изпълняваше на една седмица fstrim и което е най-удачно. if [ $# -ne 3 ]; then echo echo "Usage: $0 <filename> <size> <device>" echo echo "<filename> is a temporary file for the test" echo "<size> is the file size in MB" echo "<device> is the device being tested, e.g. /dev/sda" echo echo "Example: $0 tempfile 5 /dev/sda" echo echo "This would run the test for /dev/sda creating a" echo "temporary file named \"tempfile\" with 5 MB" echo exit 1 fi FILE="$1" SIZE=$2 DEVICE="$3" # Create the temporary file dd if=/dev/urandom of="$FILE" count=1 bs=${SIZE}M oflag=direct sync # Get the address of the first sector hdparm --fibmap "$FILE" SECTOR=`hdparm --fibmap "$FILE" | tail -n1 | awk '{ print $2; }'` # Read the first sector prior to deletion hdparm --read-sector $SECTOR "$DEVICE" echo echo "This is a sector of the file. It should have been successfully read" echo "and show a bunch of random data." echo read -n 1 -p "Press any key to continue..." # Delete the file and re-read the sector rm -f $FILE sync echo echo "File deleted. Sleeping for 120 seconds before re-reading the sector." echo "If TRIM is working, you should see all 0s now." sleep 120 hdparm --read-sector $SECTOR "$DEVICE" echo echo "If the sector isn't filled with 0s, something is wrong with your" echo "configuration. Try googling for \"TRIM SSD Linux\"." echo exit 0 Ето скрипт за тестване на trim Би трябвало в края на теста да показва само нули. А при мен не показва. Пробвах под btrfs там работи trim Пробвах xfs също работи Но предпочетох reiser4 и дадох линкове с информация защо

Vasseto как да ти обясня че има бъг в самата файлова система ? Може би в следваща версия на ядрото да го оправят.

Че не работи.

Официално на този етап казвам чао чао на дриснята ext4, и добре дошъл отново reiser4 Въпреки че още не се счита за продуктивна в нея е включена много интелигентна TRIM поддръжка за SSD и режими за типовете дискове SSD/HDD https://reiser4.wiki.kernel.org/index.php?title=Reiser4_transaction_models&action=edit http://marc.info/?l=reiserfs-devel&m=142291639125178&w=2 Като включим и уникалната бързина на тази файлова система, също така компресиране и (криптиране все още в ранен стадий).

в Сусе го има отдавна но тогава трябваше програма която да попаде команда на kexec функцията в ядрото. А сега се предполага че това ще го прави самото ядро. Аз съм все повече заинтригуван от Wayland и не ме интересуват особено ядрата. Защото главния проблем на Линукс е Xorg сървъра който вече гони 30те години.

Разликата е че сега е на ниво ядро актуализацията без рестарт.

opensuse -> kexec от сигурно 7 - 8 години.

Миналата година Ред Бул не бяха особено бързи и надеждни. Шасито не беше толкова стабилно. Редица фактори. И Мерцедес с техните самолети бяха недосегаеми. И тази година ще е същото.