Feature changed by: Stephan Kulow (coolo) Feature #306367, revision 2 Title: Boot fast (not just faster) openSUSE-11.2: Evaluation Priority Requester: Mandatory Projectmanager: Important Requested by: Stephan Kulow (coolo) Partner organization: openSUSE.org Description: Booting fast Business case (Partner benefit): openSUSE.org: Everyone loves fast boot. Other distributions claim to maintain the crown. + Discussion: + #1: Stephan Kulow (coolo) (2009-04-16 15:44:32) + Didn't mean to save the feature yet, sorry. I meant to add: We need a + feature to track the many little pieces needed to make booting fast. -- openSUSE Feature: https://features.opensuse.org/306367

Feature changed by: Dean Hilkewich (deanjo13) Feature #306367, revision 11 Title: Boot fast (not just faster) openSUSE-11.2: Evaluation Priority Requester: Mandatory Projectmanager: Important Requested by: Stephan Kulow (coolo) Partner organization: openSUSE.org Description: We need a feature to track the many little pieces needed to make booting fast. Business case (Partner benefit): openSUSE.org: Everyone loves fast boot. Other distributions claim to maintain the crown. Discussion: #1: Stephan Kulow (coolo) (2009-04-16 15:44:32) Didn't mean to save the feature yet, sorry. I meant to add: We need a feature to track the many little pieces needed to make booting fast. + #3: Dean Hilkewich (deanjo13) (2009-08-29 15:25:03) + Working suspend > fast boot. -- openSUSE Feature: https://features.opensuse.org/306367

Feature changed by: Ulises Vega (usvatechdev) Feature #306367, revision 15 Title: Boot fast (not just faster) openSUSE-11.2: Evaluation Priority Requester: Mandatory Projectmanager: Important Requested by: Stephan Kulow (coolo) Partner organization: openSUSE.org Description: We need a feature to track the many little pieces needed to make booting fast. Business case (Partner benefit): openSUSE.org: Everyone loves fast boot. Other distributions claim to maintain the crown. Discussion: #1: Stephan Kulow (coolo) (2009-04-16 15:44:32) Didn't mean to save the feature yet, sorry. I meant to add: We need a feature to track the many little pieces needed to make booting fast. #3: Dean Hilkewich (deanjo13) (2009-08-29 15:25:03) Working suspend > fast boot. #4: Stephan Kulow (coolo) (2009-09-07 14:00:07) we boot faster, many testers noted that. If we boot fast enough to ship is up to PM + #5: Ulises Vega (usvatechdev) (2009-10-25 19:07:28) + Hello, +   + I've read over the comments in https://features.opensuse.org/305326. + I'm able to contribute to this feature and not only able but eager of. + I'm not a Linux expert but more of a fan with some coding experience + :), I'm might need some guidance and ramp up time. + Please tell me where to take this discussion to so that I can start + getting involved practically. + I believe we should follow "a tackle the very root of all evil", if + possible. But it is still to be discussed the specific approach to be + followed. + Thanks for your help. + Ulises +   -- openSUSE Feature: https://features.opensuse.org/306367

