LINUX.ORG.RU
ФорумTalks

[Ограниченные ресурсы][VDS] Какой дистр выбрать?

 


0

0

Здравствуйте!

Есть у меня недорогой VDS хостинг. Память - 64Mb. Перед покупкой хостинга я потестил несколько дистров, чтобы понять, какой мне подойдет. Из всех дистров наиболее адекватным оказался Ubuntu 9.04 Server. Его я и поставил.

Почему выбрал Ubuntu 9.04 Server? Потому что в чистом виде сервиса занимают 14Mb, система работает, не глючит.

Теперь, в свете новости, что поддержка Ubuntu 8.10 заканчивается (и будут реально удалены репозитарии с убунтовских серверов, как это уже произошло с 7.04-7.10), мне нужно задуматься, что делать через пол-года, когда закроют репозитарии 9.04.

Я потыкал Ubuntu 9.10 Server, и обнаружил, что чистая система с теми же сервисами занимает уже ~40Mb (!). То есть, обновляться - не вариант, ибо на 64Mb мозгов места для файловых буферов и работы php-скриптов не остается.

Вопрос - что делать? Очень обидно, что из-за обновленной программной части, характеристики моего сервера будут ухудшаться до состояния неработоспособности. А отказаться от обновлений нельзя, ибо потом, из-за удаления репозитария, уже не установишь ничего дополнительного, если потребуется.


Тебе больше всего подойдет ArchLinux. Поверь, я гарантирую это.

BabboNataled
()

> А отказаться от обновлений нельзя, ибо потом, из-за удаления репозитария, уже не установишь ничего дополнительного, если потребуется.

То есть security дырки, которые в необновляемом дистрибутиве никто закрывать не будет, вас не волнуют?

Relan ★★★★★
()
Ответ на: комментарий от Relan

> То есть security дырки, которые в необновляемом дистрибутиве никто закрывать не будет, вас не волнуют?

Если обновления повлекут за собой невозможность работы системы, то да, не волнует.

Ящитаю, что работающая система с дыркой гораздо лучше неработающей системы.

xintrea
() автор топика

Если OpenVZ то 64МБ это ниочем (хз почему, но у меня на OpenVZ свежий Etch без ничего жрал под 40MB, на XEN - 12MB (своп на нуле))

А вообще - Debian Stable и без вариантов.

k0l0b0k ★★
()
Ответ на: комментарий от xintrea

> Ящитаю, что работающая система с дыркой гораздо лучше неработающей системы.

Ну так работающая система с дыркой в любой момент может превратиться в неработающую. Всё зависит от случая и степени неуловимости вашего Джо.

Relan ★★★★★
()
Ответ на: комментарий от Relan

>Ну так работающая система с дыркой в любой момент может превратиться в неработающую. Всё зависит от случая и степени неуловимости вашего Джо.

А давайте вспомним времена учебы и посчитаем вероятности каждого из двух вариантов.

Zhbert ★★★★★
()
Ответ на: комментарий от Zhbert

>>Ну так работающая система с дыркой в любой момент может превратиться в неработающую. Всё зависит от случая и степени неуловимости вашего Джо.

А давайте вспомним времена учебы и посчитаем вероятности каждого из двух вариантов.

А, ну если его планируется использовать только для изучения, тогда согласен с вами.

Relan ★★★★★
()

Почему ubuntu ?

> Почему выбрал Ubuntu 9.04 Server? Потому что в чистом виде сервиса занимают 14Mb, система работает, не глючит.

Потому, не умеешь оптимизировать систему и дефолтовый «server» вариант предел твоих мечтаний

ezoteric
()
Ответ на: комментарий от k0l0b0k

не умеете готовить?

www-14:/# free -m
             total       used       free     shared    buffers     cached
Mem:           768          6        761          0          0          0
-/+ buffers/cache:          6        761
Swap:            0          0          0
www-14:/# cat /etc/debian_version 
5.0.3
www-14:/# ps auxww
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root         1  0.0  0.0   1988   692 ttyp0    Ss+   2009   1:05 init [2]         
root        30  0.0  0.0    100    16 ?        S     2009   0:45 [init-logger]
root       313  0.0  0.0   1700   616 ?        Ss    2009   0:36 /sbin/syslogd
root       322  0.0  0.0   1652   396 ?        Ss    2009   0:00 /sbin/klogd -x
root       334  0.0  0.1   5280  1036 ?        Ss    2009   0:14 /usr/sbin/sshd
root       346  0.0  0.1   3652   956 ?        S     2009   0:01 /usr/sbin/vsftpd
root       361  0.0  0.1   3776   796 ?        Ss    2009   0:07 /usr/sbin/cron
root     25440  0.0  0.0  18552   528 ?        Ss   00:27   0:00 vzctl: pts/0   
root     25441  0.0  0.1   2784  1528 pts/0    Ss   00:27   0:00 -bash
root     25448  0.0  0.1   2304   896 pts/0    R+   00:27   0:00 ps auxww
hizel ★★★★★
()
Ответ на: комментарий от hizel

