| Регистрация Правила Главная форума Поиск |
| 0
- 04.09.2012 - 14:05
|
Ответа сразу не дам. Типа, минута пошла, знатоки.     | | |
| 1
- 04.09.2012 - 14:09
| ну, щас начнётся)) что-то про перепрошивку контроллера или типа того)) | | |
| 2
- 04.09.2012 - 14:12
|
Я тоже не скажу  | | |
| 3
- 04.09.2012 - 14:16
| подсказка - никаких перепрошивок, аппаратных манипуляций и прочих опасных телодвижений делать не надо. все гораздо проще. | | |
| 4
- 04.09.2012 - 14:18
| Ответ очень простой! - НИКАК )))))) | | |
| 5
- 04.09.2012 - 14:21
|
4-antrox > я хоть раз создавал на Железе тему, подпустив интриги, чтобы ответ был - никак? | | |
| 6
- 04.09.2012 - 14:25
| Технологии дошли до того, чтобы память видеокарты использовать? | | |
| 7
- 04.09.2012 - 14:27
|
6-android > может и дошли, я не в курсе. но в данном случае - холодно. | | |
| 8
- 04.09.2012 - 14:53
| архиватором | | |
| 9
- 04.09.2012 - 14:58
| своп? | | |
| 10
- 04.09.2012 - 15:06
|
8-snow_leopard > нет, не архиватором. 9-Paranoid > ну, своп тут не при делах. to all: я все же наверно лучше поясню, чтобы никто себе мозг не сломал, думая что тут какое-то чудо имеет место быть. чуда нет! физически оперативной памяти не станет больше. в смысле что "отрастет" еще пара микросхем на основной :-) но фактически объем данных, с которыми будет работать оперативка станет те самые 18-20 гиг. но не со всеми данными так. эффект будет от нулевого - до максимального. дальше уже по моему любой поймет в чем трюк. | | |
| 11
- 04.09.2012 - 15:57
| Цитата:
| | |
| 12
- 04.09.2012 - 17:46
| DOS=HIGH, UMB.... | | |
| 13
- 04.09.2012 - 17:53
|
11-antrox > теплее. но до окончательного понимания извращения еще далеко ) 12-Верхилий Моусэсович > DOS=HIGH, UMB и 16 гиг оперативы?! | | |
| 14
- 04.09.2012 - 17:55
| 13-Remote Admin > Я к тому, что все новое - хорошо забитое старое ) | | |
| 15
- 04.09.2012 - 17:55
| А. Еще можно отредибустить фрэшку... | | |
| 16
- 04.09.2012 - 18:17
|
1) Установить I-RAM или нечто подобное 2)учитывая что ты любитель всяких RAM дисков, то видимо надо включить на них сжатие | | |
| 17
- 04.09.2012 - 18:53
|
16-TVV1 > учитывая что ты любитель всяких RAM дисков, то видимо надо включить на них сжатие бинго! теперь подробнее. многие знают известную фишку NTFS - сжатие данных на томе, но мало кто пользуется этим сжатием, потому что во времена, когда Майкрософт активно продвигала данную технологию, мощности "домашних" процессоров, производительность накопителей и объемы оперативной памяти были скромными, и нагружать их дополнительно ntfs-сжатием, с последующей повышенной нагрузкой на винт и усиленной фрагментацией файлов, решались лишь немногие. я подошел к этой теме немного с другой стороны. мои активные эксперименты с рамдиском тут уже известны, но очень быстро начинаешь понимать, как же катастрофически не хватает места на рамдиске, который пусть и сверхпроизводительный (по нескольким показателям в разы быстрее SSD), но у него такая небольшая емкость. и порой не хватает каких-то 2-3 гигабайт, чтобы разместить в рамдиске все что нужно. у меня на ноуте 16 Gb памяти. путем многочисленных экспериментов я пришел к "золотому" соотношению реальной оперативки и размера рамдиска - 10,5 и 5,5 Gb соответственно. файл подкачки у меня давно не используется, в качестве накопителя - Intel SSD 520, а процессор - i7 2620. в таком режиме система работает исключительно стабильно. за полгода эксплуатации я не ловил БСОДов и фризов, хотя ноут эксплуатируется крайне интенсивно. далее. я очень активно работаю с виртуальными машинами и, например, это очень хорошо прослеживается по "расходу" гигабайт на SSD. за месяц я "записал" больше терабайта, а "прочитал" почти 4 терабайта данных. всему "виной" виртуальные машины, которыми я "жонглирую" как картами (при том что размер каждой от 3,5 до 13 гигов) во время кропотливой отладки софта (я - активный баг-тестер у нескольких программистов) и от постоянных созданий снимков, откатов, деревьев снимков, возвратов чистых образов виртуалок и т.д. бывает что в глазах начинает мельтешить, а данных "прокатывается" иногда более 100 гигов за вечер. в таком режиме рамдиск - идеальное спасение, тем более что любимый софт по виртуализации - Oracle VirtualBox прекрасно работает в портабл-режиме. почти все виртуалки я гоняю в рамдиске и можете себе представить какова скорость работы с ними в рамдиске. SSD пока отдыхают в сторонке + износ SSD в таком режиме снижается в несколько раз (вспомните моё соотношение данных чтения и записи как 1 к 4. без рамдиска было бы как 4 к 4). все бы хорошо, но образы с трудом "втискиваются" в рамдиск и часто катастрофически не хватает всего 1-2 Gb, чтобы комфортно работать со снимками виртуальных машинх не вылезая с рамдиска. вот тут-то и пришло на помощь то самое NTFS-сжатие. например, я быстренько сгоняюю с SSD на скорости до 430-450 мб.сек очередной 3 - 9 гиговый образ виртуалки с несколькими снимками в рамдиск (он размером 10,5 Gb) и потом быстренько включаю NTFS-сжатие для всей папки с виртуалкой. секунд через 30-40 получаю образ весом уже 6,5 - 7 гигов и на рамдиске высвобождается минимум 2 гига места для снимков. далее уже не беспокоясь за свободное место в рамдиске работаю с виртуалкой продолжительное время. традиционная жуткая фрагментация файлов при сжатии на томе NTFS, падение производительности и т.д. - мне не страшны, так как это же оперативка с вытекающими + у меня I7, который играючи справляется со сжатием. визуально я вообще не вижу падения производительности, а выигрыш драгоценной оперативки в рамдиске получается существенный. в сухом остатке на хорошо сжимаемых данных ( а образ виртуалок именно такие, равно как и многие другие данные) рамдиск "вырастает" в среднем на 2-3 гига. p.s. да, я понимаю, что для большинства пользователей мои действия - на грани фола, но в моем нечеловеческом режиме работы я просто вынужден искать такие нестандартные ходы. также отмечу, что у меня есть возможность купить практически любой стационар и начинить его хоть 64 гигами оперативы, но я много раз писал, что характер моей работы подразумевает мобильность и потому вряд ли кто-то найдет более компактный ноутбук чем мой с параметрами выше моих и сможет выжать из них больше чем я. всем спасибо. каждый имеет право на "покрутить пальцем у виска" :-) | | |
| 18
- 04.09.2012 - 19:05
| интересно, а это лечится? | | |
| 19
- 04.09.2012 - 19:13
|
18-snow_leopard > думаю нет. всегда найдутся те, кто хронически утратил способность по хорошему порадоваться за чужие интересные идеи и по-черному и высокомерно посчитать экспериментаторство других, ниже левого мизинца своей правой многоученой ноги. | | |
| 20
- 04.09.2012 - 19:47
| специфическое, но хорошее решение, и вроде лежит на поверхности, но трудно вспомнить и применить:) | | |
| 21
- 04.09.2012 - 19:48
|
to18 Задачи бывают разные, если бы автор сие использовал для раскладывания пасьянса косынка, то тогда да это была бы клиника. А так нормальное применение для сильно подешевевшей оперативки. to19 активный баг-тестер ;) это эдакий багтестер, что способен завалить рапортами одновременно несколько команд разработчиков ;) (18+) http://dev4food.ru/wp-content/upload...1048751682.jpg | | |
| 22
- 04.09.2012 - 19:53
| 18-snow_leopard > то что человек думает надо лечить ? да в нашей стране все делается для того что бы человек (люди) перестал думать , а только покупал и продавал всякое гавно | | |
| 23
- 04.09.2012 - 19:59
|
20-Менталист > честно говоря, тот редкий случай, когда на слух звучит как бред, но как в той рекламе о батарейках "работает и работает". 21-TVV1 > как раз все наоборот. это я разрываюсь на части, когда со всех сторон сыпятся запросы смоделировать ту или иную ситуацию на том или ином наборе осей, софта, настроек, конфигурации. причем то что я могу проводить тестирование в реактивном режиме, о-о-о-о-очень быстро развращает заказчиков и они часто перестают понимать, что то что они просят смоделировать при обычном раскладе занимает не минуты, а часы. отсюда и такие эксперименты. | | |
| 24
- 04.09.2012 - 20:00
|
"Как 16 Gb оперативной памяти превратить в 18-20 не устанавливая новой планки памяти?" Remote Admin, забудь про компьютеры на пару лет - а там как раз 32 Гб оперативки можно будет вставлять :) | | |
| 25
- 04.09.2012 - 20:09
| to23 разработчики бывают разные, мне довольно часто попадались такие что клали болт на баги даже в базовом функционале, но а уж если баг где то там далеко закопан во второстепенном функционале болт кладется в 90% случаев. И это были не только российские разработчики, там были и китайцы чи корейцы (фиг поймешь их иероглифы им писал на ломаном английском), и американцы, и украинцы. | | |
| 26
- 04.09.2012 - 20:10
|
24-VDRUG > покажи мне легкий выносливый ноутбук-конструктор с матовой матрицей не более 12,5 дюймов, в который можно поставить 32 Gb памяти - и я с радостью куплю его ) но работать надо здесь и сейчас, потому довольствуюсь тем что есть на рынке. | | |
| 27
- 04.09.2012 - 20:12
|
25-TVV1 > мне приходится работать по жестким стандартам. и часто на всех стадиях от сырых глючнейших альф, до релизных версий. | | |
| 28
- 04.09.2012 - 20:12
| 26) если честно, не вполне представляю задачи для ноутбука с 16 Гб оперативки. Это ж не сервер. | | |
| 29
- 04.09.2012 - 20:21
|
28-VDRUG > добротный комп с полноценным "десктопным" i5 и таким же как на ноуте SSD пылится на работе, выдавая на всех синтетических тестах те же показатели как мой ноут с мобильным i7. по ощущениям скорость работы также одинакова. вот чисто с позиций удобства, какой мне смысл таскать работу между стационарами, когда ноут все делает с точно такой же скоростью и с ним "все свое ношу с собой"? к тому же я никогда не был привязан к одному месту и работать приходится где угодно. | | |
| 30
- 04.09.2012 - 20:25
| Цитата:
| | |
| 31
- 04.09.2012 - 20:32
| 30-snow_leopard > смотря что он думает о маленьких детях | | |
| 32
- 04.09.2012 - 20:35
| да я не про RA, я параллели провожу.. | | |
| 33
- 04.09.2012 - 20:36
| 32-snow_leopard > ну да конечно параллели они такие параллели | | |
| 34
- 04.09.2012 - 21:12
|
17-Remote Admin > а при чем тут оперативная память??? Ты "увеличиваешь" объем РАМ-диска. Точнее даже не его объем, а тупо сжимаешь данные на этом диске, освобождая место. Так, что, ИМХО "Борис, ты не прав!" | | |
| 35
- 04.09.2012 - 21:17
|
34-Paranoid > а рам-диск - это что? и данные сжимаются "на лету" средствами файловой системы, а не как статичный архив. | | |
| 36
- 04.09.2012 - 21:40
| 35-Remote Admin > "а рам-диск - это что?" ну явно, что не оперативная память в обычном понимании. | | |
| 37
- 04.09.2012 - 21:52
|
например, я быстренько сгоняюю с SSD на скорости до 430-450 мб.сек очередной 3 - 9 гиговый образ виртуалки с несколькими снимками в рамдиск (он размером 10,5 Gb) и потом быстренько включаю NTFS-сжатие для всей папки с виртуалкой. секунд через 30-40 получаю образ весом уже 6,5 - 7 гигов и на рамдиске высвобождается минимум 2 гига места для снимков. далее уже не беспокоясь за свободное место в рамдиске работаю с виртуалкой продолжительное время. Что то не пойму. А нельзя сразу для рам-диска указать сжатие, как для обычного винта ? | | |
| 38
- 04.09.2012 - 21:58
|
36-Paranoid > это именно оперативная память, но "загнанная" в рамки файловой системы. и "контроллером" для неё выступает низкоуровневый драйвер рамдиска. 37-Remont_РЭА > конечно можно, только я не люблю глобально для раздела указывать сжатие. мне удобнее для отдельных папок на рамдиске. удобнее контролировать что сжимать, а что нет. | | |
| 39
- 04.09.2012 - 22:02
| Цитата:
Что то мне подсказывает, что при таких скоростях вообще пофигу что сжимать, что не сжимать :) | |