Feature changed by: Jan Engelhardt (jengelh) Feature #306367, revision 17 Title: Boot fast (not just faster) openSUSE-11.2: Evaluation Priority Requester: Mandatory Projectmanager: Important Requested by: Stephan Kulow (coolo) Partner organization: openSUSE.org Description: We need a feature to track the many little pieces needed to make booting fast. Business case (Partner benefit): openSUSE.org: Everyone loves fast boot. Other distributions claim to maintain the crown. Discussion: #1: Stephan Kulow (coolo) (2009-04-16 15:44:32) Didn't mean to save the feature yet, sorry. I meant to add: We need a feature to track the many little pieces needed to make booting fast. #3: Dean Hilkewich (deanjo13) (2009-08-29 15:25:03) Working suspend > fast boot. #4: Stephan Kulow (coolo) (2009-09-07 14:00:07) we boot faster, many testers noted that. If we boot fast enough to ship is up to PM #5: Ulises Vega (usvatechdev) (2009-10-25 19:07:28) Hello,   I've read over the comments in https://features.opensuse.org/305326. I'm able to contribute to this feature and not only able but eager of. I'm not a Linux expert but more of a fan with some coding experience :), I'm might need some guidance and ramp up time. Please tell me where to take this discussion to so that I can start getting involved practically. I believe we should follow "a tackle the very root of all evil", if possible. But it is still to be discussed the specific approach to be followed. Thanks for your help. Ulises   #6: Roman Bysh (romanator) (2010-01-25 00:05:13) Let's starts asap for 11.3 and get it perfected by the time openSUSE 12.0 milestones are available. + #7: Jan Engelhardt (jengelh) (2010-01-25 12:40:17) + bash is a little bloated, and everybody knows it. That is where one + should probably start. -- openSUSE Feature: https://features.opensuse.org/306367

Feature changed by: Stephan Kulow (coolo) Feature #306367, revision 20 Title: Boot fast (not just faster) - openSUSE-11.2: Evaluation + openSUSE-11.2: Done Priority Requester: Mandatory Projectmanager: Important Requested by: Stephan Kulow (coolo) Partner organization: openSUSE.org Description: We need a feature to track the many little pieces needed to make booting fast. Business case (Partner benefit): openSUSE.org: Everyone loves fast boot. Other distributions claim to maintain the crown. Discussion: #1: Stephan Kulow (coolo) (2009-04-16 15:44:32) Didn't mean to save the feature yet, sorry. I meant to add: We need a feature to track the many little pieces needed to make booting fast. #3: Dean Hilkewich (deanjo13) (2009-08-29 15:25:03) Working suspend > fast boot. #4: Stephan Kulow (coolo) (2009-09-07 14:00:07) we boot faster, many testers noted that. If we boot fast enough to ship is up to PM #5: Ulises Vega (usvatechdev) (2009-10-25 19:07:28) Hello, I've read over the comments in https://features.opensuse.org/305326. I'm able to contribute to this feature and not only able but eager of. I'm not a Linux expert but more of a fan with some coding experience :), I'm might need some guidance and ramp up time. Please tell me where to take this discussion to so that I can start getting involved practically. I believe we should follow "a tackle the very root of all evil", if possible. But it is still to be discussed the specific approach to be followed. Thanks for your help. Ulises #6: Roman Bysh (romanator) (2010-01-25 00:05:13) Let's starts asap for 11.3 and get it perfected by the time openSUSE 12.0 milestones are available. #10: Stephan Kulow (coolo) (2010-01-25 16:33:26) (reply to #6) Send in your patches now! #7: Jan Engelhardt (jengelh) (2010-01-25 12:40:17) bash is a little bloated, and everybody knows it. That is where one should probably start. #9: Stephan Kulow (coolo) (2010-01-25 16:33:11) (reply to #7) "a little bloated"? If you can measure any boot time difference or any sign of bash causing significant portion of the current boot time we should start there. Until then I think you should start with finding out what the problem is instead of claiming things. #8: Jan Engelhardt (jengelh) (2010-01-25 12:48:28) Oh on another note, some kernel modules were compiled-in in newer kernels (such as ext3). IMHO, the idea is good, but I cannot agree with a number of =y/=m choices that have been done in config/x86_64/default, and the it seems that the discussion we had on the mailing list did not really get anywhere, because people insisted that "oh let's include PIIX=y because that's "common"" (this has reverted as of late, but I'm just saying). CONFIG_BLK_DEV_SD=m should be =y (heavily used, by libata and USB) CONFIG_ATA=m should be =y (used by, well, ATA devices which I guess many have) CONFIG_EXT3_FS=y should be =m (thanks, but I am running ext4/xfs and don't want to waste for ext3). And so on. + #11: Stephan Kulow (coolo) (2010-01-25 16:34:46) + I close this feature as done. Booting fast is mainly about avoid + regressions and only in a second step speeding up piece by piece. For + 11.2 we integrated tons of patches to boot faster, now the biggest task + is ongoing: avoid booting slower. -- openSUSE Feature: https://features.opensuse.org/306367