как знать, как знать. может приколы провайдера.
причем по RSS и списку процессов было примерно то же, за исключением vsftpd.
единственное что в ленни syslog-ng вместо syslogd по-умолчанию, и жрет он поболее (предмет тюнинга :)).
а вот с free - засада была, 100%.

k0l0b0k ★★
()
Ответ на: комментарий от hizel

То есть, 6Mb ???

Чувак, я склоняюсь действительно перейти на дебиан!

У прова, правда, готовый «чистый» пресет дебиана занимает 23Mb, но я так понимаю, можно еще много выпилить.

У меня вопрос, касаемо Ubuntu 9.04, как раз на ней потренеруюсь. Вот текущие процессы (память в данный момент скушали буферы и кеш, но процессы отгребают ~14-16Mb):

# free -m
             total       used       free     shared    buffers     cached
Mem:            64         62          2          0         15         31
-/+ buffers/cache:         14         49
Swap:          127          0        127

root@localhost:~# ps auxww
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root         1  0.0  1.5   2152  1004 ?        Ss   Mar28   0:00 /sbin/init
root         2  0.0  0.0      0     0 ?        S<   Mar28   0:00 [kthreadd]
root         3  0.0  0.0      0     0 ?        S<   Mar28   0:00 [migration/0]
root         4  0.0  0.0      0     0 ?        S<   Mar28   0:00 [ksoftirqd/0]
root         5  0.0  0.0      0     0 ?        S<   Mar28   0:00 [watchdog/0]
root         6  0.0  0.0      0     0 ?        S<   Mar28   0:01 [events/0]
root         7  0.0  0.0      0     0 ?        S<   Mar28   0:00 [khelper]
root        19  0.0  0.0      0     0 ?        S<   Mar28   0:00 [xenwatch]
root        20  0.0  0.0      0     0 ?        S<   Mar28   0:00 [xenbus]
root        48  0.0  0.0      0     0 ?        S<   Mar28   0:00 [kblockd/0]
root        58  0.0  0.0      0     0 ?        S<   Mar28   0:00 [kseriod]
root        89  0.0  0.0      0     0 ?        S    Mar28   0:00 [pdflush]
root        90  0.0  0.0      0     0 ?        S    Mar28   0:00 [pdflush]
root        91  0.0  0.0      0     0 ?        S<   Mar28   0:00 [kswapd0]
root        92  0.0  0.0      0     0 ?        S<   Mar28   0:00 [aio/0]
root       215  0.0  0.0      0     0 ?        S<   Mar28   0:00 [net_accel/0]
root       507  0.0  0.0      0     0 ?        S<   Mar28   0:00 [kjournald]
root       599  0.0  0.7   2228   500 ?        S<s  Mar28   0:00 /sbin/udevd --daemon
ntp       1017  0.0  2.0   4340  1348 ?        S<s  Mar28   0:04 /usr/sbin/ntpd -p /var/run/ntpd.pid -u 103:105 -g
root      1123  0.0  0.0      0     0 ?        S<   Mar28   0:00 [kjournald]
syslog    1388  0.0  1.0   2044   680 ?        Ss   Mar28   0:00 /sbin/syslogd -u syslog
root      1406  0.0  0.8   1972   540 ?        S    Mar28   0:00 /bin/dd bs 1 if /proc/kmsg of /var/run/klogd/kmsg
klog      1408  0.0  2.4   2800  1636 ?        Ss   Mar28   0:02 /sbin/klogd -P /var/run/klogd/kmsg
root      1426  0.0  1.6   5440  1076 ?        Ss   Mar28   0:00 /usr/sbin/sshd
root      1431  0.0  0.9   4568   652 ?        Ss   Mar28   0:00 nginx: master process /usr/sbin/nginx
www-data  1432  0.0  1.9   4768  1288 ?        S    Mar28   0:00 nginx: worker process
root      1489  0.0  0.8   1812   528 hvc0     Ss+  Mar28   0:00 /sbin/getty 38400 hvc0
root      2590  0.2  4.2   8236  2780 ?        Ss   00:57   0:00 sshd: root@pts/0
root      2592  0.0  2.7   4288  1788 pts/0    Ss   00:58   0:00 -bash

Вопрос - какие сервиса можно безболезненно удалить из загрузки, чтобы все работало и система могла загружаться (виртуалка XEN), и чтобы в системе осталась бы возможность администрирования (вдруг, клавиатура работать не будет, или системные разделы не примонтируются, если например /sbin/udevd отключить?).

xintrea
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.