Feature changed by: jpxviii jpxviii (jpxviii) Feature #306367, revision 27 Title: Boot fast (not just faster) openSUSE-11.2: Done Priority Requester: Mandatory Projectmanager: Important + openSUSE-11.4: Unconfirmed + Priority + Requester: Mandatory Requested by: Stephan Kulow (coolo) Partner organization: openSUSE.org Description: We need a feature to track the many little pieces needed to make booting fast. Business case (Partner benefit): openSUSE.org: Everyone loves fast boot. Other distributions claim to maintain the crown. Discussion: #1: Stephan Kulow (coolo) (2009-04-16 15:44:32) Didn't mean to save the feature yet, sorry. I meant to add: We need a feature to track the many little pieces needed to make booting fast. #3: Dean Hilkewich (deanjo13) (2009-08-29 15:25:03) Working suspend > fast boot. #4: Stephan Kulow (coolo) (2009-09-07 14:00:07) we boot faster, many testers noted that. If we boot fast enough to ship is up to PM #5: Ulises Vega (usvatechdev) (2009-10-25 19:07:28) Hello, I've read over the comments in https://features.opensuse.org/305326. I'm able to contribute to this feature and not only able but eager of. I'm not a Linux expert but more of a fan with some coding experience :), I'm might need some guidance and ramp up time. Please tell me where to take this discussion to so that I can start getting involved practically. I believe we should follow "a tackle the very root of all evil", if possible. But it is still to be discussed the specific approach to be followed. Thanks for your help. Ulises #6: Roman Bysh (romanator) (2010-01-25 00:05:13) Let's starts asap for 11.3 and get it perfected by the time openSUSE 12.0 milestones are available. #10: Stephan Kulow (coolo) (2010-01-25 16:33:26) (reply to #6) Send in your patches now! #7: Jan Engelhardt (jengelh) (2010-01-25 12:40:17) bash is a little bloated, and everybody knows it. That is where one should probably start. #9: Stephan Kulow (coolo) (2010-01-25 16:33:11) (reply to #7) "a little bloated"? If you can measure any boot time difference or any sign of bash causing significant portion of the current boot time we should start there. Until then I think you should start with finding out what the problem is instead of claiming things. #8: Jan Engelhardt (jengelh) (2010-01-25 12:48:28) Oh on another note, some kernel modules were compiled-in in newer kernels (such as ext3). IMHO, the idea is good, but I cannot agree with a number of =y/=m choices that have been done in config/x86_64/default, and the it seems that the discussion we had on the mailing list did not really get anywhere, because people insisted that "oh let's include PIIX=y because that's "common"" (this has reverted as of late, but I'm just saying). CONFIG_BLK_DEV_SD=m should be =y (heavily used, by libata and USB) CONFIG_ATA=m should be =y (used by, well, ATA devices which I guess many have) CONFIG_EXT3_FS=y should be =m (thanks, but I am running ext4/xfs and don't want to waste for ext3). And so on. #11: Stephan Kulow (coolo) (2010-01-25 16:34:46) I close this feature as done. Booting fast is mainly about avoid regressions and only in a second step speeding up piece by piece. For 11.2 we integrated tons of patches to boot faster, now the biggest task is ongoing: avoid booting slower. -- openSUSE Feature: https://features.opensuse.org/306367

Feature changed by: Michael Meeks (michael_meeks) Feature #306367, revision 29 Title: Boot fast (not just faster) Hackweek V: Unconfirmed Priority Requester: Mandatory openSUSE-11.2: Done Priority Requester: Mandatory Projectmanager: Important openSUSE-11.4: Unconfirmed Priority Requester: Mandatory Requested by: Stephan Kulow (coolo) Partner organization: openSUSE.org Description: We need a feature to track the many little pieces needed to make booting fast. Business case (Partner benefit): openSUSE.org: Everyone loves fast boot. Other distributions claim to maintain the crown. Discussion: #1: Stephan Kulow (coolo) (2009-04-16 15:44:32) Didn't mean to save the feature yet, sorry. I meant to add: We need a feature to track the many little pieces needed to make booting fast. #3: Dean Hilkewich (deanjo13) (2009-08-29 15:25:03) Working suspend > fast boot. #4: Stephan Kulow (coolo) (2009-09-07 14:00:07) we boot faster, many testers noted that. If we boot fast enough to ship is up to PM #5: Ulises Vega (usvatechdev) (2009-10-25 19:07:28) Hello, I've read over the comments in https://features.opensuse.org/305326. I'm able to contribute to this feature and not only able but eager of. I'm not a Linux expert but more of a fan with some coding experience :), I'm might need some guidance and ramp up time. Please tell me where to take this discussion to so that I can start getting involved practically. I believe we should follow "a tackle the very root of all evil", if possible. But it is still to be discussed the specific approach to be followed. Thanks for your help. Ulises #6: Roman Bysh (romanator) (2010-01-25 00:05:13) Let's starts asap for 11.3 and get it perfected by the time openSUSE 12.0 milestones are available. #10: Stephan Kulow (coolo) (2010-01-25 16:33:26) (reply to #6) Send in your patches now! #7: Jan Engelhardt (jengelh) (2010-01-25 12:40:17) bash is a little bloated, and everybody knows it. That is where one should probably start. #9: Stephan Kulow (coolo) (2010-01-25 16:33:11) (reply to #7) "a little bloated"? If you can measure any boot time difference or any sign of bash causing significant portion of the current boot time we should start there. Until then I think you should start with finding out what the problem is instead of claiming things. #8: Jan Engelhardt (jengelh) (2010-01-25 12:48:28) Oh on another note, some kernel modules were compiled-in in newer kernels (such as ext3). IMHO, the idea is good, but I cannot agree with a number of =y/=m choices that have been done in config/x86_64/default, and the it seems that the discussion we had on the mailing list did not really get anywhere, because people insisted that "oh let's include PIIX=y because that's "common"" (this has reverted as of late, but I'm just saying). CONFIG_BLK_DEV_SD=m should be =y (heavily used, by libata and USB) CONFIG_ATA=m should be =y (used by, well, ATA devices which I guess many have) CONFIG_EXT3_FS=y should be =m (thanks, but I am running ext4/xfs and don't want to waste for ext3). And so on. #11: Stephan Kulow (coolo) (2010-01-25 16:34:46) I close this feature as done. Booting fast is mainly about avoid regressions and only in a second step speeding up piece by piece. For 11.2 we integrated tons of patches to boot faster, now the biggest task is ongoing: avoid booting slower. + #18: Michael Meeks (michael_meeks) (2010-08-13 12:26:11) + I'd love to see the integration of systemd as part of this picture - it + looks extremely promising for improving boot time, though it needs some + I/O optimisation in parallel for HDDs. -- openSUSE Feature: https://features.opensuse.org/306367

Feature changed by: Thomas Schmidt (digitaltomm) Feature #306367, revision 33 Title: Boot fast (not just faster) - Hackweek V: Unconfirmed - Priority - Requester: Mandatory openSUSE-11.2: Done Priority Requester: Mandatory Projectmanager: Important - openSUSE-11.4: Unconfirmed + openSUSE-11.4: Duplicate of #310327 Priority Requester: Mandatory Requested by: Stephan Kulow (coolo) Partner organization: openSUSE.org Description: We need a feature to track the many little pieces needed to make booting fast. Business case (Partner benefit): openSUSE.org: Everyone loves fast boot. Other distributions claim to maintain the crown. Discussion: #1: Stephan Kulow (coolo) (2009-04-16 15:44:32) Didn't mean to save the feature yet, sorry. I meant to add: We need a feature to track the many little pieces needed to make booting fast. #3: Dean Hilkewich (deanjo13) (2009-08-29 15:25:03) Working suspend > fast boot. #4: Stephan Kulow (coolo) (2009-09-07 14:00:07) we boot faster, many testers noted that. If we boot fast enough to ship is up to PM #5: Ulises Vega (usvatechdev) (2009-10-25 19:07:28) Hello, I've read over the comments in https://features.opensuse.org/305326. I'm able to contribute to this feature and not only able but eager of. I'm not a Linux expert but more of a fan with some coding experience :), I'm might need some guidance and ramp up time. Please tell me where to take this discussion to so that I can start getting involved practically. I believe we should follow "a tackle the very root of all evil", if possible. But it is still to be discussed the specific approach to be followed. Thanks for your help. Ulises #6: Roman Bysh (romanator) (2010-01-25 00:05:13) Let's starts asap for 11.3 and get it perfected by the time openSUSE 12.0 milestones are available. #10: Stephan Kulow (coolo) (2010-01-25 16:33:26) (reply to #6) Send in your patches now! #7: Jan Engelhardt (jengelh) (2010-01-25 12:40:17) bash is a little bloated, and everybody knows it. That is where one should probably start. #9: Stephan Kulow (coolo) (2010-01-25 16:33:11) (reply to #7) "a little bloated"? If you can measure any boot time difference or any sign of bash causing significant portion of the current boot time we should start there. Until then I think you should start with finding out what the problem is instead of claiming things. #8: Jan Engelhardt (jengelh) (2010-01-25 12:48:28) Oh on another note, some kernel modules were compiled-in in newer kernels (such as ext3). IMHO, the idea is good, but I cannot agree with a number of =y/=m choices that have been done in config/x86_64/default, and the it seems that the discussion we had on the mailing list did not really get anywhere, because people insisted that "oh let's include PIIX=y because that's "common"" (this has reverted as of late, but I'm just saying). CONFIG_BLK_DEV_SD=m should be =y (heavily used, by libata and USB) CONFIG_ATA=m should be =y (used by, well, ATA devices which I guess many have) CONFIG_EXT3_FS=y should be =m (thanks, but I am running ext4/xfs and don't want to waste for ext3). And so on. #11: Stephan Kulow (coolo) (2010-01-25 16:34:46) I close this feature as done. Booting fast is mainly about avoid regressions and only in a second step speeding up piece by piece. For 11.2 we integrated tons of patches to boot faster, now the biggest task is ongoing: avoid booting slower. #18: Michael Meeks (michael_meeks) (2010-08-13 12:26:11) I'd love to see the integration of systemd as part of this picture - it looks extremely promising for improving boot time, though it needs some I/O optimisation in parallel for HDDs. #19: Roman Bysh (romanator) (2010-09-09 20:32:30) I agree. Systemd could be the improvement that we have been looking for better boot time. + #20: Thomas Schmidt (digitaltomm) (2010-10-27 11:05:31) + Systemd for 11.4 is tracked in feature #310327 -- openSUSE Feature: https://features.opensuse.org/306367

Feature changed by: Shashank Sondhi (dreamtrip) Feature #306367, revision 37 Title: Boot fast (not just faster) openSUSE-11.2: Done Priority Requester: Mandatory Projectmanager: Important openSUSE-11.4: Duplicate of #310327 Master status: Evaluation by project manager Priority Requester: Mandatory Requested by: Stephan Kulow (coolo) Product Manager: (Novell) Product Manager: (Novell) Project Manager: (Novell) Engineering Manager: (Novell) Engineering Manager: JP Rosevear (jproseve) Partner organization: openSUSE.org Description: We need a feature to track the many little pieces needed to make booting fast. Business case (Partner benefit): openSUSE.org: Everyone loves fast boot. Other distributions claim to maintain the crown. Discussion: #1: Stephan Kulow (coolo) (2009-04-16 15:44:32) Didn't mean to save the feature yet, sorry. I meant to add: We need a feature to track the many little pieces needed to make booting fast. #3: Dean Hilkewich (deanjo13) (2009-08-29 15:25:03) Working suspend > fast boot. #4: Stephan Kulow (coolo) (2009-09-07 14:00:07) we boot faster, many testers noted that. If we boot fast enough to ship is up to PM #5: Ulises Vega (usvatechdev) (2009-10-25 19:07:28) Hello, I've read over the comments in https://features.opensuse.org/305326. I'm able to contribute to this feature and not only able but eager of. I'm not a Linux expert but more of a fan with some coding experience :), I'm might need some guidance and ramp up time. Please tell me where to take this discussion to so that I can start getting involved practically. I believe we should follow "a tackle the very root of all evil", if possible. But it is still to be discussed the specific approach to be followed. Thanks for your help. Ulises #6: Roman Bysh (romanator) (2010-01-25 00:05:13) Let's starts asap for 11.3 and get it perfected by the time openSUSE 12.0 milestones are available. #10: Stephan Kulow (coolo) (2010-01-25 16:33:26) (reply to #6) Send in your patches now! #7: Jan Engelhardt (jengelh) (2010-01-25 12:40:17) bash is a little bloated, and everybody knows it. That is where one should probably start. #9: Stephan Kulow (coolo) (2010-01-25 16:33:11) (reply to #7) "a little bloated"? If you can measure any boot time difference or any sign of bash causing significant portion of the current boot time we should start there. Until then I think you should start with finding out what the problem is instead of claiming things. #8: Jan Engelhardt (jengelh) (2010-01-25 12:48:28) Oh on another note, some kernel modules were compiled-in in newer kernels (such as ext3). IMHO, the idea is good, but I cannot agree with a number of =y/=m choices that have been done in config/x86_64/default, and the it seems that the discussion we had on the mailing list did not really get anywhere, because people insisted that "oh let's include PIIX=y because that's "common"" (this has reverted as of late, but I'm just saying). CONFIG_BLK_DEV_SD=m should be =y (heavily used, by libata and USB) CONFIG_ATA=m should be =y (used by, well, ATA devices which I guess many have) CONFIG_EXT3_FS=y should be =m (thanks, but I am running ext4/xfs and don't want to waste for ext3). And so on. #11: Stephan Kulow (coolo) (2010-01-25 16:34:46) I close this feature as done. Booting fast is mainly about avoid regressions and only in a second step speeding up piece by piece. For 11.2 we integrated tons of patches to boot faster, now the biggest task is ongoing: avoid booting slower. #18: Michael Meeks (michael_meeks) (2010-08-13 12:26:11) I'd love to see the integration of systemd as part of this picture - it looks extremely promising for improving boot time, though it needs some I/O optimisation in parallel for HDDs. #19: Roman Bysh (romanator) (2010-09-09 20:32:30) I agree. Systemd could be the improvement that we have been looking for better boot time. #20: Thomas Schmidt (digitaltomm) (2010-10-27 11:05:31) Systemd for 11.4 is tracked in feature #310327 + #21: Shashank Sondhi (dreamtrip) (2011-03-23 08:29:07) + I think the services that startup on varying images need to be + segregated. For eg: *Firewall and other advanced network services need + not be started on the LiveCD since it will not interact with the base + computer too much. * GDM can be replaced by the lighter SLiM desktop + manager as used by Madbox Linux. * NFS and Samba servers can stay + dormant in live images. * LAMP should require a seperate install or + should be made available only on "Server" Editions. * One Size does NOT + fit all so it can be customized in various forms. -- openSUSE Feature: https://features.opensuse.org/306367

Feature changed by: Thomas Schmidt (digitaltomm) Feature #306367, revision 39 Title: Boot fast (not just faster) openSUSE-11.2: Done Priority Requester: Mandatory Projectmanager: Important openSUSE-11.4: Duplicate of #310327 - Master status: Implementation + Master status: Done Priority Requester: Mandatory Requested by: Stephan Kulow (coolo) Engineering Manager: JP Rosevear (jproseve) Partner organization: openSUSE.org Description: We need a feature to track the many little pieces needed to make booting fast. Business case (Partner benefit): openSUSE.org: Everyone loves fast boot. Other distributions claim to maintain the crown. Discussion: #1: Stephan Kulow (coolo) (2009-04-16 15:44:32) Didn't mean to save the feature yet, sorry. I meant to add: We need a feature to track the many little pieces needed to make booting fast. #3: Dean Hilkewich (deanjo13) (2009-08-29 15:25:03) Working suspend > fast boot. #4: Stephan Kulow (coolo) (2009-09-07 14:00:07) we boot faster, many testers noted that. If we boot fast enough to ship is up to PM #5: Ulises Vega (usvatechdev) (2009-10-25 19:07:28) Hello, I've read over the comments in https://features.opensuse.org/305326. I'm able to contribute to this feature and not only able but eager of. I'm not a Linux expert but more of a fan with some coding experience :), I'm might need some guidance and ramp up time. Please tell me where to take this discussion to so that I can start getting involved practically. I believe we should follow "a tackle the very root of all evil", if possible. But it is still to be discussed the specific approach to be followed. Thanks for your help. Ulises #6: Roman Bysh (romanator) (2010-01-25 00:05:13) Let's starts asap for 11.3 and get it perfected by the time openSUSE 12.0 milestones are available. #10: Stephan Kulow (coolo) (2010-01-25 16:33:26) (reply to #6) Send in your patches now! #7: Jan Engelhardt (jengelh) (2010-01-25 12:40:17) bash is a little bloated, and everybody knows it. That is where one should probably start. #9: Stephan Kulow (coolo) (2010-01-25 16:33:11) (reply to #7) "a little bloated"? If you can measure any boot time difference or any sign of bash causing significant portion of the current boot time we should start there. Until then I think you should start with finding out what the problem is instead of claiming things. #8: Jan Engelhardt (jengelh) (2010-01-25 12:48:28) Oh on another note, some kernel modules were compiled-in in newer kernels (such as ext3). IMHO, the idea is good, but I cannot agree with a number of =y/=m choices that have been done in config/x86_64/default, and the it seems that the discussion we had on the mailing list did not really get anywhere, because people insisted that "oh let's include PIIX=y because that's "common"" (this has reverted as of late, but I'm just saying). CONFIG_BLK_DEV_SD=m should be =y (heavily used, by libata and USB) CONFIG_ATA=m should be =y (used by, well, ATA devices which I guess many have) CONFIG_EXT3_FS=y should be =m (thanks, but I am running ext4/xfs and don't want to waste for ext3). And so on. #11: Stephan Kulow (coolo) (2010-01-25 16:34:46) I close this feature as done. Booting fast is mainly about avoid regressions and only in a second step speeding up piece by piece. For 11.2 we integrated tons of patches to boot faster, now the biggest task is ongoing: avoid booting slower. #18: Michael Meeks (michael_meeks) (2010-08-13 12:26:11) I'd love to see the integration of systemd as part of this picture - it looks extremely promising for improving boot time, though it needs some I/O optimisation in parallel for HDDs. #19: Roman Bysh (romanator) (2010-09-09 20:32:30) I agree. Systemd could be the improvement that we have been looking for better boot time. #20: Thomas Schmidt (digitaltomm) (2010-10-27 11:05:31) Systemd for 11.4 is tracked in feature #310327 #21: Shashank Sondhi (dreamtrip) (2011-03-23 08:29:07) I think the services that startup on varying images need to be segregated. For eg: *Firewall and other advanced network services need not be started on the LiveCD since it will not interact with the base computer too much. * GDM can be replaced by the lighter SLiM desktop manager as used by Madbox Linux. * NFS and Samba servers can stay dormant in live images. * LAMP should require a seperate install or should be made available only on "Server" Editions. * One Size does NOT fit all so it can be customized in various forms. -- openSUSE Feature: https://features.opensuse.org/306367